ARRA: The Care Revolution (a guest article by Newton-Wellesley Hospital CIO Scott MacLean) | Healthcare Informatics Magazine | Health IT | Information Technology Skip to content Skip to navigation

ARRA: The Care Revolution (a guest article by Newton-Wellesley Hospital CIO Scott MacLean)

July 28, 2009
by root
| Reprints
Stimulus-like activity is already taking place at many hospitals — including mine.

By Scott MacLean

Scott MacLean is CIO of Newton-Wellesley Hospital, a community medical center located in Newton, Mass., that is affiliated with Tufts University School of Medicine and Harvard Medical School. Newton-Wellesley is a member of Boston-based Partners HealthCare, where MacLean serves as corporate director.

Electronic medical records, meaningful use, interoperability these common terms have been at the forefront of our discourse since the passage of the ARRA recovery act. Many of us, however, have been working on initiatives and struggling with these concepts for years. In our case at Newton-Wellesley, business drivers from our integrated delivery system and associated partnerships have already given us a test run on some of the challenges created by the stimulus incentives. What follows are our examples of underlying disruptive forces and tips we learned for mitigating them.

Changes in Software Pushing Vendors Our industry is moving from proprietary software and competitive differentiation based on information, to a mandate of interoperability. It will take some time for vendors, providers and payers to respond, but respond we must. Because my facility is part of an integrated delivery system (Partners Healthcare) and other hospitals in our network use different software, we have been seeking this information exchange for some time. For example, we have an enterprise allergy repository. Our internally developed systems utilize this repository natively. If a provider writes an allergy into one system, it displays and can be acted up on in all others. We run a well-established vendor system that often acts as a single source for automating all areas of a hospital. Our allergy requirements were foreign to the vendor, but to their credit, we are working together to meet the clinical goal. We’ve been able to move this forward because we are an influential provider and the looming ARRA requirements were another likely factor in making our vendor interested. We needed to have several conversations with the vendor until they were able to respond in a way that made business sense for them. Be patient. Our network also has a mandate for CPOE and eMAR in all of our acute care facilities. We deployed CPOE in 2006, but ran into some difficulties with eMAR in 2007. Our software supplier recommended that eMAR be deployed before CPOE. Because we had numerous order sets and medication processes, we worked with the vendor to adjust their eMAR product. We believe we helped improve the product for safety, and to meet various regulatory commitments. We delayed our deployment for a year while working with the vendor to make these changes. During this time, the vendor made inquiries of other customers to make sure the product changes would work for them. We also made comparison calls and visits to other hospitals to optimize our processes.

In both cases, our vendor needed to view architectural changes as potential for growth rather than as a threat of lost sales. Consideration of these changes came about because of collaboration and partnership, rather than proprietary protection for both parties.


Partnerships Drive


We have all lived through the hype about RHIOs and interoperability. We have learned that changes in process or software are driven and sustained by business partnerships or now, by government stimulus. In our case, many of the changes we’ve made have been because of our affiliation with our corporate parent. Last year, we implemented our corporate enterprise resource planning solution. Previously, we had reasonably good processes for HR/payroll, finance and materials management and best of all, we supported these processes inexpensively, especially from a software support standpoint. But business processes and software changed, and staff moved across town. We heard complaints about the change, the bureaucracy and the cost. The truth is, these functions aren’t the core competency of a community hospital. The change gave us more space for clinical functions and allowed the parent corporation to have more efficient standards for materials, human resources and financial measurement.

This year we are the first hospital in our system to install revenue cycle software that will eventually be used throughout the network. More aggressive than the ERP change, the revenue cycle system includes patient-facing processes such as scheduling, registration and billing. Again, in an effort to perform patient administrative functions as efficiently as possible, process standardization, changes in employee location and common software all contribute to increased anxiety in the institution. As leaders, we keep reminding staff that these changes are part of the overall healthcare efficiency solution that will sustain us going forward. Some employees are able to absorb these concepts and adapt more easily than others. We repeatedly coach and support our well-performing employees, particularly in these times of change. For others, their attitude and unwillingness to join the mission cause them to opt out or be terminated.


Get the latest information on Health IT and attend other valuable sessions at this two-day Summit providing healthcare leaders with educational content, insightful debate and dialogue on the future of healthcare and technology.

Learn More