| HOME | HELP | FEEDBACK | SUBSCRIPTIONS | ARCHIVE | SEARCH | TABLE OF CONTENTS |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||
Viewpoint Paper |
Department of Information Systems, Partners Healthcare, Boston, MA.
* Correspondence: John Glaser, PhD, Partners Healthcare, 800 Boylston Street, Boston, MA 02199 (Email: jglaser{at}partners.org).
Received for publication: 11/26/07; accepted for publication: 02/13/08.
| Abstract |
|---|
|
|
|---|
| Introduction |
|---|
|
|
|---|
Partners has established highly regarded medical informatics, medical imaging, bioinformatics and telemedicine research groups. Partners Information Systems (IS) staff have served on a wide range of boards of industry associations and academic and government committees. Application software from Brigham and Women's Hospital formed the basis of Eclipsys, and significant partnerships with HP and Siemens are at the center of our current clinical information systems agenda.
Over the course of these two decades, the evolution and accomplishments of the Partners IS group have been guided by a small number of durable ideas. These efforts follow and leverage a rich tradition of information technology innovation at the Brigham and Women's and Massachusetts General Hospitals.1–3
| Durable Ideas |
|---|
|
|
|---|
At a high level, the ideas have undergone little change over the course of 20 years. The strategies and tactics adopted to implement these ideas have changed, at times significantly. In addition, the organization's understanding of the power and nuance of the ideas has deepened.
The perspective of durable ideas can be found in management literature that has examined factors that enable sustained information technology excellence by organizations.4,5
Seven ideas have provided the management framework for the work done by Partners IS; centrality of processes, organizational partnerships, progressive incrementalism, agility, architecture, embedded research, and engage the field.
| Centrality of Processes |
|---|
|
|
|---|
At times the IS department views its primary role as acquiring, implementing, and supporting applications. Applications are only relevant to the degree that they enable improvements in core processes. Processes are central. Applications are not. This perspective has had several ramifications.
Application Project and Support
The ability of any application to support a process is clearly dependent on the organization's understanding of the target process, how well it has engaged application users in the design of an application's process support, the capabilities of the application, and the quality of training and ongoing support. Application project teams must be composed of IS and user staff who have a very good understanding of the target processes and are competent at process change. High-performance application development/acquisition, implementation, and support staff and practices form the backbone of any IS organization. Efforts to improve this performance must be a permanent item on the IS management agenda.
Intelligence
In health care, clinical processes have an unusually high dependence on information and knowledge. Effective medication ordering can be very dependent on knowledge of medication interactions and generic substitution opportunities.
A critical objective of virtually all clinical applications is the delivery of decision support that enable processes to be intelligent. This support requires infrastructure such as event and rules engines. It requires well-structured data for critical data types such as medications. It also requires organizational mechanisms to identify new decision support logic, understand the fit between workflow and decision support interventions, evaluate the effectiveness of existing logic, and maintain logic currency.
Assessment and Measurement of Processes
Many IS goups, especially those with strong academic credentials in health services research, can be significant contributors to the assessment and measurement of the impact of information technology interventions on processes.
Assessment and measurement of process have greater power to persuade providers of need for process change and information technology (IT) interventions if they are conducted with good scientific design and evaluation rigor. In addition, process assessment can help determine whether the IT intervention accomplished its goals or whether further work is needed.
| Organizational Partnership |
|---|
|
|
|---|
Agenda Development
The IS agenda must be formed. This agenda identifies which initiatives will be pursued and why. The agenda formation also identified budgets, relative initiative importance, initiative governance, and implementation timing. The organization must consider agenda development to be legitimate, thoughtful, competent, and transparent. There is no "correct" mechanism. Individual hospitals have different mechanisms ranging from IS Steering Committees to informal conversations between members of hospital leadership.
The leadership must appreciate the messiness of agenda development. Ideally this agenda is unambiguously linked to an organizational strategy and set of goals. In practice the linkage is partial and imperfect; there are often initiatives undertaken because of nothing more than experienced management instinct. The effectiveness of agenda development is based on superior working relationships between organizational leaders who trust and respect each other.
Project Management
To be successful, a specific project requires a solid partnership. The IS staff must bring project management, technology, workflow assessment and re-engineering, application design, training, and support prowess to the table. Project members from the clinical community must bring an understanding of their accountability for the success of the project, thoughtful guidance of major project decisions, and commitments to undergoing the process changes that are rarely easy. Clearly clinicians can also be very competent at project management.
Ongoing efforts to improve project management prowess are necessary, and there should be means to do "post mortem" reviews of projects that got into trouble. In addition, IS management attention is often focused on the health of the project and the health of the relationships between project team members.
Although the IS staff must be skilled, seasoned, and at times patient, their ability to contribute to projects is helped significantly if they have had solid exposure to clinical practice and operations. Staff who have been nurses, physicians, medical technologists and technicians bring an understanding and experience that is of significant value.
| Progressive Incrementalism |
|---|
|
|
|---|
This idea is based on two considerations. First, big bang implementations are inherently risky; the risk of an IT project being determined by its size, breadth and depth of operational change and the newness of the technology. Although the organization might survive the implementation, it has a high likelihood of seeing nontrivial budget and timetable overruns. A series of smaller projects reduces risk.
Second, it is very difficult to fully understand the important features of an application or the nature of the process changes needed by large-scale projects. A series of smaller projects enables the organization to progressively learn. The organization understands the impact of Phase N and then can alter its course before it embarks on Phase N+1.
Two major strategies have been used to achieve this idea.
Break It into Pieces
The development of project plans for large-scale initiatives, such as CPOE implementation across multiple hospitals, should have discussions devoted to developing answers to the following question, "How do we break this initiative into pieces such that each piece is of modest size, the sequence of pieces can be arbitrary, and an indefinite period of time can separate pieces?" No large project can be perfectly broken apart, but most (but not all, e.g., a new payroll system) can be decomposed to modest-sized phases.
Identifying Readiness
Progressive incrementalism can refer to the decomposition of large projects. It can also refer to moving a broader agenda to the next step. For example, the organization can believe that it should move toward standard clinical systems across the enterprise. However, the organization may not be ready for complete standardization. Nonetheless, can it take steps toward standardization today? Further steps can be taken later as environmental changes and organizational comfort leads the organization to be ready for the next step.
This progressive implementation is a form of organizational evolution. It requires very good instincts about readiness and the ability to frame an initiative that takes steps that are not too far ahead of the organization and are not too timid. At times, the IS group can sponsor pilots or demonstrations of new technologies to help the organization determine whether it is ready or not. Lack of readiness can often be due to ignorance.
| Agility |
|---|
|
|
|---|
Infrastructure agility is largely achieved through two tactics.
Leverage Standards
The adoption of industry standards enables the organization to have a degree of "plug and play" and to take advantage of the offerings of often large numbers of companies that support the standard.
Core Technology Assessment
The IS organization needs a function and approaches to experimenting with new infrastructure technologies, e.g., Radio Frequency Identification, in an effort to understand the maturity, capabilities, and potential value of the technology.
Application agility is achieved through three tactics.
Internal Development
Application agility traditionally has been achieved through internal development. Although internal software development has its own set of challenges and limitations, it can provide the ability to quickly and efficiently change the application to meet specific demands of the organization. Internal development can be particularly important when the mature form of the application is not well understood and the organization believes that application excellence will be critical to the organization's ability to achieve an important objective; hence control over software direction is important.
Rapid Feedback
Application agility can be enhanced through obtaining rapid user feedback on application design and early efforts to use the applications. Application prototypes and the implementation of preliminary versions of an application into a clinic setting can provide guidance on needed changes. Rather than wait the year needed for complete design and development, early versions of an application are released within months of project initiation.
Service-oriented Architecture
More recently, the growth in the capabilities of service-oriented architecture infrastructure and applications has led to the prospect of composite applications. Composite applications will introduce agility because the significant re-use of services enables the quicker and more efficient crafting of new applications.
Any IS strategy that shortens the time required to deliver an application or reduces the cost of application acquisition and implementation enhances agility. To the degree that an organization can implement more applications per unit of time or per dollar spent, the application throughput potential has been increased. Increased throughput enables the organization to execute a response to a larger number of changes in its environment.
Organizational agility is achieved using two tactics.
Streamline Decision Processes
Academic health centers and large integrated delivery systems can have management styles that are rich with committees and emphasize consensus. Nonetheless, the organization can be made more agile through efforts to streamline committees, shorten the budget development process, and ensure clarity of decision-making rights. For example, organizations that approve capital budgets quarterly have greater agility than organizations that approve annually.
Chunks
To the degree possible, all projects should be structured such that they have reasonably independent phases that can each be implemented within relatively short time intervals. This enables the organization to shift direction at the end of any particular phase. For example, the implementation of an Electronic Medical Record can be done in phases that could be accomplished within two years or over the course of ten years. The pace difference can result from decisions to pause EMR implementation while IS efforts are directed to some other set of projects.
| Architecture |
|---|
|
|
|---|
Poorly architected systems can be the great disabler. If systems are inflexible, prone to obsolescence, difficult to integrate, or too expensive, they can damage the organization. On the other hand, systems that are fast, reliable, efficient, and capable of reasonably gracefully capitalizing on technology advances can be great enablers. Creating and managing well-architected systems requires three approaches.
Great Architects
There are some IS positions for which the difference between a B player and an A player is very significant. IS staff who oversee infrastructure and clinical systems architecture are some of these. These staff possess a command of high-level architectural concepts and a ground-level understanding of the capabilities of current technologies. A premium is placed on attracting and retaining architects.
Processes, Rules, and Standards
Architecture requires that standards be set for data, communications, operating systems, application vendors, and other components of the infrastructure. Some of these standards are suggestions, whereas others are mandates. Processes are needed to arrive at and evolve standards and to review proposed new technologies and applications to determine standard conformance.
Ability to Recognize and Leverage Major Technology Advances
From time to time, major advances in technology occur. These advances enable applications that may not have been practical (or imaginable) before or significantly improve the potency of an application. Networked personal computers, clinical decision support, the Web, and service-oriented architectures are examples of major technology advances.
Not all advances are technology per se. At times, the advances are management understandings and processes. For example, knowledge management has become critical in recent years.
An indication that an advance is at hand is when the concepts and language used to describe the advance are different than concepts and language that have been used before. For example, applications as a term is being replaced by the phrase "composites of services." Clinical decision support discussions often include the phrase "the computer knows"—a phrase that may not have been used before in discussions of clinical systems.
| Embedded Research |
|---|
|
|
|---|
These programs have provided a thoughtful and rigorous means to understand how to most effectively apply information technology, e.g., assessing approaches to clinical decision support based on genetic test results.
The programs have served as a talent nucleus for IT for areas that are important and often emerging. For example, it is clear that personalized medicine will have a significant impact on the practice of medicine and will increasingly be an area of fertile medical research. However, there is much to be learned about how best to apply the technology to these areas. The program can bring together a critical mass of talent that will not only further the organization's understanding of the area, but also lead the development of organizational competency in the area.
The research programs serve as a terrific staff recruitment tool. These programs not only attract individuals who will be core members of the program, but also will attract IS staff that want to do work that supports these programs. Moreover, virtually all employees want to be proud of the organization they serve. Knowing that their IS group does cutting-edge work is an intangible but potent recruitment and retention mechanism.
Although there are differences in knowledge domain and expertise across these groups, there are two characteristics that are common.
Physician Leadership
These groups are led by physicians with varying degrees of formal and informal information technology training. These physicians all practice part time, and most of them have non-IS administrative responsibilities, e.g., managing a division or responsibility for a specialty training program. Leadership by a practicing physician helps to ensure the internal credibility of the program with the medical staff and that the program is attuned to the realities of clinical practice, education, and research.
Embedding Research Programs in Operations
These programs have research and operational responsibilities. Although they have obligations to obtain grants and publish, they also have some level of responsibility for ongoing operations, i.e., they have responsibilities for managing areas such as supporting telemedicine operations or implementing new Picture Archival and Communication System technologies. The research is strengthened by the understanding of operational realities, and the operations are strengthened by the insight and experimentation of the research.
These programs have budgets that are partially funded by organizational operating budgets and partially funded by grant and contract support. This diversity of funding sources helps to ensure the financial permanence of the group; shortfalls in one source do not inherently imperil the group. The duality of responsibilities also helps to ensure that the organization perceives that IT research is relevant to its core care responsibilities, which eases the challenge of ensuring that the research programs will receive appropriate operating and capital budgets.
Embedding these groups has required that their leadership and staff have formal titles in the IS organization and are integrated into routine IS processes and management conversations; they are an integral part of the IS team. These managers and staff are involved in discussions of budgets, implementations of financial systems, major infrastructure changes, and changes in personnel policies.
| Engage the Field |
|---|
|
|
|---|
The staff will learn from their industry colleagues and develop deeper and more sophisticated understandings of both the industry's challenges and approaches to addressing those challenges. This knowledge will serve the organization well. Moreover, they will develop relationships that will invariably be beneficial. Effective external working relationships are often a predicate for getting something done of internal importance.
Many staff enjoy the opportunity to engage the field. By providing staff with the time, encouragement, and resources needed, the organization has helped to increase the likelihood of staff retention. In addition, our staff are often terrific, although unintentional, recruiters. It is common for a person applying for a job to note that they heard one of our staff give a speech that impressed them and led them to decide to seek employment with us.
As a management exercise, creating the ability to engage the field does not require significant effort. Two areas must be addressed.
Create Capacity
Budgets for travel and memberships must be established. In addition, staff must be given time to pursue these activities. From time to time, some staff must be reminded that, while engaging the field is important, they do have a day job back home.
Incentives
Many staff will naturally gravitate to these opportunities. In an academic health care setting, these opportunities are often needed if staff are to achieve academic promotion. For staff who aspire to climb the management ladder, these opportunities are often necessary preparation for additional management responsibilities. For some staff members, engaging the field is often a component of their performance review.
| Conclusions |
|---|
|
|
|---|
The ideas have not prevented us from making mistakes. In some cases, we were too aggressive with centralization of some IS functions, leading to service degradation and increased expense. At times we have been too tolerant of individual hospitals pursuing different solutions for common problems, leading to unnecessary heterogeneity. We have been guilty of letting research initiatives dominate too much of an application's development agenda, and at other times, we have let operational demands inhibit our ability to do important research.
In addition to realizing that ideas will not prevent mistakes, I have come to appreciate that the IS leadership, particularly the role of CIO, must understand four things, one of which is the value (and limitations) of durable ideas.
Vision
The IS leadership must have the vision and perspective to see broad opportunities and challenges. They need not see the specifics, but they should see the major implications of areas such as reimbursement based on care performance, the progressive advent of personalized medicine, and the potentials of interorganizational interoperability. Once the implications are visualized, they must be communicated in ways that educate and inspire others and enable the formation of the initiatives and projects necessary to achieve that vision.
Engineering
The IS leadership should understand that improving care through the use of IT is a different form of engineering. Often one views engineering as the design and construction of tangible, highly specifiable outputs. Engineering complex organizations is different and is similar to engineering the path that water takes down a valley. You cannot engineer the actions of each water molecule, but you can engineer the contours of the valley such that the water, in aggregate, behaves a certain way. Similarly, engineered organizational surroundings will result in the actions of many individuals generally moving in the desired direction.
Staff
The IS leadership must appreciate that the most significant asset that they have is talented, motivated, organized, and resourced staff. These staff will accomplish amazing things if they are set up properly, nurtured, and protected from some of the harsher aspects of organizational life. IS leadership must always remember that it is never about "you," it is always about "them."
| References |
|---|
|
|
|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||
| HOME | HELP | FEEDBACK | SUBSCRIPTIONS | ARCHIVE | SEARCH | TABLE OF CONTENTS |