Johannes Ernst, encouraged me to start this blog. And it's not a bad idea, since most of my thoughts evaporate or get buried under a pile of other ones before they can germinate themselves or pollinate elsewhere. Johannes and I met last week to discuss BirdDog, the project on which we are collaborating at Kaiser. Adrian Blakey, the development manager in charge of the project, and Johannes are good about cataloguing the progress of our joint venture internally, but when we start thinking beyond the immediate parameters of BirdDog some good thoughts tend to get lost in the shuffle.
The part of that discussion that I want to elaborate has to do with the limitations of small form factor communication devices and computers. My opinion is that too much is expected on the user's part to accommodate to these little machines. Even if an individual gets really good at one of them, he may find that these skills aren't very transferrable to the successor devices. For example, text entry is a big challenge. I spent years getting good at Graffiti for Palm-based systems, but it's not natively supported on the new Treo phones. I'm getting better at thumb-keyboarding, but that skill is inhibiting my facility with touch-typing. (I was never very good at the latter.) This is a problem for clinical applications, since virtually all of them require lots of keying. So in designing new clinical applications, I am exploring the opportunities for very simple graphical interfaces. That led me to look at AJAX-powered web sites. (Thanks to Jory Bell of OQO for first mentioning AJAX a couple of weeks ago...I'm a little late in becoming aware of this next-gen web technology.) The more we can replicate the tasks that are required without having to type accurately, the more usable and efficient the application will likely be. So if you want to ask something of a database, rather than typing in SQL queries, it makes more sense to use a drop-down selection menu. That's old news. But what makes the new AJAX sites so cool is that they are quick, responsive, and seem to anticipate the needs of the user before the requests are invoked.
As I work through my clinical patient task list (inbox, whatever you want to call it) I am constantly toggling back and forth between disparate applications and re-entering credentials and medical record numbers. Even in a unified system, like Epic, there are so many tiles, tabs and buttons that it is still fairly cumbersome to navigate, even on a full screen. On a small display it might be unusable. How can we get the same functionality out of a mobile app? I think that if we start by designing for lobsters instead of touch typists we'll be on our way.