Thursday, July 17, 2014

From lab to specialist

There is a quirk in medical imaging software for analysis and quantification. There are many people working in this area, but many of the results have never been tested by specialists.

The research environment contributes to other problems to developing this software. For example, there is unequal funding, basic methodological development processes, prioritization of publication against the product. There is also another major problem. The software lacks feedback. 

If we developed a software program to automate the quantification of what can be obtained through any form of medical imaging, then we need to have a stronger collaboration with medical specialists. This can be difficult. There are reasons for this. Few people find the time to engage in research, and the healthcare sector isn't an exception. Medical specialists are faced daily with an increased number of patients.This means there is saturation of the service. As a result imaging services are collapsing. 

Interesting stats: In OECD countries between 2009 and 2014, the average MRIs per million population grows from 12.2 to 13.3 and CTs, from 22.8 to 23.6. 

And so on.

It is, therefore, easy to understand the problems in the system looking at the following table created using data from Google Scholar.

For practical purposes the following picture best describes what happens:

And all this, of course, not talking yet about CE or FDA, quality control within the pipelines, user interfaces, data security, monetizing or marketing. 

Is there a solution to this? Actually there is, but before reaching the goal, I would talk about the way to achieve this.

The Ad-Hoc software. An investment, a computer, a tool and a testing center where you plan to install. This model has been the most widespread in the past. Its limitations are obvious today. The software and the interface rarely see the light outside the center which is part of the project. Then, typically, the investment and the development team disappear.

Software as a plug-in. It seems an interesting evolution of the Ad-hoc as it seeks to simplify the problem of the specialist to work with dozens of user interfaces and add powerful and "easy" tools to install and to use. The problem is similar to the previous one. The basic software is not installed in the hospitals computers and even if it was,  90% of the hospitals don´t have enough power to perform certain tasks which can last hours.

Let someone else. This model is also quite prevalent today. I send my images (something specialists normally don´t like to do) and someone sends me the results. This model, although it may work, has several major problems. First, the security of data - At how many companies are going to be sending DICOM images? Once per image modality? Once per technique of analysis? In addition, there is something more important. What is the specialist involvement in the process? Do you really know what the companies are doing? The doctor or medical imaging specialist can, perfectly, understand the science of a publication in which software is based. So, why leave them out of the process? Why not let them choose which technique should be used?

Our solution is simple. A platform. 

Processing and storage in a single and secure location in the Cloud. A place where specialists and companies join into a market of methods. 

Easy to access for specialist to services continuously updated, no software downloads, no dependence on hardware and easy for the development team to integrate, distribute and monetize their analysis algorithm. 

That is precisely Medimsight.