test3

How iMedevac pays for itself

The medical & technical assistance market is a challenging environment. Delivering assistance services to customers is a time consuming task, but nonetheless a core business feature.

iMedevac includes a suite of applications designed to improve the efficiency of delivering assistance services to clients.

One of the major functionalities of iMedevac is it’s search engine.

Let’s see how powerful this is  in comparison with traditional tools used in the industry.

The power of the iMedevac search

iMedevac allows the user to search and book flights, ambulances and taxis in one step. Search results return not only the different steps of the evacuation but also the total price. This is a major differentiator to traditional systems that don’t allow the immediate calculation of the cost of ground transports

Let’s take for example a commercial flight transport with a patient who needs an ambulance to go the airport, a wheelchair, no medical escort and no O2. This accounts for more than 70% of medical transports here in Europe.

Results returned would be :

  • Total time of the mission from pickup to dropoff
  • Local time of pickup and dropoff
  • Available flights
  • Distances driven

Now if this were to be done manually, here is a breakdown of the timing :

  • Search for ambulances : 2 minutes
  • Calculate the cost of ambulance using distances with gmap and preset database: 8 minutes
  • Use an online tool to find flights : 1 minutes
  • Calculate everything : 2 minutes

Doing this you can have one or two result returned

Manually it takes 13 minutes to get one or two results

Now check out this movie 

With iMedevac, 12 results are returned in 50-75 seconds!

So by using iMedevac you save 12 minutes per case in time organising the mission (and this doesn’t take into account the added magic of integrated booking and web service syncing)

In the end its all about the minutes

So what impact does this have on a business? 

In our USE-CASE, iMedevac can be used for any transport that doesn’t need special services aside from a wheelchair. This means that iMedevac can be used in a medical and  non medical setting for simple transports to and from point A and point B.

If we take the hypothesis that a small insurance business has 1000 cases per year that could be organized by iMedevac we could potentially save

1000 missions x 12 minutes = 12.000 minutes year

iMedevac saves a whopping 200 hours a year

As you can see, iMedevac, through powerful searching increases efficiency and improves performance. After that its up to you and your company to see how you will use those saved minutes!

But that’s not all, there are many more time saving functionalities and features that you can check out on our product website at www.imedevac.com

 

The iMedevac startup part III : client feedback features.

With our prototype that we had developed on the basis of the pain points experienced back when I was CEO of my previous company, we went out to meet potential clients an providers

Developing the application took us a month and a half.
The technical specifications, albeit complex, were simplified to be able to provide a basic look and feel of the application

There were a lot limitations and compromises. One of the big limitations that we had was geolocalization as well as route calculation. Google doesn’t allow programatic route calculation unless you have a Google Maps premier account which cost too much for us.
We turned to Via Michelin because they gave us a free developers account for a number of months to help us develop the prototype and later on to find our first corporate customer.
Our most major compromise was on functionality, ie our algorithms worked for very simple scenarios, anything too complex wasn’t addressed..

With hindsight, what was developed was embarrassing. The initial code that we used was very simple and didn’t take into consideration the problems that we see now such as timezones and split algorithms.
It was however more than enough to help  the people we interviewed visualise  the potential of our software. Albeit simple and maybe crude, it was beautifully thought out and the initial design still carries out in part today.

We interviewed quite a few potential clients and our findings were very interesting and here is what they had to say.

The system had to be integrated
All companies involved in transporting patients have their own software. Using an outside service was interesting for them but only if it could be integrated into their system. This led us to developing a web service for our enterprise clients to quickly and confidently integrate our application.

There are many different ways to organise a medical transport
Our clients taught us that every company works differently in regards to organising medical transport. Some prefer to outsource all of the work to others, some prefer to keep it all in house. Most companies had varying degrees of outsourcing so that ere was no industry standard

Never underestimate the importance of Networks
Networks was very important for our clients. These networks had been carefully built at a great expense and costs had been negotiated extensively.
Our features had to include some form of network management.

Security is essential
They explained to us that security was essential. Guaranteeing the confidentiality of their client’s information was crucial. Informing the client what were the different measures of security that we implemented was important

The market was comprised of many different segments
There were many different customer segments, ranging from the major assistance company to the smaller underwriter. Thanks to our discussions, we identified three major market segments. These segments conditioned our initial offering, as our second task was to find an industry leader to develop and test our application in production setting.

More on this in my next blogpost

The iMedevac startup part II : making a prototype

In part I we explained that the idea for iMedevac came from my previous entrepreneurial experience.

The pain points experienced by many assistance companies and medical providers was the time spent quoting for medical transports. Some online solutions existed already but they were more focused on air ambulance.

Air ambulance solutions involve only 5% of the transports per year at best.
They were targeted because of the importance of the sales turnover.

We believed that instead of providing a solution centred on air ambulance, it would be better to provide solutions for the whole market.

For the uninitiated, there are many different ways to transport a patient from one point to another. Resources include

  • Commercial flight transfers
  • Shuttle medical flight transfers
  • Ground ambulance transports
  • The Lufthansa Patient Transfer Cabin.
  • Air ambulance transports

A mission will often involve one to several transport resources.
A standard transport would go like this : patient will be bought to the airport with an ambulance, will fly to his/her destination and be picked up by another ambulance.

Patients can be transported with or without an escort, who can be a nurse, physician or paramedic, sometimes furnished by one of the providers or sometimes completely independent.

Patients can also travel in varying positions, ie on a stretcher or with their leg stretched out in front or beside them (extra seat)

As you can see this is all very complex. In order to have a truly reliable algorithm  we would require extensive research.
Our hypothesis had to be confirmed and we came up with a very short todo list :
Build a prototype.

We also had two other items that had to be done in rapid sequence after that.
Discuss wanted features with potential customers
Find an early adopter to test the application.

This had been an ongoing dynamic process with Francois, my brother. We were in July 2009 and wanted to move fast. The reason was that the International Travel & Insurance Congress was to be held in November in Athens, Greece. We felt that it was the ideal place to network and show our application to get feedback.

The list of features for our prototype was short:

  • Show flights
  • Show Ambulance transports
  • Geolocalize

Searching for flights and prices was made easy & accessible by Paul English from Kayak who gave us access to their API. Ambulance transports were calculated by using the Via Michelin API with a developer account (Google Premium is very expensive). We decided to use google maps basic for geolocalization.

We started analyzing different platforms that we could use. We started by looking at Open ERP, a Belgium based open source startup. Because it was an ERP and also a framework it had potential. Another candidate was Compiere. Drupal, joomla, python, code igniter were also several of the other frameworks we were looking at.

Programming & database skills was not a problem, but we wanted a team to speed up the dev process. A first look in Belgium showed that we had limited talent and that it would be very expensive. We were very lucky to find a group of talented developers in Canada while I was on a trip back then. We finally opted to using the Zend Application Framework for performance, enterprise class support and a solid MVC framework with tons of easy to use components.

And there you have it! We developed the prototype in a little more than a month. It cost me a little less than a small car and a lot of my time as well as some grey hair. Francois and I went to Athens to talk to interesting people, and in part III, I’ll talk to you about the results that we got.

Welcome & How iMedevac came to exist

Why did we create a startup? The idea may surprise because entrepreneurship has it’s inherent risks. Financially, it’s difficult to start up a company.  Finding an idea that will generate revenue isn’t easy. It’s also incredibly long hours, lots of contacts and phone calls and a huge amount of stress (especially when doing demos) . Most startups are great ideas pushed ahead by passionate people.  Remember, if you don’t have an element passion for your idea its vowed to failure. Return on investment is often only years away. Finally, our startup involves a niche market incredibly complex with significant responsibilities.

The idea for iMedevac was a logical next step to my experience in the medical assistance market.My first company, International MEDEVAC Services provided physicians and nurses for medical escort. As we grew we provided more resources such as air ambulances, ground ambulances, medical clearance capacities etc….

The major pain point was the time it would take to provide a quote. It was easy providing a quote for an air ambulance flight. All you had to do was calculate your fuel burn, hours of flight and crew costs. Every once and a while some one threw you a curve ball like overflights etc
It was however much more difficult to provide a quote for an ambulance transfer or a  commercial flight transfer. Simple cases took almost an hour to complete, from request to quote and involved a lot of waiting and follow up. On busy days one person would be doing 8 to 9 quotes with different options per day. The takeaway was that one person was involved almost exclusively for quoting.

When I left IMS in 2008 it was amid disagreement with the shareholders on the direction to follow. Unexpected as it was, I kept faith and was convinced that I would start up something new. Watching a company grow is really awesome, and the positive energy I got out of it was almost vital. There were many reasons for this, the human relationships, the constant quest for quality, the idea that we were providing unparalleled patient care were one of several . On the other hand the conditions in which I left the company pushed me to take a breather and rest…

So I spent my time reading, going to class and talking to ex clients and providers. What I learned was that the pain that I had been feeling while I was CEO at IMS was the same for everyone.

There had already been several attempts to provide online solutions for the medical transport Market. Most of these involved air ambulances, and some of them were highly successful (but most weren’t). But up until now none of these involved anything else. It’s as if 95% of medical transport missions were being ignored because it was too complex or there was no business model.

IMedevac had already been sprouting in my brain back in 2006 when we tried to automate processes to save time and money. Unfortunately the technology was still too unreliable to be used in a production setting. However in 2009 it was mature. Armed with this technology and intimate knowledge of how the Market worked I set out to create a prototype.

More to come  of which I’ll talk to you about in part II.