BACKGROUND AND OBJECTIVES

Chronic illnesses are a high priority for health care systems because they are costly, complex to manage, and result in substantial disability. Chronic illness is extremely common: Almost half of all Americans, more than 100 million people, live with a chronic condition. Half of those affected, more than 50 million, are living with more than one chronic illness. Costs for chronic illness care are approximately 80% of total health care costs, and rising.1 Despite these expenditures, the quality of care for chronic illness is often poor.2,3 Treatments known to be beneficial are provided only about 50% of the time, and inappropriate treatments are provided as much as 30% of the time.4 One problem is that health care organizations often utilize care models that respond well to acute problems, but are poorly designed for chronic illness care. In prevailing care models, clinicians have to focus brief visits on acute problems, crowding out time to attend to chronic disorders. Follow-up care is poorly coordinated, communication breakdowns are common, and patients often lack key skills and information they need to self-manage their illnesses.1,5,6

One leading approach to improving care for chronic illness is to implement “collaborative” or “chronic care” models.5,7,8 These care models use a longitudinal, team-based approach, and reorganize care to improve collaboration between an informed, activated patient and a prepared, proactive care team. Chronic care models that integrate patient information, clinical care management, and evidence-based treatments have been shown to improve patient outcomes.9 However, there are formidable obstacles to implementing these care models, and their use has been limited. Improving information flow, both between patient and provider and among providers, is a prerequisite, but the complexity of transmitting knowledge and patient information within the treatment environment has been a challenge.10,11 Health information technologies (HIT), such as electronic medical records (EMRs), can efficiently improve information flow.12,13 Indeed, HIT is specified as critical to implementation of many chronic care models.14 Although most physicians in the United States still do not use comprehensive EMRs, EMRs are now common in large provider organizations and many smaller organizations have adopted focused informatics tools.1517 Whereas current HIT systems are often organized similar to paper charts, the diversity of potential systems is enormous. This has contributed to considerable uncertainty regarding which specific informatics components and strategies improve chronic illness care, slowing development and implementation efforts.

There has been extensive practical experience with HIT.1821 Two relevant domains of HIT in chronic illness care are EMRs and personal health records (PHRs). EMRs have been developed to support the operations of health care providers, whereas PHRs provide services to patients and help them manage their health care data and illnesses.22,23 Although research on PHRs is limited, there is substantial research on EMRs. Recently, a committee of the Institute of Medicine (IOM) identified eight domains of care delivery that EMR systems should perform: health information/data, results management, order entry, decision support, communication and connectivity, patient support, administrative process, reporting, and population health.22 Despite an extensive body of research, in practice, EMR systems can be limited in their scope, or become complex and unwieldy.24 Also, prevailing systems often lack functions that support chronic illness care, such as disease registries, the capability to monitor panels of patients, facilitation of team communication, execution of treatment plans across primary and specialty care lines, and transition from text notes to computable fields.

This manuscript presents results from “Creating Health Informatics Applications for Collaborative Care” (CHIACC), a project to increase consensus regarding informatics technologies that support improvement in chronic illness care. Primary funding for CHIACC was provided by the Department of Veterans Affairs (VA). The VA operates the largest integrated health care system in the United States—a system with a comprehensive, fully computerized EMR.18,25,26 The goals of CHIACC were to understand how informatics can support improvement in the quality of care and to inform next steps in software development for organizations that have moved or are moving from paper-based to electronic records.

METHODS

The project consisted of four linked phases: (1) establish a steering committee to guide the project and discuss potential informatics components and strategies, (2) review the literature on informatics that could improve chronic illness care, (3) develop use cases that exemplify the complexities of chronic illness care, and (4) increase expert consensus regarding informatics components and strategies, taking into account the strengths and weaknesses of software previously developed, used, and evaluated. See Table 1 for the project’s timeline.

Table 1 CHIACC Study Timeline

The CHIACC project was guided by a 10-member multidisciplinary steering committee that had broad representation from VA and non-VA stakeholders in a variety of medical specialties and information systems. Members included physician experts in chronic diseases such as hypertension and depression, and individuals with expertise in improving the quality of care and information systems. The steering committee was tasked with ensuring that the project was consistent with national directions in improving care for chronic illness, and with prevailing information systems, including the VA national EMR.

Semistructured interviews were conducted with steering committee members to identify potential informatics components. The committee decided to adopt the eight IOM informatics functional domains22 and to study whether these domains wholly captured software components that improve chronic illness care. The steering committee members gave feedback on the utility of each of the IOM domains and suggested additional functions they felt were important to the system within each domain. For example, the IOM domain of “decision support” includes computerized reminders and prompts, computer-assisted diagnosis, and access to treatment guidelines. The committee could add, “real time interpretation of patient unmet needs” as critical and fitting within this domain.

A systematic review of the literature was undertaken, covering studies evaluating information systems used in chronic illness care.19 The review searched the literature from 1996–2005. The primary goal was to understand which informatics components support best practices and which have the highest likelihood of successful implementation.

Building on the findings of the steering committee interviews and literature review, “use case models” were then developed for depression, schizophrenia, diabetes, and comorbid disorders. These disorders were chosen because of their high priority nationally, their fit with project objectives, and to include attention to comorbidity, which is the norm in chronic illness. The VA has a national Quality Enhancement Research Initiative (QUERI) program, which is designed to translate research discoveries into better patient care and systems improvements.27 There are nine QUERI programs, each focused on high-risk or highly prevalent disorders. For each use case, a workgroup was convened, with leadership from CHIACC and the relevant QUERI programs (i.e., mental health and diabetes). Each workgroup drew on results from the literature review and expert interviews, and on the clinical and research experience of the relevant QUERI program, in constructing their use case. Each use case was reviewed by a diverse group of clinicians from the field. This process resulted in draft use cases that became a foundation for the expert panel discussion, and began an iterative process of use case development.

An expert panel was formed to increase consensus regarding informatics system needs for improving chronic care. Consensus was necessary given (1) the literature review did not result in clear direction for software development and (2) the domains and function of software modules needed to be prioritized with the goal of serving multiple comorbid conditions. The panel process used a modified Delphi approach, and built consensus using iterative feedback on each proposed use case.28,29 On any given informatics component, we sought agreement among the vast majority of panelists, but did not insist on complete agreement from all panelists. The composition of the expert panel included clinicians treating diabetes, depression, schizophrenia, and comorbid conditions; quality improvement and disease management experts; information system developers; and health care managers and policymakers. Experts were drawn from VA, the Substance Abuse and Mental Health Services Administration, and the health care industry. Diverse experience was important because a goal was to consider software modules that are consistent with EMRs and informatics developments nationally.

Before the expert panel meeting, panel members were provided with results from the literature review and the initial use cases. The panel provided feedback on the use cases, and a second version of the use cases were made based on this feedback. At the in-person expert panel meeting in the fall of 2005, the second version of the use case models were presented and used to guide a discussion regarding requirements of informatics modules to support improvement in chronic illness care. Diabetes, depression, schizophrenia, and comorbidity were each discussed separately, with each discussion led by a clinician researcher expert in the disorder. Detailed minutes were taken by two research assistants. At the close of discussion of each disorder, a final list of software components was agreed upon and prioritized by the group. After all diseases had been discussed, the lists for each disease were combined and reprioritized for a final list of priorities for software components to address chronic illness generally. After the expert panel meeting, the lists for each disease were used to revise the use case models into a final version that could be used to inform software development.

Use Cases

The use case methodology is an iterative process often used in HIT and other informatics development.30,31 The goal is to capture the requirements inherent in a system’s response to primary actors. Whereas there are various ways to document a use case, a common approach is to write a structured story that describes how the informatics systems assist in certain behaviors. A use case describes system functionality and is referred to at all stages in the software development process: programmers create a software prototype based on the use case, developers then review each successive prototype for conformance to the use case, and field testing ensures that the prototype correctly implements the use case. Whereas this project also developed use cases for depression and schizophrenia, the diabetes use case is discussed here in detail because it provides the best example of chronic illness care that includes comorbidity.

A use case begins with a vision for the behaviors described. For CHIACC, the vision was to improve the quality of care through implementation of guideline-concordant treatments. All the actors involved in the case are listed. In diabetes these were the primary care provider, clinical care manager, specialists who provide consultation, and the patient. The trigger that activates the use case is described, and the flow of behaviors and events that follow from that trigger are outlined, including various optional conditions. In the diabetes use case, a trigger occurs when a primary care provider diagnoses diabetes and refers a patient to care management for initial assessment, education, and follow-up. Another trigger to activate the use case would occur when a care manager identifies a patient at high risk for diabetes in need of more intensive education, treatment, or monitoring and initiates a visit or phone call with the patient. Then a typical course of events follows, with highlighting of areas where HIT can provide improved care of quality. In diabetes, the use case describes separate visits with the medical assistant, the primary care provider, and the care manager, and the resulting communication among this team and with the patient. In addition, there is information about tracking the patient’s progress and population management. The use case illustrates how HIT can be used to support quality care through components such as a comprehensive care plan, lab value and medication alerts, improved provider communication, and tracking of patient outcomes. The use case provides alternative pathways when, for example, a patient is particularly noncompliant or especially self-motivated and activated.

RESULTS

Steering Committee interviews revealed that the IOM domains were useful but varied in importance. The domain rated lowest in utility was “administrative processes” and the highest was “health information and data.” The Steering Committee added a number of additional features to the IT domains, with each domain acquiring several additions overall. For example, the IOM defines “health information and data” as, “electronic storage and immediate access to diagnoses, allergies, lab test results, medications, clinical notes, demographics.” Committee members added several items, including patient assessment and surveys, routine outcomes assessments, and results of ongoing assessments.

Results from the literature review have been published.19 Much of the literature is nonexperimental. In studies with experimental designs, components related to positive outcomes are connection to an EMR, computerized prompts, population management, specialized decision support, electronic scheduling, and patient health records. The only informatics component not associated with improved outcomes was access to treatment guidelines. This is consistent with some previous, broader reviews.21,32

The expert panel agreed that information systems should be patient-centered and emphasize patient preferences, functioning, and quality of life. The “recovery” model, which was originally developed for mental health,33 was seen as applicable to other chronic medical disorders. This recovery model emphasizes the importance of moving beyond disease alone to strategies for supporting individuals with chronic illness as they work toward life goals and aspirations.34

The panel agreed that the routine assessment of critical outcomes was necessary, using reliable, valid, and commonly used measures such as the nine-item scale of the patient health questionnaire for depression or blood pressure for hypertension.35 Choice of outcomes should be guided by quality improvement priorities. The panel recommended using automatic scoring algorithms to link problematic outcomes scores to appropriate treatment recommendations and agreed that these results should be easily accessible and interpretable by providers at the time of the clinical encounter. There were several ideas for displaying these results, such as a timeline graphing scores against medication trials, clinical encounters, and landmark events. There have been published informatics tools that graph blood pressure against antihypertensive medications on a timeline.36 Outcomes data should also be usable for population-based improvement of health care quality.

A key problem with current EMRs is information overload, and data presentation that does not efficiently meet the needs of providers in complex cases. In response, the panel stated that there should be an interactive, sequential, and comprehensive treatment plan in the EMR. Each medical condition in the patient’s problem list would be accompanied by a clinical care pathway, which could be used by clinicians to quickly identify the current stage of treatment for each of the patient’s problems in relation to best-practice algorithms. For example, in the management of depression, the care pathway could start with initiation of either antidepressant medication or psychotherapy, then proceed to intensifying the treatment, and trying alternative or combination treatments for patients failing to respond. Once depression has remitted, the patient would enter a maintenance phase of treatment. The treatment plan would clearly indicate which phase of treatment the patient is in, and how long they had been there. Outcome indicators, such as depression severity, could be graphically displayed in relation to treatment trials.

With regard to the diabetes use case, panel members agreed that communication, collaboration, and coordination of care among all providers is critical to improving care. A method such as an electronic flow sheet to track steps in care over time would be beneficial to the coordination of diabetes care. Panel members believed that there is a need for scheduling long-term care needs (such as eye exams and foot care for diabetes) and that a tickler alert system would be ideal for long-term, automated scheduling.

Another recommendation was structured, automated templates for progress notes, allowing providers to easily report and access critical information regarding treatment history and planned treatment steps. The panel agreed that templates with functionalities such as guideline-based checklists for providers could enhance diabetes care. Other suggestions that were endorsed by the panel included creating provider alerts for gaps in prescription refills to target issues with medication adherence, and creating a system of automated phone messages for patients, reminding them of appointments and medication refills.

The panel concluded with a discussion of comorbid disorders. Panel members emphasized that the treatment plan should include each of the patients’ medical conditions, whereas allowing for prioritization of problems. Accessing one medical condition, for example, diabetes, could trigger the display of other important and related comorbid conditions, such as hyperlipidemia, as well as the display of relevant labs and outcome measures. Furthermore, panel members believed that the treatment plan should list all providers and care managers associated with each condition and be shared across treatment sites. Because comorbidity is very common in diabetes care, the decision was made to merge the diabetes and comorbidity use cases. The use cases were revised based on results from the panel, and the final versions are available online (DOI 10.1007/s11606-007-0303-04).

CONCLUSIONS

The science of chronic illness care is rapidly advancing, and there is increasing pressure to improve the quality and efficiency of care for these disorders. There is also rapid evolution in health informatics tools that help improve chronic illness care. Because research on the effectiveness of specific informatics tools is inadequate to definitively characterize HIT needs, and will likely remain so, this project made use of a national expert panel process to increase consensus in this area. Whereas HIT can serve diverse agendas, the focus here was on HIT as a tool to improve the quality of care. The VA has one of the largest and most successful quality improvement systems in health care nationally,2 and this project drew heavily from that experience. With this focus, the expert panel demonstrated remarkably strong consensus. Given the prevalence of comorbidity, and the need to manage care over time, the panel recommended that an interactive, sequential, disorder-specific treatment planning pathway system be central to HIT development efforts. To do this, treatment algorithms will need to be implemented in software. Because informatics should be patient-centered and recovery-oriented, critical outcomes need to be routinely assessed and retrievably coded. With this approach, decision support systems can quickly show the clinician where the patient is in their longitudinal treatment plan, present the history of outcomes and treatment use, and provide guidance regarding current treatment options. Data can also be useful to managers and policymakers to characterize workflow and inform quality improvement efforts.

Successful use of HIT to improve chronic illness care requires attention to specific implementation issues and strategies.37,38 For example, many physicians in the US still do not use an EMR, and communication among the panoply of hospital and community providers’ electronic systems is woefully inadequate. Whereas EMRs can be powerful tools to improve the quality of care, their implementation is neither easy nor cheap, and barriers are especially high for solo and small group providers. A recent review of HIT implementation concluded that developers need to consider structural, financial, policy-related, cultural, and organizational barriers to implementation and strategies to overcome them.11 Cost can be a barrier when HIT supports implementation of evidence-based practices. Many evidence-based strategies, such as the chronic care model, rely on care managers, nurses, and other nonphysician staff to provide ongoing, assertive management of disease. However, typical reimbursement mechanisms were not designed for this purpose, rendering implementation prohibitively expensive. HIT can provide some help in this regard, minimizing staff costs, detecting errors, and maximizing efficiency and coordination of care.14 Also, for organizations that have a staged approach to implementing HIT, software to support chronic illness care can be an early step in the process of EMR implementation. This can have an impact on quality with lower cost burden than a full EMR.

Much of the research on use of HIT is nonexperimental and relatively few studies have examined quality of care as an outcome. Substantially more research is needed, and, when possible, experimental designs should be employed. However, much of HIT development occurs outside the context of research studies, in support of specific projects or clinical missions. In these situations, it will be important to use robust formative research methods that include usability testing but also go beyond it to evaluate the role of information systems in clinical and policy efforts to improve care.39

In this project, the expert panel process resulted in the development of use cases for depression, schizophrenia, and diabetes with comorbidity. Because informatics development, usability testing, and the evaluation of informatics effectiveness are iterative processes, these use cases are not final versions but rather a step toward ongoing informatics development. Use cases will need to be modified as the science of quality improvement evolves, and as more research is done on pay for performance and other strategies. They will also need to be adapted to the needs of the specific clinicians, organizations, the patient populations they serve, and the quality improvement strategies that are used. There may also need to be modifications as PHRs become more widely used and studied. Further informatics development work will certainly be needed to extend EMRs and PHRs in new directions. Therefore, software needs to be flexible enough to support and incorporate new findings about how to improve care for patients.

CHIACC illustrated the value of bringing together policymakers as well as experts in implementation science and HIT to inform software development. To broadly improve chronic illness care, HIT must be consistent with organizational and population-based efforts to improve treatment quality, and meet the needs of clinicians and clinic staff. Implementation must be feasible. It is quite challenging to simultaneously meet the needs of the wide variety of HIT stakeholders, and there are numerous examples of HIT systems that have not had broad impact or that have failed to meet expectations. Informatics has the potential to substantially improve chronic illness care. To fully achieve this potential, HIT development should be integrated with a systematic approach to health care quality improvement and implementation science.