Habush Habush and Rottier

Showing posts with label madison wisconsin. Show all posts
Showing posts with label madison wisconsin. Show all posts

Tuesday, February 25, 2014

Epic in the News

I saw this article pop up in one of the various epic-related LinkedIn groups: Epic opportunity: The software giant is positioning Dane County for an economic breakthrough. Lots of interesting facts--Epic plans to add 800 positions a year for the next several years, and about 1200 employees leave each year. It also included Epic's 12 principles, which I'd forgotten about. There's enough in those 12 principles to fuel at least a couple of posts.

(Updated after a current Epic employee posted the comment below.)
Epic's 12 13 principles
1. Do not go public.
2. Do not be acquired.
3. Expectations = reality.
4. Keep commitments.
5. Be frugal.
6. Have standards. Don't do deals.
7. Create innovative and helpful products.
8. Have fun with customers.
9. Follow processes. Find root causes. Fix processes.
10. Don't take on debt, no matter how good the deal. Don't take on debt for operations, no matter how good the deal.
11. Focus on competency. Do not tolerate mediocrity.
12. Teach philosophy and culture.
13.  If you disagree, dissent. Once decided, support.

Wednesday, January 8, 2014

Go-Live Gone Wrong, Continued

I saw a co-worker reading this: Epic Installation Proves More Expensive, and I read the article over his shoulder. It's a follow up to the Go-Live Gone Wrong article that I wrote about a while back. In a testament to the state of modern journalism, the only new fact is that Maine Health is spending $55 million dollars more, solely because of Epic. Most of the money is for training and retraining users, with the remainder being used for the previously planned rollout of Epic throughout the organization.

 The comments on the article are interesting--especially the one about Stockholm Syndrome amongst Epic's customers. While technically Epic doesn't have a monopoly on the industry, free-market principles don't apply to EMRs. It is just too expensive (in dollars and hours) to take one's business elsewhere if an EMR vendor doesn't deliver.


Wednesday, September 18, 2013

UGM

It's UGM this week, which means that the lucky few are in Madison on a work-vacation and the rest of us are in the office, with less support than we're used to since all the Epic staff are making UGM run smoothly.

This week always reminds me of the thing I enjoyed most about working at Epic: directing traffic at UGM.

More than the swank office buildings with the fancy decor, more than the above-average cuisine, more than the relationships that I made with the customers I supported, I enjoyed directing traffic. It's one of those childhood dream things, you know? That's probably the closest I'll ever get to working on a road construction crew. 

However, since that's positive about Epic (and Epic doesn't like positive publicity: see this post) It behooves me to add something negative to even the balance. While as a TS I enjoyed the different opportunities that UGM offered, I definitely don't feel the same way about it now that I'm employed at a customer site.
Epic support disappears almost completely for this week, but the hospital doesn't shut down. There are still issues that need resolving, and Epic is too busy this week to help.

There are several ways Epic can handle this:
  1. They can keep doing what they're doing. Epic can keep pulling from all current staff to fill all the various positions necessary to make UGM successful. Cons: From the staff's perspective, it's just added work. Just because I was directing traffic didn't mean I had less actual TS work to do. It didn't go away, and it was expected that I still complete it--this, combined with a couple hours of UGM support, a couple hours of schmoozing with customers, and a couple hours of actually attending presentations. It makes for long, stressful days--one of the leading causes of burnout amongst Epic employees. Pros: It's cheaper for Epic. They don't have to hire temps and they don't have to pay their current staff extra; everyone is salaried.
  2. They can use staff only from non-customer facing positions. Use QAers and developers all day for one week. The world won't end if dev cycles are put on hold for one week. Cons: I don't know how many QAers and developers are currently on staff. There might not be enough to cover all the UGM staffing needs. TS who enjoy directing traffic don't get the opportunity to live the dream. Pros: Customers still get the support they're used to. There's no "downtime" or "delay in care". TS and IS get less burnout.
  3. They can hire temps. Event companies usually have staff for this. Epic can use them for a week. Cons: it'll be more expensive. Pros: These guys have experience. They know how to direct traffic. (We had to be trained in a 1-2 hour long course. Topics covered were how not to send mixed messages, how to sync the flag waving with hand signals, how not to have weak floppy wrists that confuse drivers.) It won't affect dev cycles or customer support. 
As Judy is fond of saying that "A company is just a collection of processes," I think it's beneficial to evaluate those processes every once in a while. Just because UGM runs smoothly every year is no reason not to seek ways to improve it.