Want To Anger a Nurse? Make Smug Comments about Grocery Store Barcoding

Inside Healthcare Computing has graciously agreed to make previous Mr. HIStalk editorials available from its newsletter as a weekly “Best Of” series for HIStalk. This editorial originally appeared in the newsletter in February 2007. Inside Healthcare Computing subscribers receive a new editorial every week in their Electronic Update.

One reason we hospital IT types aren’t taken seriously is the “grocery story” analogy. You know, when some well-meaning government official, non-healthcare CEO, or your next-door neighbor smugly proclaims, “There’s more automation in the grocery story checkout line than in most hospitals.” Ha, ha, what an insightful observation – first time we’ve heard that one.

Randy Spratt, McKesson’s CIO, recently trotted out the old warhorse in an interview with Fortune. I’m sure his intention was benign (i.e., “buy more of our barcoding stuff to enlarge my executive bonus”) but perhaps his lab systems background makes him insensitive to how steamed nurses get when someone trivializes the barcode verification process on their end. If it were easy, everyone would be doing it.

(Hint to Randy: those same nurses are often involved in barcode system selections, with one of their possible choices being your employer’s own AdminRX product, currently running last in a three-horse KLAS barcoding product race. Better stroke them a little next time.)

Ann Farrell, BSN, RN and Sheryl Taylor, BSN, RN sent me a list of why the grocery store analogy is not only inappropriate, but offensive to nurses. Their list was detailed, persuasive, and passionate, so naturally I decided to go more for the ironic and humorous with my own imitative list. Theirs will be published, I believe, and they’re working with HIMSS people and that same Fortune magazine. Until their more authoritative tome sees daylight, this will be your amuse-buche.

If grocery stores were like hospitals:

  • They would buy Doritos by the bag, but would have to repackage and label individual chips, and then track every chip – who bought it, who ate it, and whether they ate it in an appropriate quantity and with only complementary foods and according to dynamically calculated nutritional needs.
  • They would have to set up an internal barcoding factory since grocery makers would refuse to barcode their products until all stores collectively agree to pay extra.
  • Each clerk would serve 15 checkout lanes simultaneously.
  • Every customer would enter the store at precisely 9:00 a.m., 1:00 p.m. and 6:00 p.m., but having any of them wait more than 15 minutes is a fireable offense.
  • It would be the clerk’s job to prevent customers from buying both Doritos and potato chips since they serve the same purpose.
  • Barcode scanners would be so poorly designed that clerks would need a full two days of training to use them.
  • Stores would not be self-service. Instead, clerks would take the customer’s list, try to decipher their illegible handwriting, and run around the store to assemble several such orders for different customers at the same time. Each item would have to be documented twice: one when pulling it from the shelf and again when giving it to the customer. Customers would be encouraged to change their lists constantly. Most stores would not have the capability update the clerk’s list electronically, so items would be scratched off and handwritten on the same ratty sheet of paper.
  • Somber-looking inspectors could show up unannounced demanding to see a list of customers who bought hot dogs in the last year or the complete grocery purchases of a specific person named John Smith, but only the right John Smith.
  • Clerk supervisors, exasperated over loss of productivity, would suggest keeping paper copies of commonly used barcodes to save time over scanning the real thing.
  • Instead of wheeling their cart to the checkouts, customers would ring the little “I need help” button wherever they happen to be, requiring the clerk to lug the cash register to their location to scan their item.
  • The loyalty card of every customer must be scanned before selling them anything, even if they showered with it and ruined the barcode.
  • Soda would be sold like paint – the clerk would have to mix and label whatever flavor the customer wants using stock ingredients.
  • Once barcodes are scanned, instead of being recorded electronically, the information would print a duplicate receipt to be filed forever.
  • Clerks who ring up the wrong price could kill the customer, would be barred from future clerk jobs, and could be jailed.
  • When working alone in a 24-hour store after everyone else has gone home, the clerk would cut meat, mop the floors, make pastries, unload the truck, show compassion, attend to family needs, and humor abusive superiors who take credit for accomplishments that mostly occurred while they were offsite making ten times what the clerk is paid.


This editorial is copyright-protected by Algonquin Professional Publishing, LLC., publishers of Inside Healthcare Computing. Please do not copy, forward, or reproduce this material without prior permission.  To obtain permission or for more information about Inside Healthcare Computing’s reprint policy, please contact the Customer Service Department at 877-690-1871 or go to http://insidehealth.com/ihcwebsite/reprints.html.


Mr. HIStalk’s editorials appear each Thursday morning in the subscribers-only version of Inside Healthcare Computing’s E-News Update.  To subscribe, please go to:  https://insidehealth.com/ihcwebsite/subscribe.html or call 877-690-1871.

Contracts Need Penalties: Sullying the Honeymoon Bed with a Vendor Prenup

Inside Healthcare Computing has graciously agreed to make previous Mr. HIStalk editorials available from its newsletter as a weekly “Best Of” series for HIStalk. This editorial originally appeared in the newsletter in February 2007. Inside Healthcare Computing subscribers receive a new editorial every week in their Electronic Update.

As a hospital IT person, I would never sign a vendor’s software contract without protecting my organization with a variety of specific and severe contractual penalties. From recent Inside Healthcare Computing articles, many or most hospitals sign penalty-free contracts. I’m shocked. I like vendors, but money makes people (and companies) behave badly.

Vendors (software or otherwise) can tell you anything they want about their product’s performance and reliability. That can have one of three possible outcomes:

  • If the company is both knowledgeable and honest, you will be pleasantly unsurprised when their product works as advertised, but at least you won’t be caught unaware by a major meltdown. That’s the best outcome.
  • If the company is honest but doesn’t have broad enough experience with their product in a setting like yours, you’ll probably be miserable together, hoping they’re as responsive as they are honest. That’s bad. Sometimes you hit architecture or design flaws that can’t be fixed.
  • If the company is lying or has wildly oversold their wares, nothing else matters because you’ve been suckered into a long-term, expensive, and contentious relationship with a company that has already demonstrated its willingness to take your money under false pretenses. That’s the worst.

For all three outcomes, your first line of defense is due diligence. Don’t whip out your checkbook until you’ve taken extensive site visits (of your choosing, not the vendor’s), performed acceptance testing, and documented every promise and important capability in a binding contract. Buying from a demo is just plain stupid.

The biggest mistake hospitals make is finding problems with previous implementations, but then buying the product anyway. The most common rationalization: “We’re smarter than those rubes who couldn’t make it work, plus we really like the product and the salesperson.” That combination of naiveté and misplaced bravado has lined many a sales rep’s pocket. It often benefits an executive recruiter, too, since the CIO who ignores a product’s well-known, spotty history often has plenty of free time to reflect after he or she has been shown the door.

Vendors may not be thrilled to see the list of penalties you want, but they’re not your best buddies. They’ve got their best possible price and terms. So do you. You both have the same job: to meet somewhere in that middle ground after fighting over what’s left between those numbers.

You can be chums when selecting a product and again after buying it, but not while the deal’s on the table. If the vendor doesn’t hate you during that time, you’re not pushing them hard enough.

Contracts without penalties are binding only to the customer. If the software fails to provide value, crashes constantly, or can’t be used like you were told, you still pay unless you were smart enough to write in penalties. Your want their skin in the game with yours.

The most important eventualities to cover with penalties:

  • If the software doesn’t do what you were promised in a way that makes it unusable.
  • If you have problems that will cause you the most harm: downtime, poor response time, or cancelled development plans.
  • If the software or vendor has weak areas that sound like trouble. If the vendor’s teeth clench up when you lay out penalty terms for failing to deliver a richly functional ED package or a CPOE-to-pharmacy interface, maybe they don’t really plan to.

Penalties and payments go hand-in-hand. Your contract should require lots of the former and none of the latter if performance slips. Without penalties, you have no leverage. Vendors know you won’t yank a CPOE system if they have a major bug that could cause patient harm. A hard-hitting, predefined penalty is your best hope for getting their undivided attention to fix it. The cash won’t be much consolation, but it’s a hammer to hit the vendor over the head with.

I know we all like to throw harmless little love words around like “partner” and “shared vision.” Vendors pretend to be wounded when you sully the honeymoon bed with legal assurances. Take a lesson from Paul McCartney – maybe the vendor is a wonderful partner who loves you for something other than your money, but make them sign an air-tight prenuptial agreement just in case. Secretly, they’ll admire you for it.

This editorial is copyright-protected by Algonquin Professional Publishing, LLC., publishers of Inside Healthcare Computing. Please do not copy, forward, or reproduce this material without prior permission.  To obtain permission or for more information about Inside Healthcare Computing’s reprint policy, please contact the Customer Service Department at 877-690-1871 or go to http://insidehealth.com/ihcwebsite/reprints.html.

Mr. HIStalk’s editorials appear each Thursday morning in the subscribers-only version of Inside Healthcare Computing’s E-News Update.  To subscribe, please go to:  https://insidehealth.com/ihcwebsite/subscribe.html or call 877-690-1871.