This week I want to discuss a technical report that was issued in 2003, but that (I think) can help us understand why getting to an interoperable health IT system is so hard, and why we are not advocating for a single health care IT system.<\/p>\n\n\n\n
We often see health care systems (and the IT in health care) as different and not comparable to work that has been done in other areas. However, I think there is a lot that we can learn from other industries.<\/p>\n\n\n\n
The Software Engineering Institute\u2019s (SEI) report, \u201cUltra-Large-Scale Systems: The Software Challenge of the Future\u201d sought to answer the question:<\/p>\n\n\n\n
\u201cAs more and more systems become interconnected and have to work together, how do we manage an interacting code base that exceeds 1 billion lines of code?\u201d<\/em><\/p>\n\n\n\n The reality is that different health IT systems (when they are connected together and interoperable) could collectively represent much more than 1 billion lines of code.<\/p>\n\n\n\n The report suggests that we need to change the way we look at these large, interconnected \u201csystems of systems.\u201d<\/p>\n\n\n\n Ultra-large scale systems are not about a single software application, or a couple of applications working together, but rather an \u201cecosystem\u201d of interacting software systems. In health care, small practices may have:<\/p>\n\n\n\n Most medical centers have 20 or 30 different computer programs that work together to take care of patients. Take 20 or 30 different programs, multiply that by the number of medium to large medical centers in the country, add in the small practices, and we are talking about thousands of programs that need to work together.<\/p>\n\n\n\n Building that from the top down isn\u2019t going to work. The report argues that we need to think differently about how we create ecosystems in the health IT industry.<\/em><\/p>\n\n\n\n In some sense, health IT interoperability is like the difference between constructing a building and designing a city.<\/p>\n\n\n\n While a blueprint with detailed floor plans of plumbing, electrical and heating\/cooling systems makes sense for a single building, it doesn\u2019t work if you try to do the same thing for an entire city.<\/p>\n\n\n\n Similarly, going from designing a piece of software for a health care practice to designing how all of those different pieces of software interact across the country is a very different process. It isn\u2019t about engineering and blueprints and construction plans, but about zoning laws, roads and infrastructure, rules and governance, safety and protection.<\/p>\n\n\n\n The SEI report goes on to describe the characteristics of an ultra-large scale system that actually has an eerie similarity to the challenges we face in the overall health IT industry. It suggests that ultra large scale systems cannot be managed \u201ctop down\u201d in a monolithic way, but will require a coordinated, decentralized way of meeting local needs, while keeping all of the systems working together. Different parts of the system will be in different stages of evolution at any given time.<\/p>\n\n\n\n We see this with IT in healthcare. Rural hospitals will have different capabilities (and very different requirements) than large, urban, academic medical centers. We will need to find solutions that recognize these differences while we simultaneously provide a common set of building blocks to support both small and large medical practices.<\/p>\n\n\n\n In addition to the differences in capabilities among different providers, medicine, medical care delivery, and the IT to support health care are all constantly evolving. There are changes in medical delivery and payment models reflected in the Affordable Care Act, while at the same time, we are seeing more consumer-focused health care devices and dramatic changes in how we use communication technology in society (who knew we would need to summarize our life in 140 characters?). I often talk about taking the \u201cpath of least regret\u201d in the standards work that we do at ONC, and it\u2019s intended to be a humble acknowledgement that we want to do the right thing now, and still make it possible to accommodate changing needs in the future.<\/p>\n\n\n\n There are two other key points the SEI report makes. First, we have to realize that in the complex world of an ultra-large scale system, we can\u2019t build systems without considering the people who will be interacting with those systems.<\/p>\n\n\n\n People don\u2019t interact with the health care system \u2013 they are PART of the health care system. <\/strong>This means we have to make sure that we consider providers as part of the health IT system \u2013 user interfaces and workflow integration can\u2019t be considered nice-to-have features, but an integral part of the success of these systems.<\/p>\n\n\n\n We cannot leave the patient out of the equation<\/strong> \u2013 patients are not simply the objects upon which the health care systems operate. They are a central part of the success of health IT systems. It\u2019s why access to data and inclusion of patients in the health IT ecosystem is such an important focus of health IT.<\/p>\n\n\n\n Finally, the SEI report says that in complex, interactive, tightly-coupled systems, failures will occur. We have to understand that these systems will never be perfect, and we should be prepared for potential problems. We will never be able to completely eliminate defects in the system. Some standards for interoperability won\u2019t work the first time. Security and data breaches will happen.<\/p>\n\n\n\n We can\u2019t let \u201cperfect be the enemy of good,\u201d but we must also work hard to respond quickly to problems, disseminate patches and solutions and aim not for a perfect system, but one that is robust, resilient and that can quickly recover from problems that might occur.<\/p>\n\n\n\n There is a lot that we are doing at ONC that fits into this notion of an ultra-large scale system.<\/p>\n\n\n\n 1. <\/strong>We support flexible standards<\/strong><\/p>\n\n\n\n We have not tried to develop a large, centralized, top down approach to interoperability. Instead, through the Standards & Interoperability Framework, we are developing and harmonizing a portfolio of standards, services, and policies that provide flexible ways of meeting the challenge of having different systems in different setting talk with one another.<\/p>\n\n\n\n 2. <\/strong>We try to pick standards that work for the future<\/strong><\/p>\n\n\n\n We have constantly tried to pick that \u201cpath of least regret\u201d in advancing interoperability, but providing for future flexibility to accommodate new payment models and new information technology. We have made patients a central part of our solution through empowering consumers, developing a standardized way of using Blue Button, and we have emphasized that usability and work flow integration are a key part of success in interoperability because it recognizes that people are part of the system, not just interacting with it.<\/p>\n\n\n\n 3. <\/strong>We make incremental changes with community feedback<\/strong><\/p>\n\n\n\n Finally, we have tried to take an incremental approach that engages the community to help us identify problems and quickly come up with new solutions. We know that there will be challenges and things that don\u2019t work as we intend, but as with any ultra-large scale system, we are working to develop and support a robust, self-correcting health IT system.<\/p>\n\n\n\n We are not developing a blueprint of a single, health care IT building. We are developing a city with variation, heterogeneity, robust infrastructure and wonderful unique neighborhoods that will entice all of us to participate. It\u2019s a very different way to look at the problem, but one that I think gives us a lot of interesting food for thought.<\/p>\n\n\n\n What do you think about ONC\u2019s approach to Health IT standards? We would love to hear your thoughts below.<\/p>\n\n\n\n Next week: A Preview of HIMSS 2013<\/a><\/p>\n\n\n\nHow the SEI Report Can Help us Understand the Challenges of HIEs<\/strong><\/h2>\n\n\n\n
\n
How Health IT Interoperability is Like Designing a City<\/strong><\/h2>\n\n\n\n
Like Other Ultra-Large Scale Systems, Health IT cannot be Managed Top Down<\/strong><\/h2>\n\n\n\n
Healthcare is also Constantly Evolving<\/strong><\/h2>\n\n\n\n
We also can\u2019t Build Systems Without Thinking about the User<\/strong><\/h2>\n\n\n\n
Interconnected Systems Will Never be Perfect<\/strong><\/h2>\n\n\n\n
ONC\u2019s Approach to Health IT<\/strong><\/h2>\n\n\n\n