Tweeting Live from HIMSS, March 1-4, Atlanta: Pediatric & Primary Care, EMR/EHRs, Clinical Groupware, Workflow Automation, Usability/User Experience, & Kickbiking

Short Link: http://j.mp/cROHmo

Here are the most recent 20 tweets from @EMRGroupware: Auxiliary account used by @chuckwebster for real-time, high-frequency, event-related Twittering (not wishing to flood timelines following @chuckwebster). Next use: HIMSS March 1-4, Atlanta. Feel free to follow and respond to me (temporarily at @EMRGroupware) on Twitter (my replies with links to your tweet should show up below), or comment directly to this post.

 

For older tweets visit @EMRGroupware

Posted in EHR Workflow | Leave a comment

Sunday in the Park Watching Dogs and Thinking about Clinical Groupware

I do some of my best thinking while watching dogs gambol in the park (for example, see Does Your Pediatric EMR’s Form Follow Function, or Does Its Function Follow Form?).

A couple of days ago I drafted a definition for clinical groupware (Clinical Groupware: A Definition). There are things I like about it (with respect to the five requirements for a good definition) but it is by no means perfect (few definitions are). I needed to let my thinking on the subject incubate, the second step in the Wallas five step model of creativity: 1) preparation (which I’d already done to write  Clinical Groupware, Care Coordination, and EMR Workflow Systems: Key Ideas), 2) incubation, 3) intimation, 4) illumination, and 5) verification.

“Incubation is defined as a process of unconscious recombination of thought elements that were stimulated through conscious work at one point in time, resulting in novel ideas at some later point in time…The experience of leaving a problem for a period of time, then finding that the difficulty evaporates on returning to the problem, or even more striking, that the solution “comes out of the blue”, when thinking about something else, is widespread. Many guides to effective thinking and problem solving advise the reader to set problems aside for a time.” (http://en.wikipedia.org/wiki/Incubation_(psychology))

So I went to Atlanta’s Piedmont Park and enjoyed myself. As ideas occurred to me (intimation and illumination) I wrote them in a notebook. I would have tweeted them (@chuckwebster), but they were too fragmented and half-baked even for Twitter.

I’ll write a blog post based on all that cogitating. Your reaction to it will complete the last stage of the creative process: verification (for at least this cycle of revision of the clinical groupware definition). Stay tuned!

Until then, here are the pictures (and an introductory video).

Pan of Piedmont Park and Explanation of the Dog Halo Effect

harper-webSorry Harper, you just don’t have enough hair to exhibit the dog halo effect.

feathers-webMediocre halo effect, but a magnificent shadow!

dog-halo21Good candidate, face stage left please. 

dog-halo1-webThank you! We’ll let you know.

lion-webHey! There’s a lion loose in the park. Doesn’t anyone notice?
(Exotic wild animals at large in Atlanta are becoming commonplace. )

 dog-haloNow that’s what I’m talking about! Perfect 10!

dont-want-to-leave-webI know how you feel Harper. I don’t want to leave either.

Thank you Graham Wallas, for making work so much fun.

Hey, someone’s been chewing on my notebook–Harper!

Posted in EHR Workflow | Leave a comment

Clinical Groupware: A Definition

Short Link: http://j.mp/b9iezM

Last week I highlighted several dozen quotes about groupware, coordination, and workflow, and supplied commentary about their relevance to clinical groupware. This week I thought I’d take a stab at defining “clinical groupware” itself.

But first, what constitutes a good definition?

horse

Southern Rose Buggy Tours
Beaufort, South Carolina
(From my recent vacation there)

While a graduate student in Intelligent Systems, I worked on lexicons for use by natural language processing systems. Lexicography is the science of creating dictionaries, which (I think obviously) includes the science of creating definitions. A good definition meets five requirements. I’ll use “horse” as an example.

A good definition:

  1. Describes essential, not incidental, attributes of the thing or concept being defined. For example, while many horses are brown, “brown” is not part of the definition of a horse. Fast horses are more valuable than slow horses, but slow horses are horses nonetheless.
  2. Avoids circularity. A horse cannot be defined simply as a member of the species equus.
  3. Is not too specific or too general. The definition of a horse should be somewhere between that of a Shetland Pony and a mammal, true of everything that is a horse and falsely applied to everything that is not a horse.
  4. Avoid obscurity. Use widely understood terms with clear meaning. A horse is a four-legged, solid-hooved, plant-eating domesticated mammal commonly ridden to perform work or obtain entertainment. (If you ask “Is a camel therefore a horse?” you’ve made my point. My definition is too general with respect to the third requirement on this list.)
  5. A definition should be positive (what a thing or concept *is*) not negative (what a thing or concept is *not*), though sometimes this cannot be avoided (as is the case if blindness is defined to be the absence of vision). A horse is not a camel, but camels should not be invoked in the definition of a horse.

If you can think of exceptions to these requirements, I am not surprised. Creating dictionaries (and lexicons for natural language parsers) is exacting *and* frustrating. Word meanings subtly change from context to context. There are exceptions. I don’t think I ever created a perfect definition. But sometimes you can create a definition good enough for a specific purpose.

Speaking of which, my purpose is to craft a definition of clinical groupware.

I don’t have to start from scratch, since early CSCW (Computer-Supported Collaborative Work) researchers have already done some work for me. In 1982 Peter and Trudy Johnson-Lenz proposed this definition for groupware:

“GROUPWARE = intentional GROUP processes and procedures to achieve specific purposes + softWARE tools designed to support and facilitate the group’s work”

“Groupware” is a portmanteau word created by blending the morphemes  from “group” and “software.”

“Clinical” is an adjective modifying the “groupware” noun. “Clinical” means “pertaining to observation and treatment of patients,” so how about the following definition of clinical groupware?

“Intentional care team processes and procedures pertaining to the observation and treatment of patients plus the tools designed to support and facilitate the care team’s work.”

I think this definition of clinical groupware meets all five requirements for a good definition:

  1. The definition describes essential, not incidental characteristics.
  2. It doesn’t define “clinical groupware” circularly in terms of either “clinical” or “groupware” (which is why I did not use “software tools”).
  3. The definition is not too general or too specific. For example, it avoids the undue specificity (in this non-pediatric context) of my use of the Johnson-Lenz definition of groupware to describe pediatric groupware in a previous post.
  4. It uses terms commonplace within the community of its intended audience.
  5. The definition is positive. For example, it does not define clinical groupware as being the opposite of traditional EMRs (whatever that would mean, since there are so many different ways to be the opposite of traditional EMRs).

This definition of clinical groupware is based on a well-reviewed definition of groupware. There are many varieties of clinical groupware, but I think the definition is flexible enough to apply to examples of clinical groupware (such as pediatric groupware) while being specific enough to be useful in discussion and communication. It focuses on what clinical groupware *is* and the goals it serves, not *how* it performs them. Being too prescriptive runs the risk of stifling innovation. I am a fan of workflow engines executing process definitions (called “workplans” in the EncounterPRO Pediatric EMR) and radar views supporting shared mental models, but there are other kinds of clinical groupware. I hope the definition can accommodate them as well.

Just in case you skipped to the last paragraph first (which I do sometimes to understand where an article is going before I decide to read it in entirety), here is my proposed definition for clinical groupware:

“Intentional care team processes and procedures pertaining to the observation and treatment of patients plus the tools designed to support and facilitate a care team’s work.”

Posted in EHR Workflow | 3 Comments

Clinical Groupware, Care Coordination, and EMR Workflow Systems: Key Ideas

Short Link: http://j.mp/9uGFwv

As the phrase “clinical groupware” gains currency, it’s worth considering the history of groupware in general, and workflow in particular, to understand the relationship between EMR workflow systems and clinical groupware. This relationship is at the technological heart of the care coordination problem.

Workflow systems are a form of groupware, and EMR workflow systems are a form of clinical groupware. Jonathan Grudin, in a 1994 Communications of the Association for Computing Machinery article (second most cited for “groupware” in Google Scholar) wrote:

“Desktop conferencing, videoconferencing, co-authoring features and applications, electronic mail and bulletin boards, meeting support systems, voice applications, workflow systems, and group calendars are key examples of groupware.” (Groupware and Social Dynamics: Eight Challenges for Developers, 1994, my emphasis)

Last week I described the landmark 2000 HIMSS presentation and proceedings paper about a workflow-based clinical groupware system installed in ten pediatric practices and one family medicine practice. In it I quoted from two early (1988 and 1992) collections of readings about groupware. I found so much relevant material that I collated, annotated, and published it (see below) so it can become part of a larger conversation about clinical groupware. I’ll refer to this material in future posts.

usability-books-400

 From My Bookshelf

Year Origins of Groupware My Comments
1982/
1992
"The term groupware was coined by Peter and Trudy Johnson-Lenz…as follows: “GROUPWARE= intentional GROUP processes and procedures to achieve specific purposes + softWARE tools designed to support and facilitate the group’s work” I used this definition of groupware in my previous post Ten Years Ago, Dallas HIMSS: Landmark Presentation on Modular Pediatric EMR Workflow Groupware. "Groupware" was apparently coined even earlier, in 1978.

See it applied to a pediatric office.

1988 "A new class of commercial software has been named “groupware.” It is software designed to take group work into account in an integral way. Groupware products...have in common that they put coordination technology into the hands of the group members, giving them access to the positive aspects of coordination—not just preventing collisions, but enabling collaboration. Groupware will be made commonplace, by the evolving understanding of what the key coordination technologies are, how they should appear to end-users, and what the software libraries are that embody this understanding." Four posts about EMR workflow systems and care coordination:

The High-Performance Medical Home and Pediatric and Primary Care EMR Workflow Systems: Key Ideas

Workflow-Related Interoperability Requirements for the High-Performance Pediatric Medical Home

Well Understood, Consistently Executed, Adaptively Resilient, and Systematically Improvable Pediatric and Primary Care EMR Workflow

Why Pediatricians Need Pediatric EMRs That Understand More Than Pediatrics

1992 "Computer-supported cooperative work...is computer-assisted coordinated activity such as problem solving and communication carried out by a group of collaborating individuals. The multi-user software supporting CSCW systems is known as groupware" "Computer-Supported Cooperative Work" and "CSCW" do not role off the tongue like "groupware." (4440 hits (2/2/10) in Google versus 63700 hits). Groupware is the software. CSCW is the combined system of software and people.
1988 "Groupware is distinguished from normal software by the basic assumption it makes: groupware makes the user aware that he is part of a group, while most other software seeks to hide and protect users from each other…Groupware…is software that accentuates the multiple user environment, coordinating and orchestrating things so that users can ‘see’ each other, yet do not conflict with each other" EncounterPRO Pediatric EMR "users can ‘see’ each other" in the Office View ("radar view" to usability engineers)

Task colors correspond to users and roles.

1988 "All software will be groupware" Most will be. All EMR software will include clinical groupware functionality.
     
Groupware Usability Clinical Groupware Usability
1988 "The Human Factors in Computing community has a...challenge [to] find ways to test and evaluate technological impacts on groups. It’s difficult enough to get meaningful results that take into account differences in experience and individual differences of users to their reactions to user interfaces. But at least it’s possible to get volunteers to sit down with word processing systems and spreadsheet programs for relatively self-contained tasks. It is more difficult to “stage” a realistic group-work setting in a lab and have volunteers use the system in a way that provides meaningful data. Methodologies for testing individual user interfaces don’t apply as well to group support systems. As a result, CSCW is looking more to anthropology to find methodologies for studying groups at work in their natural settings." We need new conceptual models to even think about clinical groupware usability. Previously I wrote:

Usability is “the effectiveness, efficiency, and satisfaction with which specified users achieve specified goals in particular environments. [ISO 9241]” However, in the case of pediatric EMR workflow systems, usability must be construed not only relative to single users, but also with respect to the entire team of patients, pediatricians, and pediatric staff who work together for common goals. One might rephrase this definition of usability to become the effectiveness, efficiency, and satisfaction with which teams of users achieve collections of goals in complex social environments". (Pediatric EMR Usability: Natural, Consistent, Relevant, Supportive, Flexible Workflow)

1991 "Until recently, most user interface research has focused on single-user systems. Groupware challenges researchers to broaden this perspective, to address the issues of human-user interaction with the context of multiuser or *group* interfaces. Since these interfaces are sensitive to such factors as group dynamics and organizational structure—factors not normally considered relevant to user interface design—it is vital that social scientists and end users play a role in the development of group interfaces." "Similarities between a medical team and a football team are more than an amusing analogy. All teams are cognitive systems, and their study is called team cognition (with contributions from distributed cognition). Shared mental models, workspace awareness, radar views, and teams of experts versus expert teams are topics of team cognition that apply to all teams, including those in medicine and football." (Football Plays and EHR Workflow Congratulations Saints for their 2010 Super Bowl win!)
1990 "Evaluating groupware 'in the field' is remarkably complex because of the number of people to observe at each site, the wide variability of group composition, and the range of environmental factors that play roles in determining acceptance" "It is the entire system of patients, parents, guardians, pediatricians, pediatric subspecialists, non-pediatric primary care physicians, physician assistants, nurses, staff, acute and subacute participants in all the workflows and processes of child health that needs to be optimized. [T]here is no guarantee that optimizing single user usability won’t in suboptimize higher level global system goals. So I prefer a definition of usability that emphasizes team, rather than individual, performance." (The Cognitive Science Behind Pediatric EMR Usability Checklists)
1990 "Five factors contributing to groupware failure…:
  1. Groupware applications often fail because they require that some people do additional work, and those people are not the ones who perceive a direct benefit from the use of the applications.
  2. Groupware may lead to activity that violates social taboos, threatens existing political structures, or otherwise demotivates users who are crucial to its success.
  3. Groupware may fail if it does not allow for a wide range of exception handling and improvisation that characterizes much group activity.
  4. We fail to learn from experience because these complex applications introduce insurmountable obstacles to meaningful, generalizable analysis and evaluation.
  5. The groupware development process fails because our intuitions are especially poor for multiuser applications."
Grudin provided five reasons why groupware fails in 1990 and expanded it to eight challenges in 1994. The list stands up well; here it is used in a 2008 Ph.D. thesis. "Groupware" was not just coined and discussed before the Web existed, but the difficulties of getting groupware right were understood in ways that still apply today. The same challenges that Grudin listed in 1990 and 1994 also apply to successful clinical groupware today.

Grudin’s Eight Challenges for (Clinical) Groupware Developers

  1. Disparity of work and benefit
  2. Critical mass and prisoner's dilemma
  3. Disruption of social processes
  4. Exception handling
  5. Unobtrusive accessibility
  6. Difficulty of evaluation
  7. Failure of intuition
  8. The adoption process

(In Knowledge Management Systems and Customer Knowledge Use in Organizations, 2008, Ph.D. Thesis)

1991 "Distributed Cognition takes as its unit of analysis a complex cognitive system: collections of individuals and artifacts that participate in the performance of a task. The external structures exchanged by agents of complex cognitive systems comprise its “mental” state and unlike individual cognition, where mental states are inaccessible, these states are observable and available for direct analysis." Distributed clinical cognition requires distributed clinical information design. From my 2004 TEPR proceedings paper EHR Workflow Management Systems: Essentials, History, Healthcare (also see my post on interruptions): "Human-Centered Distributed Information Design...distinguishes four levels of distributed analysis: user, function, task, and representation, which correspond well to workflow management architectural distinctions."
     
"The Coordination Problem" The Care Coordination Problem
1991 "The coordination problem is the 'integration and harmonious adjustment of individual work efforts toward the accomplishment of a larger goal'...Coordination systems address this problem in a variety of ways. Typically these systems allow individuals to view their actions, as well as the relevant actions of others, within the context of the overall goal. Systems may also trigger users’ actions by informing users of the states of their actions and their wait conditions, or by generating automatic reminders and alerts" On the EncounterPRO Pediatric EMR Workflow System ("Clinical Groupware for Pediatric Practice") product website:

“The simple capacity to connect and communicate data is insufficient. You need to connect, communicate, and coordinate. EMR workflow systems are all about coordination. Workflow engines execute process definitions in order to coordinate the accomplishment of tasks.” (EncounterPRO Pediatric EMR Workflow System care coordination vision)

1990 "We define coordination theory as a body of principles about how activities can be coordinated, that is, about how actors can work together harmoniously...In coordination theory, the common problems have to do with coordination: How can overall goals be subdivided into activities? How can actions be assigned to groups or to individual actors. How can resources be allocated among different actors? How can information be shared among different actors to help achieve the overall goals?"

[CW: See related quotes from The Interdisciplinary Study of Coordination and Making Care Coordination a Critical Component of the Pediatric Health System: A Multidisciplinary Framework (where "coordination" occurs 256 times)]

"EMR BPM suites [Business Process Management/EMR workflow systems plus BPM modules] coordinate clinical tasks and synchronize clinical data across existing pediatric, pediatric subspecialty, and non-pediatric primary care EMRs. They also help coordinate clinical activities, streamlining clinical tasks, triggers, and timelines related to a care coordination process, and assuring they are completed as defined by a care coordination process model. An EHR BPM suite makes care coordination processes more efficient, agile, and visible by ensuring that every care coordination process step is explicitly defined, monitored over time, and optimized for maximum productivity." (Well Understood, Consistently Executed, Adaptively Resilient, and Systematically Improvable Pediatric and Primary Care EMR Workflow)
1990 "Narrow definition of coordination: the act of managing interdependencies between activities performed to achieve a goal" The following quotes, from a treatise on coordination (next row, left), the other from a paper about workflow-based clinical groupware for pediatric practice (next row, right), show that EMR workflow systems are coordination systems.
1990 Numbers in brackets ([1-4]) map between equivalent concepts in the quote to the left (written in 1990 about solving the "coordination problem") and the quote on the right (written ten years later about workflow-based clinical groupware that solved the care coordination problem within ten pediatric practices).

"Components of coordination and associated coordination processes:

  • Goals [1]
    Identifying goals
  • Activities [2]
    Mapping goals to activities (e.g. goal decomposition)
  • Actors [3]
    Selecting actors, Assigning activities to actors
  • Interdependencies [4]
    Managing interdependencies"

[CW: This quote is not specifically about care coordination. However, it surely applies to the care coordination problem. To the degree that workflow systems address the coordination problem, clinical groupware workflow systems address the care coordination problem.]

"A workflow system is a complex, dynamic assemblage of:

  • Tasks—These are activities [2] that must be completed in order to achieve a business goal [1]. The CPR in this study has a task-based orientation.
  • Actors [3]—Tasks are performed in a specific order by specific actors (that is, receptionists, nurses, physicians) based on business roles.
  • Roles—Roles are defined independent of the actors or the processes that fill that role. For example, the CPR defines a nurse’s role as different from a physician’s role in the ambulatory care office.
  • Processes—Processes are the sequences of tasks to be performed based on business conditions [4]"

(Ten Years Ago, Dallas HIMSS: Landmark Presentation on Modular Pediatric EMR Workflow Groupware)

Processes, as described in this quote, clearly are about managing interdependencies [4] (task performance based on conditions).

     
Informal & Unstructured vs. Formal & Structured Coordination Informal & Unstructured vs. Formal & Structured Care Coordination
1991 "Cooperative problems can be thought of as existing at some point on a spectrum ranging from unstructured problems at one end to prescriptive tasks at the other. Unstructured problems are those requiring creative input from a number of users which often cannot be detailed or described in advance...Prescriptive tasks, on the other hand, represent the routine procedural cooperative mechanisms used to solve problems which have existing group solutions. Prescriptive tasks respond well to detailed control of cooperation while unstructured problems require a significant degree of freedom to be exercised by the cooperative system." I was privileged to audit classes taught by Herbert Simon, the Nobel prize-winning economist, cognitive scientist, and artificial intelligence researcher. (BTW, he graduated from my alma mater, the University of Chicago).

I came to cognitive science and medical informatics from Industrial Engineering (including operations research), which emphasized what Simon called "well structured" problems. He had written "Operations research has demonstrated its effectiveness in dealing with the kinds of management problems that we might call 'well structured,' but it has left pretty much untouched the remaining, 'ill structured,' problems."

1995 "Groupware systems can be separated into two very broad categories:
  • Informal and creative interactions to encourage group communication: ...Informal interactions do not mean there are no goals or deliverables. The implication is the lack of rigid structures and requirements in accomplishing the task or deliverables.
  • Products and systems that have strict structures, policies, and procedures: These enhance the communication and delivery procedures but making sure all intermediate steps are accomplished and all constraints are satisfied."
Clinical groupware applications also exist along a spectrum from ill-structured cooperative problem solving (requiring unpredictable group input) to well-structured cooperative problem solving (amenable to workflow engines executing process definitions). While EMR workflow systems are closer to the well-structured end of this spectrum, the EncounterPRO Pediatric EMR handles both routine and non-routine pediatric workflows well (see next comment below).
     
Workflow Systems are Groupware EMR Workflow Systems are Clinical Groupware
1995 "Some people infer antithesis between the formal policy orientation of workflow and the informal collaborations of groupware....Although groupware is associated with systems that encourage and nurture information group interactions, there are groupware systems that encourage and enforce more formal interactions between team members: for example, shared calendars or scheduling systems.... workflow...is really just another type of groupware" This perceived "antithesis" is due to lack of appreciation of the 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. The EncounterPRO Pediatric EMR handles both ends of the spectrum well: a workflow engine to handle routine group workflows and the Office View to handle non-routine group workflows.
1995 "Workflow is one of the hottest areas in groupware today...Workflow is often explained with the analogy of the factory floor. In America, manufacturing made great strides in productivity during the late ‘80s and early ‘90s, mostly due to automation. Now, visionaries want to take the automated processes of the factory floor and apply them to the office." This was written in 1995, which shows how far behind the healthcare industry is in adopting groupware and workflow systems. Patients aren't widgets and pediatric offices aren't factory lines. However, many of the same industrial engineering techniques that helped increase manufacturing productivity can also be applied to pediatric and primary care. To "bend the cost curve" healthcare needs to make similar "great strides in productivity" (Though, to be fair and balanced, please read the late great William Safire on bending the cost curve).
1995 "In groupware technologies, workflow systems constitute some of the most powerful environments that enable collaborative computations to automate workflow processes" Adapted to healthcare: In clinical groupware technologies, EMR workflow systems constitute some of the most powerful environments that enable collaborative computations to automate clinical workflow processes.

It is fitting to close this litany of groupware, coordination, and workflow quotes and comments with one more wrinkle, what Frisse, Schnase, and Metcalfe call “The Problem of Language: The efforts to integrate information from disparate sources into a single, unified, computer-based patient record are challenged more by the enormous range of human expression than by technology” (Models of Patient Records,1994). Using the phrase “medical groupware,” not “clinical groupware”, they eloquently describe the importance of medical “conversation” to clinical groupware (see my earlier posts on syntactic, semantic, pragmatic, and “conversational” EMR interoperability):

Models for Patient Records

“When performance is defined as the result of collective efforts rather than as the result of the actions of an individual, software systems supporting these activities may be labeled under the popular rubric groupware….Although it is tempting to think of these activities as “transactions” it is equally valid to consider them “conversations” related to the solution of specific tasks….Using conversations as a central metaphor for handling patients’ records reflects workflow in a clinical setting….the introduction of groupware designed to facilitate conversations will allow for the acknowledgement and representation of the centrality of human conversation rather than force individuals to reconstruct these conversations through examination of data tables and unstructured patient records….medical groupware helps us redefine where our information systems are going and reflect on their origins and true purpose….it should be remembered that the system is nothing more or less than the community of individuals who collectively care for one another.” [CW: my emphasis]

Some workflow systems literally model, execute, and monitor speech acts (proposals, counter-proposals, promises, excuses, and so on). If we are to move from “conversation” as an interesting metaphor, to practical ways to coordinate the “community of individuals who collectively care for one another,” we will need both the informal and spontaneous clinical groupware, and the more formal and prescriptive clinical groupware known as EMR workflow systems. Their strategic combination is at the technological heart of the care coordination opportunity.

References

  1. Baecker, R. Part I: Introduction, Baecker, R. (Ed.) Readings in Groupware and Computer-Supported Cooperative Work: Assisting Human-Human Collaboration, Morgan Kaufmann, 1992.
  2. Coleman, D. & Khanna, R., Groupware: Technology and Applications, Prentice Hall, 1995.
  3. Ellis, C, Gibbs, S, & Rein, G, Groupware: Some Issues and Experiences, Communications of the ACM, Volume 34, No 1, January, 1991.
  4. Flor, N, & Hutchens, E. Analyzing Distributed Cognition in Software Teams: A Case Study of Team Programming During Perfective Software Maintenance, In Joenemann-Belliveau, T, Moher, T. & Robertson, S. (Eds.) Empirical Studies of Programmers, Fourth Workshop, Ablex, 1991.
  5. Frisse, M, Schnase, J, Metcalfe, E, Models of Patient Records, Vol 69, No 7, July 1994, Academic Medicine.
  6. Grief, I. (Ed.) Computer-Supported Cooperative Work: A Book of Readings, Morgan Kaufmann, 1988.
  7. Grudin, J. Groupware and Cooperative Work: Problems and Prospects, In Laural, B (Ed.), The Art of Human Computer Interface Design, Addison-Wesley, 1990.
  8. Johnson-Lenz, P. & Johnson-Lenz, T. Groupware: The Process and Impacts of Design Choices. In Kerr, E. & Hiltz, S. (Eds.), Computer-Mediated Communication Systems: Status and Evaluation, Academic Press, 1982.
  9. Khoshafian, S. & and Buckiewicz, M., Introduction to Groupware, Workflow, and Workgroup Computing, Wiley, 1995.
  10. Malone, T. & Crowston, K, What is Coordination Theory and How Can It Help Design Cooperative Work Systems, In Halasz, F. (Ed.) CSCW 90: Proceedings of the Conference on Computer-Supported Cooperative Work, Los Angeles, Oct 7-10, 1990, ACM.
  11. Rodden, T. & Blair, G. CSCW and Distributed Systems: The Problem of Control, Bannen, L., Robinson, M, & Schmidt, K, (Eds.) Proceedings of the Second European Conference on Computer-Supported Cooperative Work, Sept 25-27, 1991, Amsterdam.
Posted in EHR Workflow | 7 Comments

Thank You to MedicExchange TV Industry News for Mentioning this Blog

Short Link: http://j.mp/cuEAl3

Thank you to MedicExchange TV Industry News for mentioning my blog (on “EHR workflow management and business process management concepts, technologies, and products”) at about 4:30 into this week’s video segment.

I am always delighted to hear someone other than myself utter the words “EMR” or “EHR” and “workflow management” and “business process management” in the same sentence. It’s why this blog exists. It’s why I posted this video of an interview with a pediatrician speaking about EMR workflow management and business process management in his solo practice.

medic-exchange-tv

Thanks again to MedicExchange TV Industry News!

Posted in EHR Workflow | Leave a comment