- Clinicians need [ #EMR #EHR ] that offer the highest level possible of user-determined flexibility & customization” http://j.mp/9QOHCJ #BPM 1 week ago
- #Mobile #Apps To Hit 25 Billion By 2015 http://j.mp/dCFETY #iphone #android 1 week ago
- Ditto! BTW you’re blessed to live in such a beautiful part of the world! RT @ahier It was great to meet @ChuckWebster MD at #OSCON 😀 1 week ago
- Healthcare providers R looking 2 BPM…2 increase service quality, improve revenue cycle & extend core healthcare systems http://bit.ly/a04wav 1 week ago
- “By 2014, 40%…will use…process models to support…daily work, up from 6% in 2009” http://www.gartner.com/it/page.jsp?id=1278415 Healthcare? 1 week ago
- RT @VinceKuraitis: PPT from my prez @ today’s #HCUnbound Conference. http://bit.ly/adcffs Open EHR Technology Platform(s) & Ecosystem #hcu10 1 week ago
- “Could someone please define adaptive case management?” @chuckwebster ‹ relevant #acmjam tweets http://j.mp/c4njrb via @actionbase #BPM 2 days ago
- RT @EvidenceSoup “opinion…widely held is no evidence…not…absurd… – B Russell” ‹ no positive correlation btwn wide heldness & not absurdness? 2 days ago
- RT @VinceKuraitis Twitter hashtag for Healthcare Unbound Conference: #HCUnbound San Diego, July 19-20 http://bit.ly/cYwIsF 2 days ago
- RT @cmooreforrester: @chuckwebster “…Mastering the Unpredictable…It’s a great book, BTW” #acmjam < I have a signed first edition! 3 days ago
- @cmooreforrester thanks for hosting fascinating ACM content *and* experience (first tweetjam 4 me, look forward to others!) #acmjam in reply to cmooreforrester 3 days ago
- RT @Dave_Ideate “dissatisfaction that technology constrains range of human interaction” #acmjam < current doctor reaction 2 most #EMR #EHR 3 days ago
- RT @cmooreforrester: “ACM going 2 be hard 4 biz analysts & project teams 2 introduce 2 workforce”? #acmjam < more usable = more learnable? 7 mins ago
- Blog Post: Herbert Simon’s Well- vs Ill-Structured Problems, Adaptive Case Management & Clinical Groupware http://j.mp/9bm9Gp #acmjam #bpm 18 mins ago
- RT @passion4process: Question “Which industries have greatest need 4 ACM & unstructured process?” #acmjam < Healthcare needs #acm *and* #bpm 26 mins ago
- Where did the phrase “case management” come from? #acmjam #bpm 32 mins ago
- Analogy? declarative knowledge is 2 procedural knowledge http://bit.ly/djinp0 as #acm is 2 #bpm? #acmjam > 1st “compiles” 2 2nd? 38 mins ago
- RT @ActionBase: Since with ACM there is no model – tracking is a key technology #acmjam < visibility plus actionability seems key, key, key! 49 mins ago
- I’ve seen examples of adaptive case management ideas applied to patient care, might ACM be especially useful there? Why? #acmjam #bpm 56 mins ago
- RT @cmooreforrester: anyone got good examples of specific processes that are adaptive case management? #acmjam < architectural design? 58 mins ago
- RT @JoshuaWaldman: 1-tweet search on # 2-put into word cloud 3-extract key concepts 4-align w/ original goal 5-adjust quesions #acmjam 🙂 1 hr ago
- So #acm is set of software tools to support creative goal achievement? #acmjam 1 hr ago
- Could someone please define adaptive case management? … in 132 characters (140 – ” #acmjam“) or less #bpm 1 hr ago
- Tweetjam on adaptive case management starts in 20 minutes 12-2pm ET at #acmjam / of interest 2 #EMR #EHR clinical #groupware folks IMHO #BPM 1 hr ago
- #EHR #EMR #BPM “what the next step is 4 a patient, who should perform it, when, where or what forms need 2 be filled in” http://j.mp/cmnDa2 16 hrs ago
- Tweetjam #acmjam 12-2PM ET Thursday 7/15 #BPM & adaptive case management http://j.mp/daN4tQ ‹ IMHO relevant 2 #EMR #EHR clinical #groupware 1 day ago
- Today’s NIST workshop excellent, but cell died so no tweets, sorry 🙁 http://bit.ly/d28AEH 1 day ago
- @faisal_q plus NIST usability workshop is 9-5 http://www.nist.gov/itl/upload/Final-Agenda-Usability-in-Health-IT.pdf in reply to faisal_q 2 days ago
- Google App Inventor for Android http://j.mp/a51zpt ‹ #EMR #EHR Clinical #groupware Inventor in future? Users into creators… 3 days ago
- “It is soccer,” he said. “The ball is round. It could go 50 percent one way or the other.” NYT http://j.mp/a0HyEs Congratulations Spain! 3 days ago
- Gartner Reveals Five #BPM Predictions for 2010 http://bit.ly/aNu2V4 ‹ IMHO all relevant 2 #EMR #EHR #HIE activities 3 days ago
Short Link: http://j.mp/9bm9Gp
Herbert Simon, a Nobel Prize-winning economist (and fellow alumnus, I never fail to mention) helped found the fields of artificial intelligence and cognitive science. He “was one of the most influential social scientists of the 20th century” (Wikipedia). I attended his lectures at Carnegie Mellon University, where his ideas about attention, bounded rationality, and satisficing provided grist for many research projects and Ph.D. theses.
Prof. Simon distinguished between well-structured versus ill-structured problem solving, in some ways prefiguring a debate within the business process management (BPM) community about adaptive case management and predictable vs. unpredictable, formal vs. ad-hoc, easily vs. barely repeatable, and structured vs. unstructured work and processes. For some flavor of this debate see my trip report to the recent Process.gov conference, which featured a track on adaptive case management.
Herbert Simon offered his well-structured vs. ill-structured dichotomy in his 1973 paper “The Structure of Ill-Structured Problems” (Artificial Intelligence 4: 181-201., not available on-line, however there is a wealth of online material quoting from Simon and commenting on his ideas). I used Simon’s distinction in the section Informal & Unstructured vs. Formal & Structured Care Coordination in my post Clinical Groupware, Care Coordination, and EMR Workflow Systems: Key Ideas, when I wrote:
“[There is a spectrum] between well-structured and ill-structured cooperative problem solving, and the kinds of groupware needed to facilitate computer-supported cooperative work in healthcare. Both kinds of cooperative problem solving require clinical groupware. EMR workflow systems fare especially well on well-structured care coordination problems. [They] handle both ends of the spectrum well: a workflow engine to handle routine group workflows and an office view to handle non-routine group workflows.” (Clinical Groupware, Care Coordination, and EMR Workflow Systems: Key Ideas)
I’m interested in comparing and contrasting different kinds of clinical groupware. Why? Well, my intuition is that as EMRs and EHRs evolve into, or are replaced by, clinical groupware alternatives, no single kind of clinical groupware will serve every purpose. Well-structured versus ill-structured processing and problem solving seems like a good conceptual spectrum along which to compare different sorts of clinical groupware systems.
In particular, clinical groupware supporting patient-physician encounters in the medical office must help users to deal with both well-structured patient encounter workflows (the thirty-second otitis media encounter) and ill-structured workflows (the more complicated, less routine collections of interacting medical problems).
After the next paragraph are passages from Simon’s 1973 paper, quoted in a chapter on medical artificial intelligence by one of Simon’s Ph.D. students, Harry Pople’s “Heuristic Methods for Imposing Structure on Ill-Structured Problems: The Structuring of Medical Diagnostics.” Chapter 5 in Szolovits, P. (Ed.) Artificial Intelligence in Medicine. Westview Press, Boulder, Colorado. 1982. (I was a research associate in Prof. Pople’s Decision Systems Laboratory at the University of Pittsburgh School of Medicine, home to the INTERNIST-I and CADUCEUS medical expert systems projects.)
Simon described the work of an architect in terms consistent with today’s goals of adaptive case management, to provide tools to support knowledge work. However, Pople quotes Simon in the context of another kind of knowledge work, medical problem solving. The analogy between architect and clinician is intriguing. Used as a verb, “to architect” means “to plan, organize, or structure.” Future EMRs will need to do a better job of helping their physician users to plan, organize, and structure patient care processes. Much of this blog is essentially an argument that EMRs and EHRs must become more like business process management and adaptive case management systems to most effectively accomplish this. But enough about what *I* think, what did Herbert Simon think about well-structured versus ill-structured problem solving?
It will generally be agreed that the work of an architect–in designing a house, say–presents tasks that lie well toward the ill structured end of the problem continuum. Of course this is only true if the architect is trying to be “creative”–if he does not begin the task by taking off his shelf one of a set of standard house designs that he keeps there.
The design task (with this proviso) is ill structured in a number of respects. There is initially no definite criterion to test a proposed solution, much less a mechanizable process to apply the criterion. The problem space is not defined in any meaningful way, for a definition would have to encompass all kinds of structures the architect might at some point consider. … even if we were to argue that the problem space can really be defined–since anything the architect thinks of must somehow be generated from or dredged from, his resources of memory or his reference library–some of this information only shows up in late stages of the design process after large amounts of search; and some of it shows up, when it does, almost accidentally. Hence, the problem is even less well defined when considered from the standpoint of what is actually known at any point in time than when considered from the standpoint of what is knowable, eventually and in principle.
We can imagine a design process that proceeds according to the following general scheme. Taking the initial goals and constraints, the architect begins to derive some global specifications from them-perhaps the square footage or cubic footage of the house among them. But the task itself, “designing a house,” evokes from his long-term memory a list of other attributes that will have to be specified at an early stage of the design: characteristics of the lot on which the house is to be built, its general style, whether it is to be on a single level or multi-storied, type of frame, types of structural materials and of sheathing materials, and so on. … Design alternatives can also be evoked in component-by-component fashion. The subgoal of designing the heating system may lead the architect to consider various fuels and various distribution systems. Again, the source of these generators of alternatives is to be found in his long-term memory and reference facilities (including his access to specialists for helping design some of the component systems).
The whole design, then, begins to acquire structure by being decomposed into various problems of component design, and by evoking, as the design progresses, all kinds of requirements to be applied in testing the design of its components. During any given short period of time, the architect will find himself working on a problem which, perhaps beginning in an ill structured state, soon converts itself through evocation from memory into a well structured problem.
Herbert Simon’s last line is key. Ill-structured problems can become well-structured problems. If there are, indeed, two different kinds of clinical groupware, one for ill-structured, ad-hoc, creative cooperative problem solving and one for well-structured, formal, routine cooperative problem solving, then they need to work together well.
Consider an analogy. Prior to the automatic transmission, driving a car was physically and cognitively (due to distraction) demanding. Cars that automatically adapted to changes in terrain were easier to drive and needed less skill. Similarly, today, EMRs should speed along well-structured workflows in high gear. When encountering a sandy hill of ill-structuredness, they should, gracefully, without driver distraction, shift into low gear–then back to high gear and high speed at the next stretch of level and smooth pavement. High speed/high gear corresponds to executing process models that offer the right screen with the right data or order entry options to the right person at the right time in the workflow. How? Though execution of a BPM-style process model of routine, predictable workflows. Low speed/low gear corresponds to falling back on adaptive case management-style tools for dealing with unexpected, and therefore not modeled, circumstances.
Of course, analogies are like cars; they break down if driven too far.
I thought about titling this post “What Would Herbert Simon Say about BPM and Adaptive Case Management” or “What Would Herbert Simon Write about the Need for Different Kinds of Clinical Groupware” or even “What Would Herbert Simon Tweet….” Ultimately his thoughts on these specific topics are unknowable. However, Herbert Simon’s comments about problem solving and structure are even more relevant today than in 1973.
We are the verge of creating automated environments to partner with clinicians in managing and solving ill-, and well-, structured patient care processes and medical problems. Our degree of success will directly determine the usability of the EMRs, EHRs, and clinical groupware and therefore the success of the entire EMR, EHR, and clinical groupware adoption enterprise.
- “two types of business processes” http://ow.ly/184v98 ‹ easily/barely repeatable, structured/unstructured, formal/ad-hoc http://j.mp/9U3rjD 1 day ago
- #Smartphone #mobile #EHR #EMR “form factor…ease of use…pure delight…most usable programs doctors have ever encountered” http://j.mp/cmjUs1 2 days ago
- Tweetjam #acmjam 12-2PM ET Thursday 7/15 #BPM & adaptive case management http://j.mp/daN4tQ ‹ IMHO relevant 2 #EMR #EHR clinical #groupware 2 days ago
- “When completing a particular #BPM task, it might be nice if the system tweeted your status to your followers” http://j.mp/9RV9py #Twitter 3 days ago
- “many processes have a structured part & an unstructured part” Ukelson @ActionBase http://j.mp/aPPRbq < clinical #groupware must handle both 4 days ago
- RT @leonardkish: 11 Questions on Social BPM « Thoughts on Collaborative Planning http://ow.ly/27SK2 via @chuckwebster Thanks! < Welcome! 4 days ago
- RT @leonardkish: How Social Media Has Prepared Us 4 Collaborative Business http://ow.ly/27OxS < checkout #socialbpm http://j.mp/9RV9py #bpm 4 days ago
- @faisal_q “Usability can’t be “added” << bad planning” agree! tho easier 2 plan platform than paradigm http://en.wikipedia.org/wiki/Paradigm in reply to faisal_q 5 days ago
- Blog Post: Intuitive vs. Intuitable EMRs, EHRs & Clinical Groupware: Do We Need Smarter Users or Smarter User Interfaces? http://j.mp/aU8192 5 days ago
- http://twitpic.com/22fcf2 Grand Old Inflatable Flag, Independence Day Parade, Constitution Ave, Wash DC, now relaxing in Sculpture Garden 1 day ago
- My best fireworks photo from last July 4th http://twitpic.com/22767m Nice combo w/ Capitol dome Happy 4th from Washington DC! 2 days ago
- “A BPM Suite…has the ability 2 effectively handle both unstructured & structured processes” http://j.mp/byFMQC ‹ good platform 4 #EMR #EHR! 2 days ago
- RIP Sidekick: First smartphone, first app store, still best keyboard, I purchased first Sidekick on East Coast 10/1/02 http://j.mp/dgqEON 🙁 3 days ago
- RT @faisal_q: primer 4 geeks/devs on HITECH act impact on web site developers http://j.mp/au0w8u < modular components, model 4 #EMR #EHR too 4 days ago
- “labyrinth of interconnected screens & links define health IT user experience…ingenuity & reliability…design” http://j.mp/cJMst1 #usability 1 week ago
- “how healthcare providers can use Business Process Management #BPM 2 improve patient outcomes & bottom line” http://j.mp/drSaIo #EMR #EHR 1 week ago
- RT @ActionBase Managing the visibility of knowledge work by Jim McGee http://j.mp/d3KqmT ‹ visibility work in #EMR #EHR clinical #groupware? 1 week ago
Short Link: http://j.mp/aU8192
- Question: Do We Need Smarter Users or Smarter User Interfaces?
- Answer: Smarter User Interfaces.
Pundits often call for more “intuitive” EHR and EMR user interfaces. If I may be pedantic, they probably mean “intuitable” user interfaces. Usability experts note the difference.
Peter Bagnall puts it pithily:
Naïve designers often talk of making things intuitive. What they really mean is intuitable – able to be understood through intuition. A thing can’t be intuitive unless it happens to be one of those rather rare and special things that contain a brain – like you, me or my dog. (Easy, Intuitive and Metaphor, and Other Meaningless Words, my emphasis)
And Michael Zuschlag:
“Intuitive” (technically, it should be “intuitable”) means the user can use the UI without having to consciously stop and figure the UI out. Learned habituated responses are performed without conscious thought, so intuitive includes more than instincts. (Comment on The Only “Intuitive” Interface is the Nipple. Do You Agree?, my emphasis)
And finally Jef Raskin, of Apple Macintosh fame:
One of the most common terms of praise for an interface is to say that it is “intuitive” (the word should have been “intuitable” but we will bow to convention). (Intuitive Equals Familiar, my emphasis)
Not this time. Not now. Not this post. 🙂
If EHRs and EMRs Only Had a Brain ♫
One of my many degrees (“many degrees” being relative, I once read the obituary of a man who collected 13 non-honorary degrees before shuffling off this mortal coil) is an MS in Intelligence Systems, a combo of artificial intelligence and cognitive science. Intelligent systems “perceive, reason, learn, and act intelligently.” That many EMRs cannot, is at the root of their relative lack of usability.
Consider the distinction between intuitable EMRs (EMRs that are “figure-outable” by their users) versus intuitive EMRs (EMRs that figure out their users and do something useful with that insight). Intuitable usability corresponds to what I call shallow usability. It’s the “surface” or skin of an EMR.
In contrast, intuitive usability (used “correctly”) corresponds to what I call deep usability. It is about how all the components and processes deep down behind the user interface actively work together, to perceive user context and intentions, reason and problem solve, and then proactively anticipate user needs and wants. Deep usability is like having the hyper-competent operating room nurse (to whom I’ve compared workflow-driven EMR user experience) handing you the right data review or order entry screen, with the right data and options, at the right moment in your workflow.
To perceive, reason, and act (let alone learn) EMRs need at least a rudimentary “brain.” When many folks think of medical artificial intelligence, they think of medical expert systems or natural language processing systems (rule-based, connectionist, or statistical). I’m a fan. I took courses. I programmed them. They have great potential, some already realized.
However, the most practical candidate “brain” today, with which to improve usability by improving workflow, is the modern process-aware (and context-aware) business process management (BPM) engine (AKA workflow or process engine). I used to give an annual three-hour tutorial called “Workflow Management Systems: Key to EHR Usability” on this topic at the old TEPR conference (I believe TEPR stood for Towards the Electronic Patient Record).
Intuitive EMRs need to represent user goals and tasks and execute a loop of event perception, reasoning, and helpful action. BPM process definitions represent goals and tasks. During definition execution, goal and task states are tracked (available to start, started, completed, postponed, cancelled, referred, executed, etc) and used to coordinate system-to-system, user-to-system, system-to-user, and user-to-user activity.
BPM engines “perceive” by reacting to not just user-initiated events, but potentially other environmental events as well, an example of complex event processing. For example, a patient entering or leaving a patient class or category, going on or off a clinical protocol or regime, moving into or out of compliance, measuring or needing to measure a clinical value, or a clinical value becoming controlled or not controlled, are all complex events that can and often should trigger automated workflow.
Process mining can analyze detailed traces of past behavior to suggest improvements to processes (BPM’s “process optimization process”), rudimentry learning if you will. BPM is even beginning to incorporate intelligent agent technology.
There is also a debate going on within the BPM and ACM (adaptive case management) communities relevant to designing EMRs that balance process-centric and human-centric EMR, EHR, and clinical groupware design. We (healthcare) need the executable process models of traditional BPM to automate and facilitate predictably routine patient care processes (including effective, efficient, and satisfactory interaction at the EMR user interface) *and* adaptive case management techniques for dealing with less predictable processes that cannot be modeled in advance.
Context-Aware, Process-Aware Intelligent EMR, EHR, and Clinical Groupware
EMRs, EHRs, and clinical groupware need context-aware intelligent user interfaces. Context-aware information systems are adaptive, responsive, proactive, and capable of autonomous action.
- “Adaptive systems: these learn their user’s preferences and adjust accordingly….
- Responsive systems: these anticipate the user’s needs in a changing environment.
- Proactive systems: these are goal-oriented, capable of taking the initiative, rather than just reacting to the environment.
- Autonomous systems: these can act independently, without human intervention.” (Predicting Context Aware Computing Performance, my emphases)
Learn, anticipate, goal-oriented, initiative, independent…none of these describe the behavior of today’s typical EMR towards its users. As a consequence physicians must compensate with a torrent of clicks (so-called “clickorrhea”) to push and pull these EMRs through what should be simple patient encounters.
Context–aware EMR user interfaces are also examples of intelligent user interfaces.
“The requirements imposed by human-computer interfaces … exceed the capabilities of conventional interfaces which often fail to reflect the semantics of its users’ tasks and problem domain properly. Intelligent user interfaces aim to cope with these serious semantic problems and help users to access information or solve complex tasks by being sensitive to a user’s knowledge, misconceptions, goals, and plans.
Main issues addressed by intelligent user interface research are the following:
- How can interaction be made clearer and more efficient?
- How can interfaces offer better support for their users’ tasks, plans, and goals?
- How can information be presented more effectively?
- How can the design and implementation of good interfaces be made easier?” (my emphases)
Clinical groupware is in the best position to become this next generation of context-aware intelligent clinical information systems. Why? Because clinical groupware is groupware. And the most sophisticated and mature groupware today is the modern workflow management system, represented by the business process management suite.
To achieve contextual usability clinical groupware needs to ask itself the same questions journalists ask themselves to write compelling and useful news reports—who, what, why, when, where, and how? Automated answers to these questions drive context-aware automatic behaviors, such as offering the right screen at the right time and place or accomplishing useful tasks in the background without need for human intervention.
What, pray tell, “drives” this anticipatory behavior? An executable process model. In older terminology, a workflow, or process, engine, executes a collection of workflow, or process, definitions, relying on user input and context (the who, what, why, when, where, and how) to select and control definition execution. If the engine encounters inputs for which there is no model, then fall back on general purpose adaptive case management techniques for tracking goals and tasks, making them visible and actionable by physician users. Traditional BPM technology automates the predictable routine. Adaptive case management supports dealing with unpredictable exceptions—the high value-added knowledge work that diagnoses and treats the complicated cases.
Usability can’t be “added” to EMRs, EHRs, or clinical groupware. It has to inform and influence the very first design decisions. And there are no more fundamental early design decisions than what paradigm to adopt and platform to use.
No matter how “intuitable,” EMRs without executable process models (necessary to perceive, reason, and act, and later systematically improve), cannot become fully active and helpful members of the patient care team. Wrong paradigm. Wrong platform.
Truly “intuitive” process-aware clinical groupware, on the other hand, has a brain, variously called a BPM, workflow, or process engine. This is the necessary platform for delivering context-aware intelligent user interfaces and user experience to the point of care. Right paradigm. Right platform.
In the spirit of advice from my Speech teacher about effectively and efficiently beating dead horses (“Tell them what you’re going to tell them. Tell them. Tell them what you told them.”) …
- Question: Do We Need Smarter Users or Smarter User Interfaces?
- Answer: Smarter User Interfaces.
P.S. Follow me on Twitter at @EHRworkflow.