Archive for July, 2008

Prove Me Wrong, Medpedia? Free Health Information Coming Soon.

Monday, July 28th, 2008

If you're new here, you may want to subscribe to our RSS feed. We also have another blog you may be interested in reading. If you have decided that you like us and want to talk more, contact our sales team. They would love to talk. Thanks for visiting!

A few days after my post regarding the confusion of the wiki editorial system, comes this news:

 The Medpedia Project today announced the formation of the world’s largest collaborative online encyclopedia of medicine called Medpedia. Physicians, medical schools, hospitals, health organizations and public health professionals are now volunteering to collaboratively build the most comprehensive medical clearinghouse in the world for information about health, medicine and the body. This free public site will officially launch at the end of 2008, and a preview site becomes available today at www.medpedia.com.

Harvard Medical School, Stanford School of Medicine, the University of California Berkeley School of Public Health, the University of Michigan Medical School and dozens of health organizations around the world are contributing to The Medpedia Project in various ways. Many organizations will contribute seed content free of copyright restrictions. Harvard Medical School will publish content to uneditable areas that members of their faculty have created as part of a medical school wide effort. Others organizations, such as University of Michigan Medical School will encourage members of their faculty to edit Medpedia as individuals.

In a perfect application of my previous observation about the limitations of wikipedia — namely, the core audience is the juncture of encyclopedia geeks, bloggers, and open-source Web fans — comes the news that accredited medical authorities will begin to collaborate on a free project to provide health information to the world.

The ambitious goals of this project are:

1. To unseat WebMD as the premier provider of online health content

2. To position the affliated institution as knowledge leaders (Harvard, Stanford, Berkeley Public Health, U of M)

3. To add more to-do’s for young, upstart medical residents in off-hours

It’s the further commoditization of healthcare information into brands — but now hospital brands!   And, if it intends to be as consumer friendly as it sounds, will pose a threat to all online and offline content providers. 

Medpedia is perhaps the best example of a human SETI@home project: find extra cycles (students) and employ them to process a large amount of focused data.  That’ll keep them from talking bad about professors on Facebook!

Even a Rap Super Star (DMX) has Trouble With Hospital Bills

Tuesday, July 22nd, 2008

From the “oh no, you didn’t” file, this report about DMX evading a hospital bill:

PHOENIX (AP) — Rapper DMX was arrested at a Phoenix mall Saturday on suspicion that he gave a gave a false name and Social Security number to a hospital to get out of paying for medical expenses.

Maricopa County Sheriff Joe Arpaio said that when DMX, whose real name is Earl Simmons, went to Scottsdale’s Mayo Clinic in April, he used the name “Troy Jones” and failed to pay a $7,500 bill…

Faithful readers of this blog may not be familar with DMX’s music, but suffice it to say, he’s got about $7k in one diamond studded-earlobe and probably drops a similar amount when he hits the clubs.  So why try and stiff the Mayo Clinic?  Well, since they don’t take Medicare/Medicaid and are private insurance only, I’m guessing he didn’t think he got four figures worth of service.

Maybe they should have included a bottle of Cristal.

Why Wikipedia Can’t Fix Healthcare

Monday, July 21st, 2008

Craig Stoltz from the Health Care Blog writes:

There are many good reasons to deplore Wikipedia, not the least of which is its authors’ cultish smuggery about the righteousness of their cause and the rightness of their content.

Of course there is also its internecine complexity of processes. The documentation tracing the petty bitchery about an entry is often longer than the entry that is produced. The international collectivist negotiation over matters of “fact” is beginning to remind me of the United Nations, but without the fancy New York headquarters.

A brief diversion from usual topics, but I too have been listening to the “wisdom of crowds” nonsense for long enough.

Wikipedia is great, but it has a limited ability to do a few things well: reign in pop culture to a reasonable degree and make anyone with an iPhone at a cocktail party the final arbiter on any topic.  (Full admission: I am an iPhone user.)

But even their model has broken down.  To wit, there is a long and extensive series of gatekeepers who review articles and decide if they are worth keeping.  As Craig writes, much of this reasoning is circumspect, and now, Wikipedia is going to make it even harder to publish on their site.

What you talking ’bout, Wikipedia?

As much as they might downplay it, there is still a chain of human command laboring behind the curtains of Wiki.   The crowd wisdom has little to do with the success of wikipedia; what’s truly amazing thing is that by appealing to basic emotions of all humankind — the need for fame, the need to judge others — most of these writers and editors do work for free.

You could get the same results if you dumped a series of photos, videos, ancient texts, etc. that were all authored by a small group and set the wiki admins loose on organizing it.   See Amazon.com and their wishlist series – it’s a neat way for me to bring order to a disordered set of data; Amazon provides an incentive for me to do so –small amounts of fame and the hope that someone might buy me a gift. 

I’m curious, didn’t we use to call this job “being a librarian?”

What I find increasingly strange about the Wiki-universe is how distrustful it is of its own fans.   There is now a sniff-sniff, Wikipedia is too good for that kind of attitude regarding certain types of content.   Articles that are not “relevant” or “news-worthy” — again, decided by the overly-invested, unpaid admins – are deleted.  So what if the article on historical Christian hairstyles wasn’t good enough to make the grade, isn’t the point that Wikipedia has no limits — that because it is the very antithesis of an encyclopedia set, which once bound and printed is limited — so it should be able to encompass all kinds of knowledge, however random?

But here’s the last laugh.  Wikipedia is now authoring an encyclopedia.  (One wonders, Will they e-mail out updates?  Will digital ink self-correct?) 

Such a move is proof that the printed word — the book that you can hold in your warm, Kindle-less hand — is still something the crowd aspires to, whether ’tis wise for the Wiki franchise or not.

Why Even Google Can’t Fix Healthcare

Thursday, July 10th, 2008

Of my last post about open source food, Jeff Jarvis commented:

I wasn’t suggesting that the kitchen should be turned over. I’m exploring the ideas of openness even in restaurants. For example, I’d like to know which dishes get ordered more so I can use that in my decision. Or perhaps diners can suggest improvements in recipes. And so on.

Next I’m tackling health. Since that’s your expertise, how do you think Googlethink could come to health care? Could it? Can doctors and health institutions be more transparent? What would we learn from aggregated and open data? Would there be value in a social relationship among patients? And so on. I have some ideas but I’d love to hear your thoughts.

From my point of view, the biggest challenge in healthcare institutions is the institutional thinking that goes on behind the scenes. Many good hospitals are trying to keep it all together, given the unfair hand they’ve been dealt: price-setting from insurance payors, even lower price-setting from the government, and the legal responsibility to treat anyone sick enoug to walk through their ER doors. Add in overall costs of service delivery increasing at a time when the costs of insurance are biting Joe Q. American’s pocketbook and Michael Moore’s Sicko… well, it’s a rough time right now in healthcare.

This leads to institutional thinking: how do we keep this boat together? And the simplest answer is command and control leadership. Don’t take risks, don’t innovate, trim costs wherever possible, etc. That’s not a critique — I’m sympathetic to the challenges here — but it does mean that providing patient access to data inside of a hospital is risky because it opens the hospital up to more risk.  Patient benefits be hanged!

I have been point-blank told, at more than one hospital, how much they’d like to get rid of system X or software Y, but they can’t. Even though it doesn’t work and there are better products available, they just can’t. It would be too costly — politically or capital-wise.

From an infrastructure standpoint, most hospital software is cumbersome, expensive, and (let’s face it) old. The sales cycle for a hospital engagement is often 18-24 months — contrast that to a Google service: free, immediately available, updates whenever you want! As good as the technology is, each hospital technology infrastructure is a jigsaw puzzle that barely fits together as is, never mind inviting a behemoth like Google into the mix.

A typical patient experience, from a hospital standpoint, goes as follows:

  1. I’m healthy.
  2. I’m worried I’m sick and go online to get health information.
  3. I see a doctor/RN for diagnosis.
  4. I go to a hospital for treatment.
  5. I am discharged.

Being a patient in a hospital is a terminal experience: it ends in discharge or death! The medical systems were created long before Starbucks convinced every industry that consumer relationships were what mattered (thank you, SB, for getting the stinky breakfast sandwiches out; here’s a to a $30 stock price again.)

Google Health might end up being a great tool for diagnosis but hospitals can’t embrace it… unless so many the physicians demand it for their patients.

The churn and noise about hospital transparency is basically saying, “Here’s proof we don’t kill that many people.” Transparency = quality of outcomes for a hospital. But in 5 years, that won’t matter. Once the measures of quality are open to the public, the payors and Medicaid/Medicare will use it as an excuse to stop paying hospitals with lousy outcomes. So, overall, the healthcare experience should get better. But that doesn’t mean we’ll know any more or less about the process.

I place much more faith in the power of patients to self-organize in a way that wasn’t possible even two years ago. With sites like PatientsLikeMe, patients in recovery — discharged, perhaps from a hospital — are about to connect about their quality of treatment in a real-time, clinic study fashion. Sites that provide disease/condition/treatment communities will be where hospitals can knock it out of the park. Imagine if every cancer patient in your town heard that XYZ Hospital was the best — from the site moderator!

That’s where the openness will come from: empowering patients who had great experiences to market the hospital with a level of authenticity not possible any other way. We just ran a few webinars on this topic — so popular, agencies and competitors showed up in droves to hear what we had to say. That tells me we’re striking a chord.

But, as I always say, the nice thing about talking about the future is that it’s difficult to be proven wrong. :)

Eating New Media

Thursday, July 3rd, 2008

And by way of continuing the conversation from yesterday, Jeff Jarvis wonders if Google ran a restaurant, who would do the cooking?

Besides the silliness of open source restaurants as a concept — technique matters far more than recipe — the NY Times contrasted that notion with the need for efficiency in dining, noting that too many choices killed the Manhattan diner.

But art demands risk and taking a step forward into the unknown.   Asking your customers to make all the choices — which, one might argue, is an artistic choice in and of itself — is not the same thing as crowdsourcing.  For example, Threadless.com has plenty of folks vote on the best designs, but still maintains final creative control on which t-shirts to send into production. 

Even Wikipedia, famed for its “wisdom of crowds,” has become more bookish and patroling than in the past.  Giving an example at a client site, we created a page for their hospital… and then they got banned.   For copyright infringement

I think the point of the restaurant was “Can we imagine Google mashups working in a world outside of technology?” 

Sure, go to any jam band or jazz pickup group.  The improvisational talent is found plenty of places.   But if you don’t share a common level of expertise, you can’t play along.

The Joy of Simplicity

Tuesday, July 1st, 2008

I read an excellent post on Mashable today,  about how less is more and how to unlock the web.   Much of the post concerns Twitter, an application so sublime, it’s hard to put into words what it does for you.   (But you can follow MedTouch on Twitter here.)

The power of simplicity can’t be understated.  By example, I had a microwave/toaster oven for a brief period of time.  It was left by the previous residents of the house.  Wonder why?   Because I’m sure they found it difficult - as I did - to determine how long to cook something (no numerical keys; just dials) and to take items out when it was a toaster (you needed tongs) and why you couldn’t leave things on top of it (much surface area hotter than a microwave).

In short it was a “time saving” device, but only if I could adapt to it. I couldn’t.  I had a solid understanding of a Platonic microwave and toaster oven ideal.

Twitter is an excellent example of an application that is so simple, you know we are still working to understand and appreciate its value.   In that sense, adding more features to something we are still in the process of discovering, robs that experience of joy.

Now, not everything can be Twitter, but this certainly explains why we prefer a conversation rather than an RFP.  There’s a joy to the creative process that comes out in conversations in way over-processing never quite gets at.