…not if it looks this great and provides hours of entertainment.

I’ve been meaning to write about my amazing experiences at The Future Of Web Design conference, so here’s my first snippet of fun industry related information I’d like to share with you:

One of the most memorable sites I saw was this: http://www.daytum.com
A home for collecting and communicating your data - arbitrary and completely useless data. I’m amazed at how many creative and interesting ways this useless data can be displayed and shared. Have a look for yourself and let me know what you think.

Not only do I love the useless data people share with the world (ie: http://www.daytum.com/thisisclaire), and how great that data can be displayed/sorted/shared, but I love how simple and clean this site is. It gets right to the point without cluttering the information with branding, ads, or intrusive visual design elements. Genius!

Clinical user experience (UX) is a term we use to indicate the design and usability of software used in clinical health care settings. Makes sense, no? A few clarifications, though:

1. It isn’t limited to using software; we’re talking about the entire range of the software experience, from initial impressions to training to daily (and hopefully second-nature) use.
2. The “clinical” portion of this term is very important—it clarifies that we are only talking about software user experiences that relate specifically and directly to patient care.

Of course, along with internationalization, content management solutions, and Web 2.0, clinical UX is a big offering of ours, having worked with IDX / GE Healthcare, Partners, and others. So we have this experience, but we’ve been doing clinical design work for several years now; why are we making a push for clinical UX now?

Progression of Software Engineering Focus

Simply put, the timing is right for clinical UX because I believe the clinical software market is about to hit a key point in the progression of software engineering focus. This progression is actually something I’ve been thinking about for a while, but I originally thought of it in terms of Microsoft Office. I will tie the concept back to clinical UX in a bit.

At first, existing is enough. Microsoft created a suite of tools that allowed people to do things that they were unable to do in the past. It didn’t matter what the user interaction was like because the power of integrated office applications singularly made Office worth it. So long as people were empowered in ways they were not before, they were satisfied enough, even if it took a while to master and was unintuitive. There was little to no competition on the market. The fact that Office existed at all was enough for it to be successful.

Then, you must compete on features. As competitors see that there is a market for this product or technology, existing is no longer enough, especially if your market is getting crowded. So it went with Microsoft Office for over a decade. They consistently added more and more features to the suite until there were no more logical features to add. If everything up to Office 97 was the cake, Office 2000, XP, and 2003 were all just little dabs of icing here and there.

Finally, it’s all about the experience. So Microsoft had stuffed every conceivable feature into word processing, spreadsheets, presentations, and PIMs. That probably would have been fine. They had crushed all their commercial competitors, Office was a gigantic cash cow for them; what could go wrong? Try free, open source software like OpenOffice.org. Microsoft had actually made it easy for free office software to flourish because they, through all their releases, had basically written functional specifications anyone could use to roll their own software. Once free and paid software reach feature parity, what reason is there to pay? I believe Microsoft realized this and decided that their next release had to be all about the user experience. Whether or not they were successful remains to be seen, but if you read about why they came up with the UI, it sure seems like UX was the priority for Office 2007.

And this is related to clinical UX because…?

The timing is right for us to concentrate on clinical UX because I believe the major players in the EMR, PACS, HIS, and other health care IT markets are close to reaching that point of feature parity. Unlike Microsoft, we can’t let doctors, nurses, managers and support staff languish in a sea of lackluster software user experiences. It’s simply a matter of the work: every day thousands of health care staff have to deal with difficult and unclear UIs when they’re prescribing drugs, analyzing flowsheets, scheduling operations, and reading x-rays. Usability issues in those UIs have a much larger impact than issues in Office.

The fact of the matter is clinical software developers need to recognize the need for improved user experiences before their software becomes overcrowded with unusable features, and we’d like to help them get to that point. The opportunity is there for everyone. That’s why we’re making the push for clinical UX.