Skip to main content

Home grown and die slow systems

The atmosphere got tensed as the meeting went on. We were all started feeling a bit uncomfortable. The meeting took place at headquarters of one of the prestige hospitals in the US. A hospital which constantly ranked in the top 10 best hospitals in the world. A drop of sweat sprout on the brow of the IT executive which was leading the meeting. The participants nodded their heads as they realized that despite the massive investments in developing their home grown systems over the years they are lacking some basic features which typically found in commercially available products, and many of the modules in used are becoming old and need to be replaced.

That same realization repeated itself in similar discussions I had with other health organizations around the globe which took the "home grown" path. It seems there was a paradox between how wealthy is the organization and how poor its IT systems are.



Selecting a commercially available product is a frustrating task. Typically, you'll find yourself compromising on the functions you have in mind. The integration with existing systems is a mess. The overall cost exceeds the budget you were given, and at the end of the day you are likely to get screams from the users claiming the system is too complex and requires changing their way of doing things to be compatible with the new system.

In light of those reasons developing your own software sounds very tempting, especially if your organization has the money to afford it.
Another reason for the paradox is that wealthy organizations are usually very innovative. The health organizations I mentioned were all pioneers in using electronic medical record for delivering care. Back at the time when they had to select a commercially available product there weren't too many of those around.

Despite the temptation to "do it yourself" organizations should not oversight the long term implications of developing your own software and the rules of economics that will sooner or later come into play.

A home grown system typically serves a single organization, so by definition it is a monopoly in relates to its "target market". We all know very well what the word monopoly entails. Lack of incentive to innovate and inefficient organization structure are common characteristics.
The biggest challenge, however, is that unlike real monopoly, home grown system does not generate any money. The software industry is built on copy & paste, or in other words: develop once, sale many times. An independent software vendor will look on its existing or potential customers to sale and fund new developments. The bigger the development the hardest it is to find a single customer which will be willing to carry alone the development cost. This is however exactly what is expected from an organization that maintains a home grown system to do for every new development.

Looking back on those organizations I visited, all of them with no exceptions shut down their development shop and made the switch to one of the big EMR players. It seems that in the long run even those wealthy organizations could not escape the rules of economics.

Comments

Popular posts from this blog

Clinical data warehouses: Sometimes it's worth being lazy

If you are a health organization you probably have or thinking of having a clinical data warehouse. A Clinical Data Warehouse (CDW), sometimes called Clinical Data Repository (CDR), is a database that consolidates data from a variety of clinical sources to form a unified view of a the data for various purposes. Typical data types which are often found within a CDW include: clinical laboratory test results, vital signs, patient demographics, administered meds, hospital admissions, ICD-9 codes and more. Developing and sustaining an effective CDW operations unit is a substantial effort and long-term commitment. The main challenge in designing a CDW is defining its scope and the use cases it should support. In theory a CDW can serve as a basis for reporting, studying and planning. The use case that is often mentioned in relate to CDW is supporting clinical trials. This would allow for researchers to have all the information from a study in one place as well as let other researchers benefit

The big battle: Best of breed vs One stop shop

The world of economics has decided on this debate a long time ago: monopolies are bad, diversity is good. No matter what a monopoly promises, you can rest assure that over time the lack of competition will cause prices to go up and quality to go down. When it comes to healthcare IT, however, there is one unique factor that flips the coin – interoperability. Despite various attempts the healthcare industry has yet to solve the interoperability challenge in a satisfactory manner which will enable a full continuum of care across different health information systems within a health delivery organization. Taking a common scenario of prescribing a medication order in theatres using a surgical system to be later administered in a ward requires significant investment to achieve, even using the modern Fast Health Interoperability Resource (FHIR) protocol. The investment required to streamline the data flow across systems raise in an exponential order with every new system that is thrown to t

Are we ready for a Cloud First hospital?

I will start this article by defining what I mean by the term a Cloud First hospital. The term cloud has been a buzz word in the past decade which led many organizations to declare their support for the cloud, sometime without understanding its true meaning. For the purpose of this article I am proposing a simple test to decide whether an organization is a cloud first or not. If you are software vendor you must have an IT department which directly in charge of the system up-time at your clients sites. If you are a health organization then you should never have visited the data center where your data resides. A Cloud First hospital is one which more than 50% of its systems reside in data center that none of its staff members ever visited or not even sure where they are. According to a recent survey by Datica, in the US only 17.7 percent of the respondents say they work with healthcare organizations that have more than 50% of the existing software infrastructure remotely hosted or