« [News] "FileMaker Week" at Servoy Magazine | Main | [Documentation] Servoy 2.1 Documentation Now Available »

September 18, 2004

[Success Story] McCann Medical Matrix

My name is John McCann and I am an associate professor of Ophthalmology at the Jules Stein Eye Institute at UCLA. Five years ago I completed a Filemaker Pro solution that converted the Division of Ophthalmic Plastic Surgery to a paperless environment.

Physicians from around the country as well as the doctors we trained began to ask about installing the solution in their practices to promote efficiency. I was interested in installing the program at other locations to facilitate multi-center clinical research. In order to install this product elsewhere I needed to convert to a solution that had the following properties

  1. Could be written by a non-computer programmer in a RAD environment
  2. Would look a lot like my existing Filemaker solution
  3. A front end that could be supported, and updated from a distance
  4. A back end that had widely available local support
  5. Had complete separation of the data and the application
  6. Support for end to end encryption
  7. Support for an audit-trail
  8. A zero deployment client

I considered many different applications and decided on Servoy as it met all of the above needs. I began converting my Filemaker Pro solution at the beginning of this year. I met with Bob Cusick about once a month for advice and got a great deal of help from the Servoy Forum. I have a busy medical practice, run a Department of Ophthalmology at one of UCLA's affiliated hospitals, and I travel a lot to give talks about eye plastic surgery. This left me every other weekend to work on the software project. Seven months after starting I had about 200 forms, 1000 methods, and 80 tables with several hundred relationships and several thousand fields. I was ready to begin importing 80 gigabytes of data including 160,000 JPEG and PDF files that I formerly stored outside of the Filemaker database.

The current Servoy solution is comprehensive handling every aspect of the practice formerly managed on paper forms. The patient demographics, referring physician's demographics, all aspects of the medical examination, and surgery scheduling are stored in the solution. To save physician time the database is integrated with a transcription service so we can dictate a summary that is automatically transcribed and placed in the medical record. We even have an interface for messaging between employees and doctors so that this information can be transmitted in a secure fashion that is HIPPA compliant.

The solution stores before and after JPG images of the patient. Every patient related piece of paper our practice receives is converted to a PDF document and stored in the solution. The solution also has forms that link it to the internet so we can easily access data from outside the solution. We have a number of PowerPoint presentations stored inside of the solution that we show to patients to assist in describing their disease or upcoming surgery. We are also able to generate very professional looking reports that incorporate JPG images and HTML tables.

I am currently running my practice using the Servoy solution and have plans to begin installing it in other practice under the name "McCann Medical Matrix" before the end of the year.

Developing in Servoy has required me to learn JavaScript, SQL, and the Servoy Developer tool. I have listed some of the more important conclusions on developing in Servoy below.

  1. A person who understands a lot about their data and a little about programming can write a very clean professional looking application with Servoy.
  2. The Servoy Development Team listens to their clients and implements software fixes and enhancements at a mind boggling pace.
  3. Given the improvements in Servoy between 1.0 and now it would probably take me half as much time to write my solution if I started today instead of 7 months ago.
  4. Complete separation of the data and the solution markedly improves the supportability of my solution.
  5. Servoy is a near ideal environment for writing electronic health care record applications.
  6. The speed of my Servoy application is already on par with my Filemaker Solution.
  7. Given the power of a SQL backend I can ask the solution to perform queries that add richness to the solution that I could not have achieved in Filemaker.
  8. My Servoy interface which is less than one year old is much cleaner and more professional looking than my Filemaker Solution was after seven years.
  9. Potential clients see it as a positive that I have chosen to use SQL as a backend for their mission critical data
  10. It is easy to find local support for backend databases like Microsoft SQL Server.
  11. Storing all data inside the database simplifies backup and maintenance of data.
  12. It was a very good decision to move my solution into the Servoy environment.

I have objectively investigated the impact of running The Division of Ophthalmic Plastic Surgery at UCLA in a paperless environment and found it to be overwhelmingly positive. The solution we use allows us to do a better job of taking care of our patients, improves education of doctors in training, improves our ability to do medical research, doubles the productivity of our non-physician employees, and saves our practice approximately $200,000 a year and assist in increasing revenue by giving our practice a more polished appearance.

| Posted by David Workman on September 18, 2004 at 10:03 PM in Success Stories | Permalink

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/t/trackback/118167/1142356

Listed below are links to weblogs that reference [Success Story] McCann Medical Matrix:

Comments

If you are interested in looking at what a non-programmer can do with Servoy then go to http://149.142.139.141:8080. The password and username are 'demo'. If you click the "?" in the lower right hand corner you can view a series of flash movie tutorials. McCann Medical Matrix is only supported on Windows so the tutorials only work on Windows. Mac guys can still play with the solution.

I would be interested in positive or negative feedback.

John McCann

Posted by: John McCann | Sep 20, 2004 10:28:27 PM

How did you choose to manage all those image files? Did you load them in the database (btw: which one?), linked them externally or something else?

Posted by: Riccardo Albieri | Sep 21, 2004 4:04:14 AM

Riccardo,

The images are all stored in the SQL Server backend. If you look at the solution you will see that they are stored as image sets, with about 5 images to a set. Their is a parent table that contains the text information about the image set.

Thier are two daughter tables one contain thumbnails of the full-size image and the second contains the full-size image. When it was a filemaker solution I had to store the JPEG and PDF images on a fileserver and save references to them in filemaker. Saving them all in the backend database improves referential integrety and simplifies backup.

John McCann

Posted by: John McCann | Sep 21, 2004 1:03:14 PM

"Saving them all in the backend database improves referential integrety and simplifies backup"
----

I agree: one of the main problems with "linked" systems is that you may encounter lots of problems in a network environment (if a client can't see the image server, all records will show a broken link).

Congratulations: a really nice solution, John

Posted by: Riccardo Albieri | Sep 22, 2004 3:22:15 AM

Dear Dr. McCann:

Thanks very much for write this article. It is very good.

I am a FM developer and I work in a clinical regulatory enviroment. I have developed a FM db but the users needs are growing and FM is not enough to cover all of them. I have read wonderful things about Servoy. I only have one question: What do you think are the Servoy disadvantages?

Thanks very much,

Maricruz Silva-Ramos
Informatics Core
Diabetes Research Institute / GCRC Informatics Manager
Miami, Fl

Posted by: Maricruz Silva-Ramos | Oct 5, 2004 8:28:39 AM

Sound too good to be true?

I wrote in a earlier commentary piece:

If you have downloaded the free trial version of Servoy and poked around a bit, you have seen enough to notice that Servoy owes a lot to the FileMaker way of doing things—on the surface at least. It's a form-based development environment with many of the same GUI objects that you are familiar with. It's in the innards that things start to diverge. Terms and phrases such as "JavaScript", "SQL", "methods", "object oriented," "event driven" and "data source connection" are all new. It is readily apparent that Servoy is not for casual use by someone whose technical experience is limited to creating spreadsheets.

To a programmer, however, Servoy is as slick and as fast a tool to develop applications with as there is on the market today. The catch being: "to a programmer." And this means some knowledge of certain programming fundamentals is necessary to really "get" Servoy. If your technical experience is completely that of FileMaker, Servoy will most definitely not seem easy to you when you first open it up.

Other than this? I can't think of anything....

Posted by: David Workman | Oct 6, 2004 9:03:12 PM

David,
You are correct that it takes some time to learn Servoy. It took me about as long to achieve in Servoy what I could achieve in FMP. To learn the full potential of Servoy takes longer as it has many more degrees of freedom than FMP and is a much more powerful tool. It also takes longer to learn to fly an airplane than it takes to drive a car.

I picked up Servoy and played with it thanksgiving of 2003. Heading into thanksgiving of 2004 I have an awesome solution, started a company that is selling it, hired my first couple of employees.... So it can be done, and it can be done by the knowledge worker.

I can only tell you that I could not have achieved what I achieved with Servoy if I remained in FMP. No number of FMP courses would have allowed me to create a solution that met my needs as Servoy has met them. Servoy keeps getting better on a monthly basis. I quit FMP after 6.0 but my recollection is that not much changed, other than allot of years, and allot of upgrade fees between 4.0 and 6.0. When FMP did not make a move to completely separate the data from the application in its most recent version I knew I had done the right thing.


John McCann

Posted by: John McCann | Nov 18, 2004 3:33:02 AM

Hi |John

Just tried to look at the solution but I get login failed when i use demo as a username and password?

Posted by: Eric Losert | Jan 6, 2005 12:59:59 PM

I try it with username 'demo' and password 'demo'.

Posted by: John McCann | Apr 15, 2005 10:19:15 AM

Post a comment