Then the computerized systems "replaced" that staff but all that really means is they cut the human time needed low enough that full-time workers weren't needed, but didn't eliminate it, so now that's another thing doctors have to do themselves.
AFAI can tell, the effect of tech overall is to cut some jobs while making the remaining ones harder and more stressful, while increasing so-called context switching.
No, that's not it at all. What GP is saying is that they cut the human expertise low enough that full-time workers weren't needed. The manpower savings never materialized because an app built for experts is faster than one built for casual users, and also because those experts, even with the high training cost, were ultimately cheaper per hour than the highly compensated people who now have to do the job because we 'made it easy'. First you devalue those experts by making their job harder, then you get rid of the job and make it someone else's, split between entry level staff and your most expensive employees.
> AFAI can tell, the effect of tech overall is to cut some jobs while making the remaining ones harder and more stressful, while increasing so-called context switching.
You still got there in the end.
If their employment status was the same as everyone else’s, there wouldn’t be any effort to replace admin staff with someone getting paid 10x as much unless there was actually a 90% reduction in work (doubtful).
Remind me again why do I have to manage my own meetings and prepare so many powerpoints and fill in so many forms as a... well, my position doesn't matter, because everyone is doing the same, no matter their role?
This is so much like hearing of engineers that will not hire a $20/hr maid due to egalitarian reasons so they squat in filth or waste all their free hours cleaning, all while capable and willing cleaners starve. Insane.
Also there are plenty of costs to employing others besides the hourly cost. Large organizations have huge fixed costs to cover them. Consider:
- liability
- maintaining of knowledge and training to hire help
- skill to source and hire people
So a part of the job has always been the record keeping, OTOH, as one of the other users mentioned, I've seen enough Dr's using their computer records systems to know that software is mostly garbage. The Dr's spend 2-4x the time dealing with the shitty UI as actually typing in the notes now.
(In the end he basically retired instead of convert to electronic records).
For those that seemed to transfer successfully, I noted that at Mayo Clinic, the doctors use live dictation software and dictate at least some of their notes into the system while the patient is present near the end. This immediate review sometimes brings up a few new questions (from either Dr or patient), and a bit more notetaking. So, it looks like a very efficient system. They also have no apparent shortage of staff organizing things.
That said, I doubt every medical organization and office has the same quality setup as a top world-class institution. At some level of degradation, the system becomes more of a hindrance than a help, and that point is likely fairly near the top levels (so most of it is a hindrance).
What form would give validation error or warning that a note the Dr is making either raises a new question by the patient or is in conflict with something the patient knows?
(& yes, from what I could see, there were also fields for patient data, date, etc, that are presumably validation-checked)
What I've noticed is that EMR has greatly reduced the amounts of screw-ups or delays caused by not having the right information at hand, or having to repeat tests. Also, since there's now a terminal in every examining room, I can see what amount of effort is required to use the EMR tool (Epic in the case of my provider), and it doesn't seem all that onerous. I can guesstimate the additional amount of time that they spend outside of clinic hours, completing their records for the day, and again, it doesn't seem onerous.
For a few years I had to fill out a lengthy medical history form, every time I visited a clinic, but that's pretty much gone today. My primary care doctor just retired, and her replacement took up the baton without skipping a beat. She can also easily delegate to her physician's assistant or nurse practitioner, so they can all work as a team, with instant access to the same information.
Now I have noticed something interesting. The urgent and primary care clinics all have a terminal in every examining room, and the clinicians perform their examinations while seated at the terminal, except when they actually have to poke around. That's where it seems quite efficient.
In the hospital wards, they still don't have a terminal in each room, meaning that each clinician has to look things up at centralized terminals, remember them (or not), and has no access to information. If they need some information, they will come back with it, next time their make their rounds, which might be the next day. And they screw up. My dad had an episode that took him through an ER, to a regular hospital bed for a few days, then to a rehab ward. I had all of his records at my fingertips thanks to MyChart on my laptop. The doctors and nurses were lost, they completely overlooked the documented diagnosis that was at the root of is condition, and didn't believe me about it.
Some of the nurses in the hospitals now have a terminal on a wheeled cart, that they bring on their rounds.
What I'm guessing is that in the days of handwritten records, the doctors were mostly winging it.
100% agree.
The Office suite is, in some ways, the worst thing that happened to corporations. Thanks to computers, everyone can now easily write a report, fill in a spreadsheet, or manage their meetings. Which means that everyone now has to write reports, fill in spreadsheets and manage their calendars. This used to be a separate job. You had people specializing in those tasks, and they were focused and efficient at it. Now, everyone does it on their own, and not only we suck at this, it's also distracting us from the "main" job we're supposed to be doing.
The older I get, the more I feel computer revolution was in big part a bait-and-switch.
You're not the only one with that bait and switch feeling.
It was pre-AJAX and pre-"Javascript being useful", I think even pre-Firefox and was IE6 only. So it was loading java applets and stuff to just get some basic functionality
Going a little further, this was appealing in part to avoid simple medical errors & oversights. Losing the record, mixing up records, incomplete history, and so on. Eliminating medical error is incredibly valuable but doesn't show up as "productivity".
The problem is: how do you allow departments to retain their fiefdoms in a world of centralised data? The answer is to spend a fortune on management consulting.
https://en.m.wikipedia.org/wiki/VistA
It's actually public domain and open-source. Unfortunately the VA is in an ongoing project to replace it with Cerner Millennium.
The big issue from my EHR-adjacent vantage point is that all the money is in making giant, entrenched EHRs, whereas the future should be in lighter-weight services that conform to standards, and competition is between those services. That way you could gradually slice off VA functionality piece by piece, and have a successful, more efficient, gradual migration.
I guess they also make more sense to management since it looks like something they could do themselves, or at least understand.
It doesn’t help that the evaluators for a new system will also approach from the perspective of a new user, even though none of them will be a new user in some months.
I’ve so wanted to create auto-hot-keys for many tasks, but end up having to use (x,y) clicks where I get boned every design touch-up (deliberate or side-effect of another change).
Web tech broke all that:
- UI was/still is very high latency. Keystrokes input whilst the browser is waiting do not buffer, unlike in classical mainframe/terminal designs. They're just lost or worse might randomly interrupt your current transaction.
- HTML has no concept of keyboard shortcuts, accelerator keys, menus, context menus, command lines and other power user features that allow regular users to go fast.
We adopted web tech even for productivity/crud apps, because browsers solved distribution at a time when Microsoft was badly dropping the ball on it. That solved problems for developers and allowed more rapid iteration, but ended up yielding lower productivity than older generations of apps for people who became highly skilled.
HTML has had a limited concept of accelerator keys for years, but it's not pretty:
https://developer.mozilla.org/en-US/docs/Web/HTML/Global_att...
All of these (except logging on to the same data from all my devices, which is nice) benefit the developer at the expense of the user.
Glad you pointed that out. And, in the most prevalent application of Conway's law[0], those changes enabled and are entrenched by the "agile" practices in software development. Incremental work, continuous deployment, endless bugfixing and webapps fit each other like a glove (the latex kind that's used for deep examination of users' behavior).
It also enables data siloes and prevents any app from becoming a commodity - making software one of the strongest supplier-driven markets out there, which is why the frequent dismissal of legitimate complaints, "vote with your feet/wallet", does not work.
----
- Very high latency
- No support for online updates
- Impossible to easily administer
Cross platform was much less of a big deal when web apps started to get big. Windows just dominated in that time. Not many people cared about macOS Classic back then and desktop UNIX didn't matter at all. Browsers were nonetheless way easier to deal with than Windows itself.
Agree that killing piracy was a really big part of it. Of course, you can implement core logic and shared databases with non-web apps too, and the web has a semi-equivalent problem in the form of ad blockers.
Which translates into productivity. If something is standard, digital and transferable it means you can increase the rate of output in relation to its input (which is the definition of productivity).
- Need to retrieve past doctor visits about a patient? person at front desk no longer needs to walk to the folder closet, then scan the whole thing to find your name and then read through all of the documents to find the relevant visits. just click a button.
- How about getting the prescriptions provided to you from a previous doctor? Reduction in time to phone / fax the previous doctor. just click a button.
- Want to check if your insurance covers your procedure? Receptionist calls the carrier, sits on a 6.5 minute customer service wait queue, then gets the info versus 1-click.
- and, and...
It was always about productivity.
And back in the paper days, the staff would pull up the records for the days appointments. ER visits would have less data but normal medical care would be fine.
None those are related to use or lack of use of technology. Those are purely bureaucratic rules setup by insurance carriers.
> And back in the paper days, the staff would pull up the records for the days appointments.
And sometimes those papers would get lost, or maybe they're still sitting in the folder on a door because someone forget to clean them up, or they were in the wrong order so it took the person longer to find the person's name, appointments would shift, etc. etc.
I can't believe I'm having to explain to someone the productivity advantages of a system of record to a technology focused crowd...
They are very much related to use of technology, because they are enabled by technology. The degree of bullshit paperwork every white-collar worker has to deal with nowadays is a direct consequence of computers making it possible to make us do that work, and for the recipients to process it.
The benefits of those processes are whatever they are designed to be, but this creates a false image of net productivity, because the costs are now hidden, smeared across everyone's workload, adding to a vague sense of dissatisfaction and low productivity. In contrast, if you tried the same processes few decades ago, it would mean hiring dedicated people on both ends, and the costs - as measured by their salaries - would be clearly visible.
> I can't believe I'm having to explain to someone the productivity advantages of a system of record to a technology focused crowd...
You don't have to. But you're missing the disadvantages of the situation when maintenance of that system of records becomes a job distributed across everyone. It's not the digital recording per se that's the problem, but the fact that everyone is now also their own secretary.
These are bold claims backed up by little to no data other than your anecdotal observations. Productivity has generally been on a steady upward trend in the US since it was first measured in 1947. My own professional service business, which does require a decent amount of "bullshit paperwork" would not have been possible at the scale it achieved without technology.
> In contrast, if you tried the same processes few decades ago, it would mean hiring dedicated people on both ends, and the costs - as measured by their salaries - would be clearly visible.
Ever seen Mad Men? There was literally a full floor full of human beings typing out bullshit letters on typewriters because computers didn't exist in the era.
That's my point: those people received salaries for typing out those letters, making the cost of it clearly visible to the business.
Explain that one to me.
$68 Billion in medical fraud in the US
> https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6139931/
Part of the opioid crisis caused by basically bribing doctors
Yes I’m well aware that when drug abuse was happening in the “inner cities” where the government looked the other way because it was more concerned with propping up countries during the Cold War, the same people who want to treat drug addiction like a “disease” when it’s happening in “rural America”, it blamed “single mothers” and “lack of morals”.
In general, I'll note producing documentation is fairly slow and tedious. It takes something like an order of magnitude longer to write a sentence than to read it. So this optimization is only going to be a productivity boost if this paperwork is accessed repeatedly, dozens of times in the course of treatment (the productive thing).
What paperwork creation increased as a result of digital record use?
I'm beginning to think y'all are conflating the increase of documentation with the use of digitalization. The two aren't mutually exclusive.
I think what we're talking about is a clear (if non-typical) example of the Jevons paradox[0]. Digitalization makes creating and processing paperwork more efficient, allowing the overall organization as a system to support/afford more of it. As a result, amount of documentation and form filling increases.
----
According to the Ford Motor Company, its fuel economy ranged between thirteen and twenty-one miles per gallon. There are vehicles on the road today that do worse than that; have we really made so little progress in more than a hundred years? But focussing on miles per gallon is the wrong way to assess the environmental impact of cars. Far more revealing is to consider the productivity of driving. Today, in contrast to the early nineteen-hundreds, any American with a license can cheaply travel almost anywhere, in almost any weather, in extraordinary comfort; can drive for thousands of miles with no maintenance other than refuelling; can easily find gas, food, lodging, and just about anything else within a short distance of almost any road; and can order and eat meals without undoing a seat belt or turning off the ceiling-mounted DVD player.
A modern driver, in other words, gets vastly more benefit from a gallon of gasoline—makes far more economical use of fuel—than any Model T owner ever did. Yet motorists’ energy consumption has grown by mind-boggling amounts, and, as the productivity of driving has increased and the cost of getting around has fallen, the global market for cars has surged. (Two of the biggest road-building efforts in the history of the world are currently under way in India and China.) And developing small, inexpensive vehicles that get a hundred miles to the gallon would only exacerbate that trend. The problem with efficiency gains is that we inevitably reinvest them in additional consumption.[0]
In other words, you're too narrowly focusing on "miles per gallon", not the fact that "any American with a license can cheaply travel almost anywhere, in almost any weather, in extraordinary comfort; can drive for thousands of miles with no maintenance other than refuelling; can easily find gas, food, lodging, and just about anything else within a short distance of almost any road; and can order and eat meals without undoing a seat belt or turning off the ceiling-mounted DVD player."
For example, in the show Mad Men, you'd see a whole floor full of human beings who's sole job was to type out letters on typewriters. Now, those jobs are obsolete and the white collar worker is responsible for them. Still bullshit paperwork, but the white collar worker now has to do them.
The overall trend for productivity since it was tracked in 1947 has been on an upward trend with its sharpest 1H downward trend ever this past year. Are you seriously suggesting white collar workers magically got more bullshit paperwork just these past 2 quarters?
[0] - https://www.newyorker.com/magazine/2010/12/20/the-efficiency...
Is there a "standard" medical record, or does each system implement its own proprietary format? Are the records transferrable? If so, why am I asked to fill out a complete medical history form on paper every time I visit the a doctor, as if I'm a new patient, when all the doctors I see are in the same network and presumably use the same EHR system.
Absolutely no way a modern system could be half as efficient, short of completely automating the whole job (which involved a lot of communication with other parties and basically freeform restrictions).
Early GUI's didn't have the problem you describe because they were designed as discovery mechanisms to the underlying function. AKA, the idea was that after clicking File->Save a dozen times you would remember the keyboard accelerators displayed on the right hand side of the menu. Or if nothing else, Remember that the F in File was underlined along with the "S" in Save (or whatever). Which would lead people to just press ctrl-s, or Alt-F, S. Then part of testing was making sure that that the tab key moved appropriately from field to field,etc.
I remember in the 1990's spending a fair amount of time doing keyboard optimization in a "reporting" application I wrote (which also had an early touchscreen) for use by people who's main job wasn't using a computer. Then we would have "training" classes and watch how they learned to use it.
So, much of this has been lost with modern "GUI's", even the OS vendors which should have been keeping their human interface guidelines updated, did stupid things like _HIDE_ the accelerator keys in windows if the user wasn't pressing the Alt key. Which destroys discoverability, because now users don't have the shortcut in their face. Nevermind the recent crazy nonsense where links and buttons are basically the same thing, sometimes triggering crazy behaviors like context menus and the like. Or just designing UI's where its impossible to know if something is actually a button because the link text is the same color as the rest of the text on the screen..
In the EHR space, all the CMO (chief medical officer) cares about is it helps keeps them in compliance. Why should they care if it’s hard for their office staff to use?
So there were two sides, the engine optimizations to assure things like tab orders on a form, and the was the actually writing the form descriptions. In the first couple organizations that adopted it I wrote the forms and the engine in parallel adding feature flags/controls as needed to support the desired UI outcomes. Later after I quit, the lady who wrote much of the RFP responses started writing the actual form descriptions because it was just as easy as drawing them out in the (visio?) plugin she was using with MS word and doing screen captures for the RFP. Then I guess because she knew how to do it, was doing the "tuning" as well.
The latter is definitely not the problem. Even the Twitter re-design from a couple years back still supports all the old hotkeys.
All it takes to at least support a tab-based workflow is using the "tabindex" property if your form isn't logically laid out already, and the rest can be done by capturing hotkeys.
Even multimedia content can be operated using hotkeys. Youtube is a good example. There's no excuse but laziness and incompetence IMO.
[1] https://developer.mozilla.org/en-US/docs/Web/HTML/Global_att...
If you watch people use the sabre command line interface (the one from the 1970s?), you can see some of what i'm talking about when people are just filling out the forms with the submission line, its less using the GUI and more just knowing some sequence of keystrokes that results in an action being taken.
AKA its possible to do both, without having the user wear out the tab key, or grabbing the mouse all the time.
A sign up form that a given user will only use once in their lifetime is another matter. It needs to be simple lest the user abandons the process. Most users in that case are not willing to learn keyboard shortcuts, tabbing over optional fields probably makes more sense here.
I'm constantly writing UI for sports teams who do not at all like to waste time with these kind of fiddly UI elements and flows. Most of them would likely stick to Excel if our solutions are more cumbersome (which is a high bar to meet/beat, but rightfully so). They need to be able to easily get to data and relevant, connected pieces of data, quickly enter data into relatively complex forms, and have it all be clear, reliable, and fault-tolerant. This means making some tradeoffs, particularly around what is considered modern UI aesthetics, and doing things most UI developers don't need to do such as automating little things, adding hotkeys, etc.
Kind of a hard core position in my opinion considering it's ignoring the sometimes advantages / use cases for client side code (like complicated SPAs where the user is explicitly buying into the idea of running lots of code in their browser, figma comes to mind) but I still like to think about it here and there.
99% of web applications are not Figma and probably do not need any client side JavaScript. The amount of JavaScript that's actually just wrong is incredible.
1. I don't care what your client side validation thinks. That is my email address.
2. Why are you serving people all of the news story if you are going to then hide it? We can block the JavaScript and read the news.
So I don't disagree on merit alone, but it seems if we wanna do a good capitalism, we need to make sure people are actually giving us real emails apparently
In fact, it makes the experience generally worse.
Tying this back to the top-level comment: at some point I've realized that so many SaaS would be better off as an Excel sheet, because they're fundamentally just a slower, buggier, much less productive and uglier version of one. But the point isn't efficiency and empowerment. The point is control: the SaaS forces the user to a specific workflow. One that makes it easier for developers to develop (by constraining the problem space), or for company to monetize, or for corporate to retain legibility - but rarely to actually help the end-user.
As an end user from a generation that was taught Excel and MS Access at school, I'd go as far as saying that 50+% of web applications I use would be an order of magnitude more useful if the UX was that of Excel or Access.
I preach this all the time. Anyone who has to enter data really wants excel and not the fancy wizardized stepped workflow that seems to be the norm nowadays
I suspect an overwhelming majority of use cases is for this reason alone.
As you say the web is a culprit but so is attempting to shoehorn mobile designs into desktop.
With some OS's you can't even have fine grained control over those defaults anymore. Dark modes have brought some of it back, so its better now than 5 years ago, but still worse than 20 years ago. But people pretend that having a dark/light switch is the same thing as being able to customize the color of just about every layer of the UI and have the vast majority of the applications honor it.
Where we partially lost that is when UX started to get async. It's not fundamentally incompatible with well-ordered input messages, but in practice, people who write async code all too often forget that it's async all the way (and not just for their favorite scenario). And so you get travesties such as textboxes that let you type text into them, and then erase all that when the app or the page is "fully loaded".
I was at the post office here in Australia a few years ago and saw the screen. It was one of those DOS-era full screen red and blue text interfaces. She was flying through hotkeys and getting things done. People can learn, so much software treats them as infants.
And you know there's definitely someone looking at replacing that software with a modern GUI.
You should see the customized JBHIFI terminal + keyboard.
Bloomberg terminals also have a custom keyboard and are essentially a terminal program.
It was supposed to be read:
A [ncurses or gum] workflow.
Gum being an alternative method of making a Bash UI.
At the time I had no idea why. In hindsight, it's hilarious. I'm guessing it was the result of a clash between someone that wanted to use modern tech for the sake of it and someone representing the users that told them to get fucked, probably went through 15 meetings before eventually getting palmed off on the intern so it didn't pick up too much steam (probably the only good decision that was made in the whole process).
So learning an interface is frowned upon. Every interface must be designed as if the user has never seen it before.
Which is ok, as long as there’s also an alternative path which may take time and effort to learn but leads to increased efficiency and productivity.
Unfortunately, that alternate path takes a lot of effort. And worse, it leads to very few extra sales. The company which puts in the effort to build a complex but efficient workflow in addition to the initial easy workflow will get beat in the market by competitors who only focus on the easy workflow that looks great in demos leading to the C-suiters to buy it.
The best example is the pioneer of both these trends. Apple. It used to be that Apple insisted on a single button mouse so the primary interface was extremely easy to use. Yet, it spent a lot of effort including keyboard shortcuts, which were prominently displayed, everywhere. Unlike Windows, which basically only had Ctrl/Alt modifier keys, Apple has had the Ctrl/CMD/Opt modifier keys as integral parts for a very long time, encouraging those shortcuts. Apple also put s lot of effort to make their, and 3rd party applications easily scriptable (the choice of AppleScript however always held this back). The most MS did was VBA for Office.
But once Apple entered the iEra, it realized it didn’t need any of this to sell products anymore. The massive lag in supporting basic keyboard shortcuts on the iPad when using a keyboard is one of the strongest evidence for this.
Completely agree with all of this.
Adding that it's not even web technologies that can't be used. My work Mac had an issue with a Bluetooth mouse, removing and adding a Bluetooth device with the keyboard is basically impossible using tab as nothing gets highlighted to show you switched to it and some of the crucial parts don't get toggled through.
Modern GUIs are absolutely not fit for purpose.
No one knows what they really want till the software starts getting written and someone finds out they can't do their job, then come change requests (made a lot of money off of them). You kind of just get numb to it all.
---
The system distinguished between errors that halted the machine, requiring a restart, and errors which merely paused the machine (which allowed operators to continue with the same settings using a keypress). However, some errors which endangered the patient merely paused the machine, and the frequent occurrence of minor errors caused operators to become accustomed to habitually unpausing the machine.
One failure occurred when a particular sequence of keystrokes was entered on the VT-100 terminal which controlled the PDP-11 computer: if the operator were to press "X" to (erroneously) select 25 MeV photon mode, then use "cursor up" to edit the input to "E" to (correctly) select 25 MeV Electron mode, then "Enter", all within eight seconds of the first keypress, well within the capability of an experienced user of the machine. These edits weren't noticed as it would take 8 seconds for startup, so it would go with the default setup.[3]
---
... which allowed the electron beam to be set for X-ray mode without the X-ray target being in place. A second fault allowed the electron beam to activate during field-light mode, during which no beam scanner was active or target was in place.
Previous models had hardware interlocks to prevent such faults, but the Therac-25 had removed them, depending instead on software checks for safety.
The high-current electron beam struck the patients with approximately 100 times the intended dose of radiation, and over a narrower area, delivering a potentially lethal dose of beta radiation. The feeling was described by patient Ray Cox as "an intense electric shock", causing him to scream and run out of the treatment room.[4] Several days later, radiation burns appeared, and the patients showed the symptoms of radiation poisoning; in three cases, the injured patients later died as a result of the overdose.[5]
---
In response to incidents like those associated with Therac-25, the IEC 62304 standard was created, which introduces development life cycle standards for medical device software and specific guidance on using software of unknown pedigree.[7]
You also have a hardware lock on the power - this can be as simple as a hardware timer (a RC circuit siffices) which limits how long the emitter can be on within in a given window to be safe.
Never trust the software. If you must trust some software, create a minimal set you CAN trust which isolates the rest of the software from the hardware.
You are correct, the discussion about how to exercise this bug (fast UI, blah blah) is interesting to hear but totally irrelevant to the lesson (don't trust software).
Not in medicine (run a small e-commerce business selling mostly used video games), but definitely noticed the same thing for us.
We have some terminal-based Python scripts I wrote to automate a lot of the data entry tasks like listing and shipping (entering tracking numbers, printing labels).
Everyone that uses the scripts is initially apprehensive, but then after maybe a day of getting used to the terminal turns into a powerful data entry God and they love it. Even had an employee gush about our shipping tool to a random supplier.
The greenscreen data entry was highly optimised to not even require tabbing to different fields, but just run the values together in a large single field and the software would split them into fields and validate them.
I assume it was very fast and efficient for the experienced operators.
I can imagine this being true. It seems that almost the whole software industry has failed to grasp the distinction between an appliance and a tool. An appliance you expect almost anyone to be able to use without training. A tool, well you are expected to learn how to use it, and after that, you are much more productive than before. And most software seems to be moving towards appliance.
Well, EHR is a glorified billing platform.
Thing to remember finance/economists/rentiers have a different definition of efficiency and productivity than you do. In this case the productivity has to do with billing not the uninteresting things that doctors do. By reducing the cost of billing and forcing doctors to document more things to be billed more money can be extracted.
Productivity is indeed a selling point.
I will also tell you that EHR software is universally hated by doctors. Does not matter who makes it. The company that cracks that will make billions.
One interesting idea was a voice assistant wired up to take inputs as doctors did their work. I don't think it went anywhere (yet).
Considering how often I have to fill out the same goddamn forms (sometimes literally down the hall in the same building as another doctor), I think that goal failed miserably.
While in the hospital, the phlebotomists came after me for routine lab work at hospital prices. I declined and then I had a conversation with the nurse about releasing my labs from June to them. On script, she said "Mmm, 4 months is kinda old! We'd rather do our own!" so I filled out the ROI anyway, and curiously nobody offered to draw my blood again.
This comports with my most recent experience using SAP in 2018. I know, I know, SAP has GUIs and such now. This well known and profitable corporation under the Blackstone umbrella, though? Nope. It was exactly as you describe.
Those who had the time-in-service or the mentality to accept it excelled at their job, but uniformly skewed older (late 40s and up) or younger (under 25). At the time, almost everyone aged in between was entirely befuddled by it all.
Context: supply chain, procurement, purchasing, logistics, maintenance, work orders, inventory
First, yes, productivity was one of the goals of the forced move to electronic health records systems. The federal government passed the HITECH Act in 2009 creating economic incentives for doctors to switch to EHRs because it would be better for public health, Medicare billing, and also because it would supposedly unlock doctors to spend more time with patients and be more productive, via the use of technology.
The reason that third thing has failed, to my mind, is largely because the government, in the same act, required a HUGE list of requirements be met by the software designers making the EHRs. This list, by law, needs to be prioritized in scrums over customer requests and design thinking. Sometimes it makes good UX impossible.
Ironically, the government, hearing this feedback, actually added a new requirement to the list: "Safety-Enhanced Design" [0].
Go read that regulatory requirement and see if it makes any sense to you. That's why design sucks in EHRs.
[0] https://www.healthit.gov/test-method/safety-enhanced-design
I will say that small, private clinics who only accept private insurance don't necessarily need to use a federally certified EHR. They are legally allowed to build their own system. One example is OneMedical. When you ask the doctors/PAs/nurses at OneMedical about their EHR, they actually love it.
I think the first step would be validating my anecdotal experience here by polling doctors using non-certified EHRs to see if they like them more. If they do by an overwhelming amount, I'd first take that evidence to the Office of the National Coordinator (the government agency created by the aforementioned HITECH Act who makes the certification criteria). I'd tell them that if they vastly simplify the criteria and add more flexibility, they'd make doctors happier.
I guess the problem is that happy doctors, unfortunately, isn't necessarily aligned with the existing federal laws. Probably you'd need to pass a new statute at Congress, this time around with the benefit of talking to a lot of people with experience making EHRs.
I considered targeting standardization in health tech for a while and uncovered a similar layer of red tape as you describe. We can't continue to let our medical system continue to lag behind the rest of the world's and good EHRs are a part of that.
I'm not entirely sure about this. During the early digitization era productivity was a big driver. Modern word processors are a godsend if you've ever tried to typewrite a document for publication (forget anything with complex formulae) or dealt with actual physical spreadsheets? Office itself and it's now many clones is a fantastic set of tools for productivity.
My opinion is that we've created a world in technology now that drives technology for the sake of tech and financial drivers. I regularly deal with people who think it would be a great idea to build a system to automate some aspect of business that's already well optimized or generalize something they thing is general but is really quite niche.
There are certainly cases where it makes sense to develop a system around something but you need to consider the full cost/benefit tradeoffs, not just benefits which industry tends to do.
As the company customized more and more of the code base, upgrades to the system became more and more difficult. Every upgrade required a manual comparison of custom code to be merged with the baseline code. This led to skipped upgrades, and eventually a cessation of upgrades. Of course, after no upgrades over a long period of time it was eventually decided to move to a new ERP system.
I am still appalled at the things sacrificed to prevent disruption of a small group of peoples work flow.
If it can't be upgraded, it's not because of its a terminal app, it's because it's poorly designed.
More recently in my field I've seen additional layers of documentation requirements that have nothing to do with insurance, that are entirely state law.
I have no doubt in my mind that if EHR rules didn't exist, they would have been adopted much more gradually, and selection would have been dictated by the ability of EHRs to supply features in demand. More competition would have existed and it would have cost less. Maybe some government regulation would have been needed in terms of interoperability standards but it could have been rolled out much much much better.
I don't think people fully comprehend the cost overruns associated with adoption of EHRs under government mandates, or how big of a shift there was from records being in-house flexible, and provider and patient-driven, to out-of-house inflexible, and IT-corporation-driven.
Cerner has a contract to fix that.
But if medical pricing was such that insurance wasn't required, then patients would better audit their own care receipts and this fraud issue would eliminate itself, and as a side benefit we'd have sane pricing for medical care.
It’s less the software, and more the users, site-specific configuration and the environment they work in.
Non-US Epic users spend 20-60% less time on various EHR activities than their US counterparts. One of the most dramatic differences is time spent on ordering, which you would think would be as optimized as it could be.
Time spent documenting was 40 minutes/day for US users and 30 for non-US on average. Maybe some spend 50%, but that’s far from average.
https://jamanetwork.com/journals/jamainternalmedicine/fullar...
Another study found US clinicians write 4x longer notes (cited in above).
Now, does any of this improve clinical outcomes?
I wasn't aware of this, but as the spouse of a medical provider I know that most US providers are burdened with an ever-present worry about malpractice.
How does this reduce/eliminate the “better document this thoroughly in case I get sued” work?
Or are the legal worries overblown/over-relied upon for over-documentation?
I think the legal worries, when it’s in concierge medicine, are over blown because at that point you are seeing a physician that is doing more quality than quantity to make ends meet. You don’t need to document to appease the biller but document enough to know what you did and so that you could share your chart notes with other providers in case the patient ever moved to another provider or (super rare) if they were admitted into the hospital and they needed some documentation for whatever reason. DPC, you are the boss and control how many patients you want to take on. In general private practice, you are at the mercy of the hospital system, payers, etc etc and are pulled in 7 different ways to make money which only benefits them and not the physician. Even then, with primary care, you are told you are a “loss leader” since we aren’t specialists and generally dumped on in the medical field.
In “private” practice, you need to see 20-30/day patients to make your salary (break even) without bonuses within a hospital/health system. That means about 400-450 patients per month. Major payers limit you to 3,000 patients under your care overall.
Studies show that 1,000:1 should be the max patient:physician ratio but many of us are around the 2-3k mark. In a true concierge medicine/direct primacy care model, since it’s mostly cash/subscription model, most of physicians average 300-500 patient panel per year which is about 4-6 patients a day. If you want to see more and make more on the side, see 400-600 patients. Are you an older doc who wants to practice but not see many patients, see 2-4 patients a day, 1-2 days a week and cover costs and still make a comfortable living.
Like I said, something is going break in the medical system and it’s only a matter of time. When it does, the healthcare disparities and inequalities will really become more apparent. Hospital systems/admins/insurance companies are now leaning on mid-levels like NPs/PAs as a bandaid to the issues of patient access but what will happen when you burn them out too?
/rant
Tldr, concierge medicine, your own boss, do whatever you want with your charting. You can chart 5 words or 5 paragraphs. Most physicians will chart enough to document well for medical and legal reasons and not have to worry about billers muddying the waters to over-document.
These automated analyses don’t capture whether the extra content is beneficial or not (it might be!).
I know many Drs and especially nurses who CYA on all their documentation otherwise insurance will try to pin them on an adverse reaction.
You will also find many cases where even good providers let things slip through the cracks and fail to give some patients the appropriate level of care. For example, diabetics should generally receive annual foot exams, eye exams, and hemoglobin A1c tests. If the payer doesn't see evidence of those in the EHR then they can prompt the doctor to resolve that care quality gap.
Related to this, but in a completely different context, I have had similar thoughts lately when eating out at restaurants in Spain. It's incredibly frustrating from a customer's point of view when the waiter taking your group's order has to use a newfangled tablet or phone-like device and tap through each individual order, often depending on the peculiarities of the app's UI and how the designers expect the process to carry out: “Are you all having the set menu? No? OK, first I need to know how many of you are having it?" [taps count on screen] "Right, now I need the starters but ONLY for the set menu orders..." etcetera—you get the idea. Then, while going through this unnecessarily slow process, God forbid someone who ordered from the set menu wants to change their main while the waiter is already taking the à la carte orders.
Meanwhile, in restaurants that haven't unnecessarily techified the procesz, the waiter can take the order in the way that's most practical given the circumstances and that best fits his way of taking notes. Ah, but then how does the order reach the kitchen without the tech? I have no idea, all I can say is that it worked fine before these things were put in place, and the manual system is by far the quickest and most flexible from a customer's point of view.
Though Quebec, Canada, had such a problem with “zappers” that would delete orders from the electronic system that every restaurant now must be online with the tax authority and every receipt has a tax authority response code on the top.
There’s so many things we keep trying to shoehorn tech into that don’t need it— electronic ordering/serving food, planning a small gathering of friends, making a smoothie [1], “smart” fridges/toasters/stoves… these are all adding unnecessary knobs and bobbles to things humanity has gotten by just fine with for ages (the first since the dawn of civilization!)
As a general rule to “will this be tech useful” I think in terms of scale— is this new tech enabling/helping me to do/manage something 10x-100x better than I could with existing tools? Sure, I can organize a single dinner/cocktail party of a couple dozen people via paper invites or text messages and phone calls to caterers, and using tech for that is likely introducing unnecessary overhead, but if I’m a planner organizing many weddings of 100+ for a living then, yeah, obviously a party-planning management software will be of use.
If not, its value is likely not worth the hassle.
[1] https://amp.theguardian.com/technology/2017/sep/01/juicero-s...
At least they don't require that we install an App. But I'm sure someone's thinking that would be a good idea.
"I'd like a quarter pounder with cheese and fries" is utterly unacceptable for buying a house or taking out a car loan, but it's the ideal way to order lunch. The people marketing, designing, and writing the application software have never worked in the business, of course, lack of experience has never made people like that pause, so they have peculiar ideas resulting in enforcement of weird and unproductive business processes.
I guess the restaurant saves having to pay a person at the counter to take the orders, at the expense of massive customer frustration to the point where I hardly ever go to these places anymore. And then they wonder why their year-over-year sales are declining.
It sucks.
And yeah, the damn order-kiosks manage to take saying the words "large black coffee" and turn it into a two-minute process.
Like "automated" checkouts, they're not automation, they're just making customers do more work than paid workers used to, to achieve the same outcome. The work's still happening, and is less efficient, the businesses just aren't having to pay for it. That's not automation.
Voice assistants are still stuck at that 90% point of "good enough to be impressive, bad enough to not work in practice". The selling point of free-form voice recognition is that you don't have to learn the language of the computer. I still believe this is bullshit. You have to do it anyway, but there are no references for it. Hell, even the developers don't know what the "language of the computer" is, because it's defined as "whatever the ML model doesn't choke on".
It would be much better if we stuck to structured natural-language queries with controlled vocabulary[0]. People would quickly pick up on it, and even if it sounded a bit artificial (not much worse than interacting with voice assistants sounds anyway), it would at least work.
> Like "automated" checkouts, they're not automation, they're just making customers do more work than paid workers used to, to achieve the same outcome. The work's still happening, and is less efficient, the businesses just aren't having to pay for it. That's not automation.
The older I get the more I see it, that it's literally most software in a nutshell. Starting with Office suite - yes, the word processors, calendars and spreadsheets - that killed dedicated secretarial jobs and distributed the work they did evenly across everyone.
----
This is how the restaurant chain deploying those kiosks sees it.
> the restaurant saves having to pay a person at the counter to take the orders, at the expense of massive customer frustration to the point where I hardly ever go to these places anymore
This is self-correcting over time, as more and more places adopt such systems. It's just another supplier-driven market. Fast-food restaurant meals are not really commodities. If I'm in a mood for, say, a McDonald's cheeseburger, there is no other vendor I can get it from[0], so I'm going to suffer through the kiosk experience. It's calibrated to be just about bearable enough that I'm not going to skip the meal because of it.
Everything seems to become more and more like this, in every market - burgers, fridges, cars, phones, webapps, everything. As annoying and abusive as possible without making it a deal-breaker, offered on a supplier-driven market, so the non-annoying, non-abusive alternatives don't exist.
----
[0] - Yes, Burger King next door may have similar cheeseburgers, but they feel and taste different enough to be non-substitutable. But even if, guess what, they also have those stupid kiosks.
For another example see touch-screen automotive UIs, universally hated by everyone except the bean counters, so we're stuck with them forever.
Also WRT the BK next door, its probably 5 minutes away by car or 30 minutes away on foot, which explains the corporate push toward "Walkable cities" and so forth. At my last onsite office job, there was a deli on the first floor and we were essentially captive customers; in theory there were plenty of places to walk within a half hour walk, but in practice its raining and 40 degrees so we were forced to shop at the company store, so to speak.
He habitually called me "friend" and was very frank about my insurance not paying for stuff I was asking about, which I appreciated. He also once profusely apologized to me for placing a computer in between us. He said the new requirements of his practice made it so he had to pay more attention to the computer than to me, and we were both sad about that.
The doctors I got after that make no such apologies.
It may or may not be true (I suspect some of the stories on that site are made from whole cloth), but it speaks to your post.
The latter in my experience ends up providing better results to physicians as they have been employed as domain experts in building the software solution to their specific workflow. I've seen it done for in ophthalmology, specific disease/injury specific radiology, and diabetic specific checkup and appointments where I've seen as much as a 75% reduction in the amount of time the physician has to dedicate lookup up info, cross-referencing, and documenting.
Then you upgrade and everything breaks!
But it’s an age old battle for and against standardization. I just walk around with several charging cables because each is “the best” for charging a small li-ion battery.
In a way, all might be a huge early optimization.
I'm not sure whether this choice was a case of incompetence or corruption, but the end result is clearly a giant waste of money. Maybe it generates a lot of data, but efficiency would be way more important for an organization like this which is chronically underfunded and staffed.
I don't think "by almost any measure" is right. I think in a very narrow sense they've become less productive (they see fewer patients), but by your own admission they're building databases of patient data, which you seem to suppose are only useful to the likes of Epic, but obviously Epic has customers--notably healthcare researchers use this data to improve patient care, develop new medicines, and to precisely identify which medicines are likely to help on a particular patient (and which medicines may even harm them!). This is stuff clearly benefits society, and doctors' role in this should be counted as "productive", although we can quibble about the relative value of facilitating healthcare research versus seeing more patients.
Note that this isn't meant to vouch for Epic--I work for a company that consumes their data and anyone who has to integrate with them has nothing good to say about the software, but the role it plays is still incredibly important.
The point of extensive documentation is shielding from the worst of malpractice lawsuits. The legal system is still of the legacy opinion that doctors have a responsibility to their patients as opposed to the more modern understanding of responsibility toward pharma company bottom lines, and all patients legally deserve the 100% successful participation trophy, so a documented decision with only 95% chance of success means insurance payouts about 5% of the time, unless its carefully documented it was all the patients fault or at least the MD could not have known the outcome in advance.
This is blatantly false. Pharma spends tons of money to buy this data for their armies of researchers in order to determine outcomes. There's an entire very lucrative industry (that I work in) which exists to source this data from hospitals and refine it for researchers.
If the point of documentation was CYA, then you wouldn't need complicated systems like Epic to standardize the documentation and make it available for electronic processing (you would just have some paralegal pour over the records of the individual patient).
As you’ve pointed out, access to those information systems is critical. I’d add the distribution of that information as well as the right economic incentives to participate in using that information.
I’m not sure we’ve really got any one of those things right.
Edit: adding a bit of humanity to the system, as the OP is hinting at, could very much be a part of the fix.
Not really. You can't say "doctors have become less productive" without accounting for the value incumbent in the increased documentation effort.
> greater systems of medical research and analysis don’t necessarily lead to greater on-the-ground treatment.
Maybe not "necessarily", but in practice they do. Perhaps not in every incidence, but broadly the analysis results in better outcomes or else there would be no economic incentive to facilitate medical research ("the incentive is to sell more drugs!" <- insurance companies aren't going to pay for those drugs if they aren't proven to work).
> Edit: adding a bit of humanity to the system, as the OP is hinting at, could very much be a part of the fix.
That's not how I understand the OP, but I doubt anyone would object to "adding a bit of humanity" (abstractly) to healthcare unless it implies a reduction in empirical rigor.
This is true to a degree, but outcomes for real healthcare relies on much more than research, as you’ve indicated.
Documentation is part of that research, of course, and whether they have short-term or long-term effects for researchers’ ability to work out better treatment is relatively lossy.
Actual treatment also includes the rest of healthcare (training, hell, even their housing costs), and rules-based or centralised administrative systems backed by insurance don’t necessarily create the right environment for that information to be propagated more widely.
People training to be health workers don’t use the frequency or quality of medical research papers to decide whether to become a doctor.
I think there’s a view you can take on the information topology here that’s a little odd in how it’s currently set up — documentation for front-line workers and information wealth for researchers feels like it’s relatively polarised.
The majority of the notes being written by doctors now is boilerplate. A lot of it is copy-pasted. It's written because of insurance companies (which have incentive to deny claims), because of liability (which gives incentive to leave a lot of notes behind to make it looks like you thought about everything under the sun even if it wasn't applicable), and because of well-meaning but ultimately overly broad laws adding additional requirements even when they don't quite make sense.
I'm sure there is a treasure-trove of valuable data in there, especially compared to when it was all hidden away on physical paper. But you could probably reduce the paperwork that doctors do these days by a factor of 4 and not loose anything of value.
Maybe, but this sounds like some vague hunch based on ???. I very highly doubt the healthcare industry would tolerate doctors wasting ~37.5% of their time (75% of paperwork time is wasteful * 50% of doctors' time spent on paperwork = minimum 37.5% of doctors time wasted). Doctors are expensive, so recouping anywhere near 40% of their time would be a priority.
It seems more likely that the paperwork is actually pretty useful (but the utility is not obvious to the lay observer), or at least useful enough that the wasted time isn't significant to the healthcare industry (which is already struggling with margins and personnel).
You mention profit efficiency, but all three of my points make sense even in light of that: (i) insurance is literally the way doctors get paid; (ii) lawsuits are hella expensive, and (iii) regardless of profit incentives you can't not follow the law.
The software that doctors use is terrible. It's a perfect combination of extreme complexity, domination by just a couple companies (Epic and Cerner), legacy software (some still written in mumps, I hear!), and tons and tons of regulation.
I believe the VA has poured literally billions over the last decade to fully modernize it. It hasn't happened yet to my knowledge.
Doctors are expensive, but malpractice lawsuits are more expensive. Documentation is extremely important for lawsuits. If you get sued because a patient you saw last year later died and they're alleging improper health care(just to use a random example), it's highly dependent on having meticulously documented notes that document every single examination finding and treatment administered. Your memory isn't going to be accurate, and the prosecutor is going to be looking for any errors in documentation they can use.
I am sorry, have you been in the workplace in the past 20 years and have you tried adding up all the meeting that get shoved into your calendar? I am lucky if 50% of my day is not taken away from me
To imply that someone from higher up wouldn't tolerate' that most of my time is spent in meetings is simply laughable, they are the ones creating them!
With that said, I think most healthcare is correct to take a "patient centric" approach. What the OP seems to be making is a "doctor centric" take and, if one was to be overly cynical (I'm not), your post may skew to the side of a "researcher centric" or "societal centric" approach. Doctors should do what's best for their patient, not necessarily what's best for society, or themselves, or a lawyer, or a research lab. It's easy if you work in one of those tangential areas to take your eye off the ball.
Or, by extension, it limits the amount of time with each patient if they have a throughput constraint to stay solvent.
Tbf, I’m not sure the data supports the claim that doctors spend less time with patients, but the increase in documentation does seem to correlate with doctor burnout.
Just to provide an example of this I ran into today: I'm doing a medical physics residency, and my supervisor was explaining that a new "fail-safe" incorporated into the software that reverted the collimator after every scan was now making the phototimer tests take twice as long, because we had to go back into the room and reset the collimator repeatedly. We tested a machine with the new system and one with the old system and it did in fact turn a 15-minute task into around 35 minutes.
To contrast, my first job was an accounting program. We spent weeks on making sure everything works via just the keyboard and some operations are as streamlined as possible. Because in some cases it was going to be used by people creating hundreds of invoices per day.
In case it's of interest I wrote an article a couple of days ago on how "Digital Systems Fail Institutions" [1].
[1] https://techrights.org/2022/10/26/when-digital-systems-fail/
Everyone was very busy but it was very hard to get actual care.
I'd ask another question: did lawsuits decrease? I'd imagine that a lot of this software is to avoid lawsuits. America is especially litigious and that's got to correlate strongly with the increase bureaucracy.
I also suspect that a factor at play is that people are losing trust in the whole system. Most people now know that productivity has skyrocketed while salaries have remained relatively flat. With increasing economic disparity (not even just the West) it is no wonder that people become less productive. Who tries hard at a game that they believe is rigged against them? (doesn't matter if it is or isn't, just the belief)
> People in tech keep thinking more tech will solve problems
Because historically it has. But there are different types of tech. Tech enabled the modern world. It is the new medicines we have to cure illnesses that devastated populations. It is the chemicals that enable us to grow enough food to sustain our populations. It is everything from a wheel to the computers we use to make more efficient wheels that use less resources. But it is also naive to think that tech alone can solve every problem. It is also naive to think that tech can't create new problems. To create tech that solves problems we need to think long and hard about the intricate complexities involved and gather the expertise from relevant domains (an often missed, but essential, component). The other problem is that people hand wave away things like climate change saying "tech will solve it" rather than investing in said technology and waiting for it to magically appear. I do think tech is an important tool in solving many of the problems we face, but you're right that they are not all technology dependent (which is a continuous scale of weights, not a binary option).
Also, we're a tech forum. Peoples' expertise here is in tech. So they see things through that lens and it is also very likely that the most we/they can contribute to solving these problems is, in fact, through technological means. The trick is to remember that tech isn't a cure-all and that the problems we face are exceedingly complex. Over simplifying is often harmful.
With big systems though I honestly think GUIs can only go so far, even at their very best, and any system that is required to be complex at some level will require expert knowledge of the system itself. That’s extra work and an extra burden for someone with the critical experience that an organization relies on.
For doctors and the like it would make sense to try a system where the critical person/expert has an assistant who is a systems expert and does a lot of the needed data entry and the like. Doctor doesn’t have to worry about the system, they can talk to the assistant who manages all the extra work. If the system needs to change for any reason the assistant manages that and the doctor doesn’t have to worry about it.
I think of this assistant role as the human API layer. It’s not far off from some social programs like insurance navigators, who help individuals find health insurance, including working through options and even—critically—filling out forms for folks.
ETA: It’s a thing! I didn’t know: https://en.wikipedia.org/wiki/Medical_scribe
My daughter works at Epic, and she explained that one (though not the only one) of the big reasons health care is so expensive is because Drs have so many record-keeping requirements, and one reason they have these is because of liability (another is patient record portability). It would greatly help if Americans weren't so lawsuit trigger-happy. The real winners are the lawyers (and insurance companies).
Figuring out the right amount of automation in business is hard. Too much automation makes the company too rigid to the point of breaking but too little reduces productivity. This is a dilemma that factories/companies have to constantly re-learn. We see it regularly. A new manager comes in and decides that a company can save a truck load of money by completely automating production. But soon finds out that there are too many variables in life and that total automation can't work. The goal should be to find the sweet spot that produces the maximum while being flexible to change. But I don't think this is why productivity is dropping.
I suspect it's related to the reduction of reliance on foreign factories. The US wants to reduce the reliance on foreign manufacturing and bring all of that production back to the US. That will take time, capital and ability to learn how to do the work here. That will hit productivity hard. All than change won't happen cost free in terms of productivity and assets.
I recognized this problem in the 90's because I worked at a manufacturing plant where the software, even then, was getting in the way of workers needing to do something a bit non-standard (they developed workarounds over time).
It's also why I'm a big fan of the 80% solution, I think there's a level of hubris involved in going for the 100% solution for everything.
To your point about trust, it's something I've been thinking about recently. Not trust, but the authoritarian nature of software, which expresses itself and is purchased for the ability to distrust. You'll see this in things like debates about whether or not developers should be allowed to affect the deployment via yaml files or not. What makes it difficult is there is often a legitimate need for these sorts of systems, especially for regulatory compliance, but more often than not they just get in the way of actual work.
What's the source?
I love our current preschool precisely because they use very little technology: we actually talk to the teachers during drop-off and pick-up if needed, and get maybe one email a month. Their expressed philosphy is to be "present" with the kids and spend as little time as possible on other (administrative) things.
You are high if you think we are better off with paper than an ePCR.
Sometimes we have to default back to paper, some times the pt record system goes down.
When that does happen, it's a literal fucking nightmare in the ER.
We plan on it happening and we train for it happening, but ePCRs have made our lives so much fucking easier. Simple fucking fact.
Have you ever had to read the pissed off notes in a hand-written chart from the last nurse who has been working 48 hours straight, taking care of 12 critical care pts? Huh? Give that a try sometime.
Our apps security policy put the kibosh on that and I had to destroy my account once I realized it would not be feasible to keep it going forward.
My employer is really conservative about allowing 3rd-party apps, which is great for security, and puts us in a veritable Stone Age of productivity.
Computers are just state machines, without determinism and a few other properties they do not perform work. Determinism means there is only one next possible state/action.
Breaking rules would imply there are two or more possible states or actions, and that is a class of problems that computers cannot solve (they talk about this in compiler design courses). Most people subscribe to magical thinking because they don't know how computers work, or what they are even.
Now, your company pays insane amounts of $ for software, systems, and data! You have to do your job, schedule your meetings, keep up with the ungodly amount of email, instant message, SLACK, enter the data in your CRM, talk on the phone, schedule the video meetings, etc. while also keeping track of your personal phone because your partner called or the school called and your dog is sick. There's just so much distraction now by not having "office hours" and having our whole lives in our pockets and constant reach that I think productivity has to go down. It's impossible to focus on anything for any amount of time anymore with how accessible we are expected to be.
People in tech keep thinking more tech will solve problems and they keep underestimating the flexibility of the old models. For instance, most large companies used to be run by armies of secretaries, and the senior secretaries functioned as what we would now call "project managers" -- they made calendars, oversaw who was working on what, followed up to keep track on whether work was being done, and kept a close eye on what money was being spent. The crucial thing about having humans overseeing such work is that humans can take a flexible approach to the rules: they know when to break them. By contrast, systems that are highly dependent on software tend to be more rigid. Software doesn't know when its rules should be broken.
The flexibility of the old system is constantly underestimated, the rigidness of the new systems is often misunderstood.
In his book "The Design Of Design" Fred Brooks talks about the power of trust, and he contrasts that situations where everything needs to be first negotiated and specified in a contract. High trust systems are flexible and fast, whereas a system where every detail needs to be specified in a contract is slow and rigid. We should stop and ask ourselves, our favorite Agile methodology resembles which of these? Are specifying things with needless detail?