Skip to main content

Time Shifting Emergency Department Demand

Om Malek, posting on GigaOM, has an interesting article on a startup which time shifts power consumption of appliances attached to its smart grid system from peak hours to off-peak hours. Unused energy is sold back to a local grid operator, creating revenue, which is shared with the customer.

Managing Emergency Department volume is surprisingly similar to managing electricity demand. There are massive fluctuations in demand at different hours of the day. Both require massive amounts of infrastructure in order to manage peak demand. Both systems have a potential for life threatening consequences if peak demand is not met. Peak demand is affected by weather and day of the week (well documented in ED literature).

In addition to the obvious similarities listed above, what is most important is that total demand is determined by the sum of independent events, which are often convenience choices by consumers: "turn on dishwasher now or in an hour", "go to the ER now for my cough or wait until the morning."

The inherent complexity of managing ED patients makes managing ED volume even more challenging than managing electricity consumption. Whereas electricity use is either "on" or "off", and all the consumer needs is either more or less of one resource, each ED patient may require a multitude of different resources, some very scarce or hard or expensive to perform concurrently, such as ultrasound or CT scan.

And when dealing with complex systems, it is well documented that efficiency often declines dramatically once capacity reaches 70-80% of total maximum capacity.

Therefore, it becomes even *more* imperative for EDs to employ techniques to reduce demand during peak hours, just as power companies are learning to do the same with electricity demand. It is *not* sufficient to just "call in the on-call doctor", because ED patients require more than just a doctor; they require nurses, techs secretaries, beds, x-ray techs, etc. Unless you are calling in additional ancillary staff, your additional doctor is most likely not going to be very efficient. The concept is "don't spend money on increasing infrastructure to meet peak demand; rather, spend resources on smoothing out demand.".

Although we discharge ~80% of our patients, not all of those discharged should have their care delayed (e.g. acute fractures). However, every ED provider will attest to the vast number of patients whom we treat who could have been safely managed either several hours earlier or later.

This leads us to the obvious point: in this era of growing disruptive innovations in healthcare, it is time to develop ways to reduce peak demand on emergency departments. Companies which can assist patients in seeking non-ED based solutions for their medical care, or can safely redirect non-emergent ED patients to return during non-peak hours, will have great demand for their services.

Comments

Popular posts from this blog

Mastering Medicare Cheat Sheet

Amy Schiffman and I have created an awesome 1-page Medicare Cheat Sheet. You can get it for free by joining the Mastering Medicare subscriber list . Here's a sneak peak

How To Automatically Upload a Zoho File Attachment to Dropbox from Zoho Creator using Dropbox API v2 and Zoho postUrl

I'm an idiot, so this took about 6 hours for me to figure out, but apparently many people have not been able to figure this out, and I could not find a complete and working solution online anywhere. If you want to be able to upload a file to Dropbox from Zoho Creator, you have to create a custom function like below (here I called the function "Dropbox", under namespace "Create"). In the function, the ID is being passed to it from the underlying form entry. void Create.Dropbox(int id) { url = "https://api.dropboxapi.com/2/files/save_url"; headers = {"Authorization":"Bearer XXXXX","Content-Type":"application/json"}; data = {"path":"/FFFF/TTTT.XXX","url":"YYYY"}; datastring = data.toString(); response = postUrl(url,datastring,headers,false); } ... where XXXXX is your secret Dropbox Token, and YYYY is the url of the file you are uploading, and FFFF is the Dr

How to track CME - guest post published on Knack blog

I am happy to announce that my detailed post on how I built CMElog.org using Knack , Zapier, Dropbox, Mailchimp, Mandrill, and Google Drive has been published on the Knack blog: In this post, I dive into details of how to use Zapier to build automated services, like CMElog.org, in which medical providers' continuing medical education credits can be automatically extracted, identified, copied for back up, organized, and accessed.