Abstract
Objective:
To explore the role of organizational learning in enabling implementation and supporting adoption of electronic health record systems into two English hospitals.
Methods and setting:
In the course of conducting our prospective and sociotechnical evaluation of the implementation and adoption of electronic health record into 12 “early adopter” hospitals across England, we identified two hospitals implementing virtually identical versions of the same “off-the-shelf” software (Millennium) within a comparable timeframe. We undertook a longitudinal qualitative case study–based analysis of these two hospitals (referred to hereafter as Alpha and Omega) and their implementation experiences. Data included the following: 63 in-depth interviews with various groups of internal and external stakeholders; 41-h on-site observation; and content analysis of 218 documents of various types. Analysis was both inductive and deductive, the latter being informed by the “sociotechnical changing” theoretical perspective.
Results:
Although Alpha and Omega shared a number of contextual similarities, our evaluation revealed fundamental differences in visions of electronic health record and the implementation strategy between the hospitals, which resulted in distinct local consequences of electronic health record implementation and impacted adoption. Both hospitals did not, during our evaluation, see the hoped-for benefits to the organization as a result of the introduction of electronic health record, such as speeding-up tasks. Nonetheless, the Millennium software worked out to be easier to use at Omega. Interorganizational learning was at the heart of this difference.
Conclusion:
Despite the turbulent overall national “roll out” of electronic health record systems into the English hospitals, considerable opportunities for organizational learning were offered by sequential delivery of the electronic health record software into “early adopter” hospitals. We argue that understanding the process of organizational learning and its enabling factors has the potential to support efforts at implementing national electronic health record implementation endeavors.
Keywords
Background
There is increasing international interest in the potential of electronic health record (EHR) systems for modernizing health care and improving its quality, safety, and efficiency.1–3 Such endeavors are increasingly being undertaken on a system-wide or national scale, presenting new challenges both for the delivery of these initiatives and for their evaluation.4–7 As used in this article, the term EHR refers to a digital longitudinal record of a citizen’s health and health-care interventions that is potentially accessible by health-care providers across a range of health-care settings. 8
The National Programme for Information Technology (NPfIT) (2002–2011)9–11 was the first sustained attempt to implement EHRs into National Health Service (NHS) hospitals throughout England.12–14 We undertook a longitudinal, sociotechnical, 15 and case study–based evaluation of the implementation and adoption of EHR systems in 12 early adopter NHS hospitals across England.6,8,12 This work revealed that few of the hoped-for benefits were realized, at least in the short-term, but an important unanticipated benefit was the considerable interhospital organizational learning, this being exemplified by comparing the experiences of the two hospitals discussed in this article.
Methods
Ethical considerations
Our research was classified as a service evaluation (ref. 08/H0703/112). Informed consent was obtained from the participating hospital and individuals, and their anonymity was guaranteed.
Research settings
The two hospitals focused on in this article (and hereafter referred to as Alpha and Omega) were selected because they were the only hospitals implementing identical versions of the same software (Millennium) within the timeframe of our 30-month evaluation (September 2008 to February 2011). Our wider research had revealed organizational learning as an important benefit to participating hospitals, and these hospitals provided us with a welcome opportunity to consider this in more detail by studying the impact of vision, strategy, and culture with particular reference to the sharing of experiences and insights between these two hospitals, beyond the technical specification of particular software.
Sampling and data collection
We conceptualized each hospital as a case study to reflect the importance of local contingencies. 16 This allowed the specific character of the implementation of the EHR software in each hospital to be revealed, while attempting to make general inferences transferable to another context and facilitate organizational learning. A designated lead researcher (A.T.) collected a broad array of longitudinal qualitative data: that is, purposefully (and, at times, opportunistically) semistructured interviews with a diverse range of internal and external stakeholders with broad range of perspectives, complemented by researcher’s field notes and observational and documentary data of various types with regard to planning, implementing, and using EHR systems at both hospitals. Triangulating between these data sources helped increase our understanding of the evolving process of implementation. We used generic interview guides that were then customized and reflexively utilized for specific participants. To explore organizational learning between the two case studies, we ensured that more or less similar groups of research participants (occupation, position, and relevance) were recruited at Alpha and Omega. Most interviews were audio-recorded and transcribed verbatim. In order to trace changes over time, we collected data in two phases, times 1 and 2 (T1, T2) with 9 months gap in between (see Table 1 for details).
Detailed dataset from Alpha & Omega.
IT: information technology.
Data analysis
Data analysis was an iterative process and followed a two-step approach: initially, at each individual case study level using a combination of deductive and inductive approaches,17,18 and then a meta-synthesis that drew upon the analytical themes from the two case studies. We used an adapted sociotechnical framework for categorizing data and classifying the findings 15 (see Table 2), and “sociotechnical changing” perspective19,20 for analyzing and interpreting data, which we discuss below. Primary findings from each case study were discussed in regular analysis workshops with the wider evaluation team as well as through formative feedback sessions with hospitals’ representatives. This helped us validate individual case study findings and integrate them to draw organizational learning. Case studies were consequently analyzed in a cross comparison to identify common and contrasting themes and to clarify local consequences.
The sociotechnical model used in framing the study. 15
Our theoretical approach to organizational learning
We acknowledge the lack of a very clear understanding of the terms “organizational” and “learning” 21 and concerns about the fragmented state of both theoretical and empirical work on organizational learning.22,23 A number of theoretical perspectives have been developed in an attempt to explain organizational learning and transformation through the adoption of technology—for example, planned change, technological imperative, and punctuated equilibrium.24,25 These conventional approaches fail, however, to consider change as a way of organizational learning, underpinned by emerging social, technological, and economic conditions. They also overlook distinction between deliberate and emergent strategies: “emergent change,” 26 which is far beyond portraying change as only a background activity.27,28
Recent literature highlights the role of leadership, envisioning the implementation of EHR as change management; 29 engaging with various groups of stakeholders, 30 taking wider social context into consideration; 31 integration of EHR with workflows and care pathways; 32 organizational culture and behavior; 33 the ever-evolving contextual flux,26,34 and the interaction between system’s functioning, the organization’s needs and working patterns: the sociotechnical approach20,35 in organizational transformation. From our perspective, stakeholders’ interpretations of EHR are critical to understanding their interactions with it. This, in turn, may significantly influence how actors in both organizations (Alpha and Omega) think about and act toward EHR systems in use. 36
We consider “cognition and micro-level processes are keys to understanding the organizational impact of new technologies.” 37 In this study, we adapted a practical definition of the construct of organizational learning in which the managers’ cognition, the incremental change of process of EHR implementation, the cooperation and exchange of experience between the settings of investigation, the cultural and historical relationship between the learning processes, and the socio-cognitive characteristics of the cooperative environment are all important aspects of organizational learning.38–41 Our focus was therefore on the dynamics of interorganizational learning (hospitals learning from each other and external sources, learning from earlier experience, taking the result of our formative evaluation into consideration, and so on), the emerging nature of change (“changing”) and its characteristics, and its influence on the process of implementing EHR systems.
We adapted “sociotechnical changing” (present participle) 19 perspective for data analysis. This implies that the EHR software, the care giving, the clinical practice, the organizational structures, and the carriers of institutional and professional norms were all in a state of flux, moving from somewhere now lost in the past to somewhere in the uncertain future: “becoming.” 42 We thus concentrated on the activity “in between” the period of implementing EHR during which things were changing, rather than some predicted state of achieved change. 20 We sought to explain how stakeholders’ understandings and actions shaped the degree of implementation and adoption of EHR at Alpha and Omega and portray the mechanisms, which facilitated organizational learning between them. 43 We used the notion of “working-out” to signify a dynamic process of change over time that involved the ensemble of people, existing and emerging work practices and tools, individuals and organizational beliefs, assumptions, and expectations,44,45 which can be understood as both cause and consequence of longer term processes of changing. 46 Through narrating the stories of EHR “in-the-making,”47,48 we focused on exploring what stakeholders understood about EHR (perceptions, hopes, and fears), what they actually did in their routine practices to “make it work,” and how the consequent implementation at Omega benefitted from lessons learned at Alpha.
Results
The context
Both hospitals were London-based acute NHS hospitals that implemented the same version of Millennium software: LC1 (London Configuration). 12 Millennium is an established, large-scale “off-the-shelf” software, mainly developed in America by Cerner corporation (http://www.cerner.com). Alpha was a large-sized, urban, teaching hospital with over 5000 employees and serving a population of 700,000 people; it had substantial in-house information technology (IT) expertise spanning at least two decades. A few weeks after “go-live,” Alpha publicized a substantial loss of income directly associated with the implementation of Millennium. This led to a 90-day rescue plan, during which plans for further Millennium deployments were temporarily suspended.
Omega was a medium-sized, urban, district hospital with over 2500 staff and serving a population of around 320,000. It was the first post-Alpha deployment of Millennium in London, occurring 17 months after the deployment in Alpha; Omega received Millennium under the glare of substantial political and media scrutiny.
Both Alpha and Omega had similar governance structures in place to help support deployment of Millennium. They, however, had important differences in their visions of EHR and their respective implementation strategies, which contributed to their distinct approaches and experiences. Below, we describe these, with particular reference to the organizational learning that took place across and between the two hospitals. We provide some illustrative data below, with further supporting data provided in Appendix 1.
Contrasting visions of EHR
We found evidence of different interpretations of what the EHR was perceived to be, what it ended up being, and what it might become in the future. Alpha-based staff held a predominantly data-centric view, seeing EHR as an administrative tool and a digital container of information for joining-up health-care delivery and monitoring. In contrast, a more process-centric perception of EHR was dominant at Omega. Partly through various communications with Alpha (described later), EHR was perceived as a means to initiate business change and improve health-care service to help the hospital to become “more patient-focused” (Senior Manager, Omega). EHR was considered as an IT support to “improve what we do, both clinically and managerially” (Clinician, Omega) and to a change management process. Contrary to Alpha, Omega viewed the EHR as a multidimensional and sociotechnical journey: its aims were transforming clinical behaviors and improving work practices. This in turn had positive effects on the leadership, strategy, and consequences of implementation.
Distinct implementation strategies
The two hospitals pursued radically different strategic approaches. Implementing the EHR software was an end for Alpha, but was, in sharp contrast, for Omega more of a means of achieving other desired end points. With over 20 year’s history of computerization, Alpha considered the integrated EHR as another big IT project, which they believed they possessed enough in-house experience and expertise to implement. It was therefore not considered important to brief staff about the potential challenges of “going live” at Alpha.
One year into the implementation, many key people at Alpha still perceived the EHR as a complex replacement to the old Patient Administration System (PAS). While being skilled, the senior management and implementation teams had no specific prior experience of a hospital-wide EHR implementation. The composition of the implementation team was not grounded enough on operational users, which jeopardized the adoption of EHR at Alpha.
Alpha prepared the EHR business case with minimum insight about the scope of the task. From the beginning, the hospital heavily emphasized “benefits realization.” This raised users’ expectations and disappointed them when the (unrealistic) proposed benefits were either delayed or not achieved. Alpha underestimated the required cultural changes required to implement EHR, this being compounded by it overestimating its capability in relation to managing implementation. Worse still, NPfIT provided Alpha with no choice other than to use a generic training package that looked very different from the real Millennium environment. No tailored training materials or user guides were provided. Due to lack of mutual communication between the implementation team and other staff, Millennium was perceived as being imposed on users with no backfill for clinicians at the time of “go-live,” leading some staff to express the view that they “hated it” (Clinician, Alpha).
In contrast, Omega interpreted the EHR as “not the implementation of the technology but about the changes to the way in which staff undertake their daily clinical and support work” (IT Manager, Omega). The Board of Directors described EHR as a means toward change management, “a vehicle for improving the hospital performance” (Manager, Omega) and “an enabler to improve services” (Senior Manager, Omega). This was why Omega employed a Chief Executive Officer (CEO) with relevant prior experience to implement EHR: I think that the advantage of the CEO who has already implemented Millennium twice before in other Trusts was phenomenal … She was able to put it very coherently into the strategic thinking of all the key people in the Trust. (Doctor, Omega)
Painful implementation of EHR at Alpha taught NPfIT to conduct “a softer introduction to Millennium (at Omega), because they didn’t have to take that first hit of and they were able to be on the coat tails of (Alpha) to a certain extent” (NPfIT 1). This was described “a real opportunity to jump forward, well, leap forward” (IT Manager, Omega). Instead of overestimating its internal resources, Omega outsourced several hardware and software prerequisites of Millennium. Contrary to Alpha, Omega deliberately decided not to consider benefits until they went back to “business as usual.” The Trust saw “no point in talking about benefits. You’ve just got to talk about doing it and being able to manage through it” (Manager, Omega).
Organizational learning between Alpha and Omega
The challenging implementation of EHR at Alpha resulted in “go-live” being repeatedly postponed at Omega. This taught NPfIT to conduct “a softer introduction to Millennium (at Omega)” (NPfIT 1), which brought Omega additional time and the opportunity to obtain additional information and generate insights to plan, test, reflect, and prepare in detail for a better-informed implementation. NPfIT facilitated various forums and meetings for representatives from early adopter hospitals to meet with software developers and NPfIT representatives, for example, the monthly London-wide user group meetings. Because of the detailed scrutiny on Omega’s “go-live” with Millennium, NPfIT organized more frequent project management meetings between Alpha and Omega, which resulted in an overall more appropriate implementation strategy and cross-site learning.
Furthermore, Omega delegated some clinical and administrative staff to visit Alpha and another hospital that implemented Millennium through non-NPfIT routes. This led users to “see the actual Millennium product in actual working live as it were” (Nurse, Omega), to gain more insights into it and to remember the scope of the task, which resulted in the implementation team thinking of procedures prior to deployment. Omega “embedded into the organization in advance of deployment” (NPfIT) a “Design Authority” consisting of different users including clinicians, to boost users’ engagement, and prepared user guides for the Millennium. Instead of relying only on classroom-style generic training, Omega conducted hundreds of workflow familiarization sessions for their staff.
A smoother implementation at Omega as a result of organizational learning
The differences between Alpha and Omega and the flow of insights and learning between the two hospitals, described above, led Omega to make Millennium work and experience a smoother implementation process, which resulted in more fruitful local consequences, as described below.
Most interviewees at Omega considered themselves “potential big winners from (EHR)” (Manager, Omega), partly because they learned lessons, experiences, and expertise from Alpha and applied them. For instance, reflecting on software difficulties at Alpha, which led to staff resistance, Omega tailored the Millennium software to avoid such challenges. Unlike Alpha, Omega did not “spend massive time trying to fix all sorts of problems arising during the deployment” (Nurse, Alpha). It “lost some money, but it’s trivial in comparison to (Alpha) and it’s thousands not millions” (Manager, Omega). Omega went back to “business as usual” 4 months after “go-live,” whereas this took 10 months at Alpha. Having learned about the difficulties at Alpha due to the bureaucratic deployment chain, Omega encouraged NPfIT representatives and Cerner to stay and work together at the heart of the hospital prior, during, and some months after go-live.
Discussion
Both Alpha and Omega did not, during our evaluation, see the hoped-for benefits to the organization as a result of the introduction of EHR, such as speeding-up tasks. 49 Nonetheless, the Millennium software worked out to be easier to use at Omega. 50 Organizational learning as defined earlier, we argue, was at the heart of such a difference.
Sequential implementation facilitated interorganizational learning at Omega, 17 months after Alpha went live.51,52 The learning “on the go” between the two sites was supported by both formal processes, for example, delegates visit, workflow familiarization, lessons learned documents, local interim evaluations, training, forums, and meetings organized by NPfIT as well as often unintentional trial and error (learning-by-doing) attempts, that is, informal organizational relationships between staff, which were sometimes more beneficial than formal means of communication. Omega learned to get engaged with users from an early stage53,54 and encouraged learning through user-friendly and innovative tailored training, which led to more insightful and positive attitudes toward EHR and a greater chance to make sense of it among staff. Such sense-making process contributed to developing particular assumptions, expectations, and knowledge of EHR at Omega, which then influenced users’ subsequent positive action toward it. 36 Crucial to this was a knowledgeable, experienced, and insightful leadership and managerial team who were signed-up to the vision of EHR, 55 had greater ownership of the implementation than Alpha, 56 and acted as “boundary spanners” that bridged the gap between the implementation team and end users.57,58
Our findings indicate that users’ perceptions and values are part of their examination of the social aspects of EHR.59,60 As an example, bilateral exchange of staff between the two hospitals also transferred cross-site knowledge and expertise. This cooperative environment led to development of common meaning and institutionalization (routinization of new work practices by embedding them into existing work practices). 61
In addition, our evaluation team provided formative feedback to the sites, enabling additional learning processes, 62 for different level of stakeholders involved. 51 Beyond the simplistic dichotomy of judging the implementation of EHR as success or failure, our theoretical perspective, we argue, helped ensure that we did not reduce the EHR to delivery, implementation, and immediate use, 46 but understand it as both cause and consequence of longer term processes of changing and organizational learning, during which people and EHR came together to perform actions and tasks 63 as co-constitutive entities.26,47
Policy implications
National-scale EHR systems are major new initiatives, which are likely to be difficult to manage, costly to maintain, and hard to sustain. 64 Their challenges are emerging, demanding patience, clear vision, and sustainable leadership. Their core vision may also get interpreted diversely and modified by different stakeholders. Despite inevitable and painful challenges that premier implementers may face, the cascade of organizational learning facilitated by gradual “roll out” may pave the way for followers through creation of a common language among stakeholders.
Direct and close channels of communication between the implementer hospitals and software suppliers are pivotal. It might seem trivial, but lack of shared understanding among all stakeholders of the purpose and content of the software to be chosen or produced could pose severe challenges to all parties involved. Contextual specifications are crucial in planning and selecting desired software. The decision to implement EHR should be a conscientious choice of individual organizations. Before an EHR application is designed or implemented, current work practices and workflows should be studied, the ways to improve them must be understood, and potential problems that they might bring about need to be identified.
In particular, EHR applications should satisfy both patients’ care and organizational management needs. Stakeholders’ mapping in design, implementation, and education processes and a clear reason and a long-term strategy that will maintain users’ enthusiasm and engagement are essential. 64 Training strategy needs to be ongoing, embedded in workflows, and as flexible as possible, that is, opportunistic, changing with the circumstance, and tailored to diverse users’ needs and their roles. Finally, our evaluation suggests that organizational learning within and between the implementing hospitals may be more effectively achieved through supporting and fostering the creation of informal channels and relationships than more formal means such as “lessons learned documents.” Health-care organizations that are planning to implement EHR need to consider approaches that maximize the opportunity for such sharing of experiences.
Rigor of this study
The strengths of this study were the contemporaneous real-time longitudinal data capture and the theoretically based approach to analysis and interpretation. Looking across our analytical and thematic findings enabled us to understand the process of “working-out” EHR and contributed to a cross-site organizational learning. We shared with hospitals our formative findings and early lessons learned at the time of implementation, perhaps when they needed these most. Given insufficient body of research and relatively small literature about organizational aspects of EHR implementation, 65 this study may contribute to broader understanding of the discipline.
This work should be also seen as hypothesis generating, and so our findings need to be interpreted with caution. Our evaluation only covered a relatively short period of EHR implementation in the beginning of what is likely to be a very long journey to full integration of the software. Both Alpha and Omega were “early adopters” with challenges, which were faced for the first time; these may eventually be resolved as subsequent implementers learn from these early experiences. This was inevitable given the limited number of implementations and crucial need for formative evaluation. The procedural and contextual factors explored above might have led to differentiations in terms of our participants’ perception of the process of implementation and adoption of EHR in Alpha and Omega. We thus cannot claim that if Alpha had not experienced a painful implementation, Omega could have enjoyed a much smoother experience.
Furthermore, we focused on the process of implementation not outcomes. We neither studied the impact of EHR nor did we compare the two hospitals systematically. We acknowledge that many dimensions to organizational learning may not be seen for several years, as there is a natural learning curve in any organizational change initiative.
Conclusion
Through highlighting the importance of organizational learning between two hospitals in the context of national implementation of EHR systems in England, this article adds to the hitherto limited literature on organizational considerations in relation to EHR implementation.65,66
As NPfIT has been dismantled amid criticisms, 67 appreciating and enhancing a wealth of insightful lessons and interorganizational learning it created may improve adoption of EHR systems among health-care organizations. Albeit not explicitly, the shift of discourse and dialogue among policy makers and other stakeholders from seeing EHR as IT projects toward sociotechnical entities looks promising. Indeed, a real appreciation of the insights offered by this historic attempt to create national integrated EHR in England will, we envisage, only really become apparent in years to come.
Footnotes
Appendix
| Visions of EHR | The implementation strategy | The organizational learning between Alpha and Omega | A smoother implementation at Omega as a result of learning from Alpha | |
|---|---|---|---|---|
| Alpha | Data-centric view towards EHR: EHR is an opportunity to see real progress in medical computing in the UK. (Clinician, Alpha) |
Lack of preparation: We had no time for end to end testing. We were not prepared enough. (Manager, Alpha)We did make sure the processes work and that the build is robust and that people understand their individual roles. (Doctor, Alpha) The not fit-for-purpose implementation team:You need people who are getting their hands dirty every day. We probably needed to devolve it down to a lower level and actually get operated input earlier on. (Manager, Alpha) I think the biggest problem is the expectation that it’s a little bit like going round installing three thousand copies of Microsoft Word and the following day everybody has got a word processor. It just is not that simple. (Manager, Alpha) Insufficient and inappropriate training:People were always crying out for a training domain to look and feel like the live system. (LSP 2) Lack of communication: Nobody said that they’ve got to do it now, they thought that somehow Cerner would do it but it doesn’t. (Manager, Alpha) As a result of all above: When the system didn’t fit the way they worked (at Alpha), then they had to start layering workarounds on top of workarounds and they just got into more and more trouble. (LSP 1) |
Amending the implementation strategy at Omega as a result of learning from Alpha:Omega didn’t have to take that first hit of and they were able to be on the coat tails of (Alpha) to a certain extent. (NPfIT 1) Learning to get better-prepared at Omega:We did not wait till we’d had all the problems. (Manager, Omega) Better collaboration to implement EHR at Omega: What we’ve done differently between the two sites is where there is locally configurable changes that can be made and that’s been done working with the teams here (Omega). (LSP 1) |
Millennium was worked-out at Omega: We made Millennium work here and we did it very well. (Doctor, Omega) A more tailored software at Omega: (Omega) applied their own build changes and their own boards, clinics, beds, bays, so it had that look and feel of what their life system would be. (LSP 1) As a result:The organizational and operational buying was better here (Omega) than I had seen in other Trusts. (LSP 1) The implementation of Millennium at Omega was “a major improvement from where we’ve been before and it’s meant that we can be much more open and clear with each other. (LSP 2) |
| Omega | Process-centric view toward EHR: I don’t think we are deploying Millennium here, I think we are reviewing and improving our services … The core is a change management program. (IT Manager, Omega) EHR as a change management process: EHR is 20% system and 80% user change issues” (IT Manager, Omega) for “staff to update the record in real time, so EHR became accepted as a normal part of their work. (Manager, Omega) |
Not prioritizing benefits realization: There is no point in talking about benefits. You’ve just got to talk about doing it and being able to manage through it. (Manager, Omega) |
Acknowledgements
We are very grateful to the Alpha and Omega hospitals for making this work possible and to all individuals who kindly gave their time. We acknowledge the intellectual support from our entire research team (National NHS CRS Evaluation team: CFHEP 005) to conduct this work. We are grateful to both our anonymous reviewers. We also thank our Independent Project Steering Committee, which was chaired by Professor David Bates. A.T. conceived the article, conducted data collection and analysis, and drafted the first version of the manuscript with A.S. and N.B., who both extensively contributed to several revisions and intellectual development of the article. All authors read and approved the final manuscript.
Declaration of conflicting interests
The views expressed in this publication are those of the authors and not necessarily those of the NHS, the National Institute for Health Research, or the Department of Health. The authors declare that they have no competing interests.
Funding
This report is independent research commissioned by the National Institute for Health Research. AS is supported by a Harkness Fellowship in Health Care Policy and Practice from The Commonwealth Fund.
