The issue of scalability is not to be taken lightly. Will there be two different code bases, one for doctor's offices and small clinics and hospitals and one for medium medical institutions and larger? If the answer is YES, then you can have different development tools, processes, and implementations optimized to the target audience. If not, then one is forced to adopt the approach that will adequately support the largest institutions and hopefully make the system scalable down to the smallest. This is the approach doe which VistA has always strived.
Experience in the VA has shown me the importance of proper design for the full range of scalability. I always worked in VAMCs that were at least in the top 15 in size and for most of my career it was at the largest VAs in the system. With the consolidations, VA sizing "competition" has changed. But 5-10 years ago, using any sizing algorithm, there were 5 VAMCs that were light years ahead of all others in size. I cannot tell you how times we got software developed at small to middle size facilities that were total utter failures when it was implemented at these larger facilities. The VA did fix up these problem packages eventually. So will there be one common code base or multiple ones? Admittedly, the back end M database is less susceptible to this scalability issue. But the thrust of this thread is about replacing Fileman and/or M for a more modern approach. Intersystems is modern (i.e., relevant today) and seems to be surviving in this modern world of competing databases. So it begs the questions as to whether M is "old" and needs to be replaced. ----- Original Message ----- From: "K.S. Bhaskar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, November 27, 2004 11:28 PM Subject: Re: [Hardhats-members] Re: MDC/MUG Revival - Just do it Neither Python nor Java have the speed / throughput / scalability of M. This won't matter to a practice (PCs are pretty fast these days), but is likely to matter to institutions of any size. -- Bhaskar On Sat, 2004-11-27 at 21:47, Nancy E. Anthracite wrote: > I had a discussion recently with a copmuter professional about the merits of > various languages. Python was mentioned as one that has serious speed > problems when used on a large scale. > > On Saturday 27 November 2004 08:15 pm, Joseph Dal Molin wrote: > > Python is a superb choice to enhance and coexist with VistA and M... to > > add to Tom's points one of its greatest strengths that programmers find > > they are vastly more productive in Python than Java....there are several > > comparisons of Python vs. Java on the net. > > > > Joseph *************************************************************************** This electronic mail transmission contains confidential and/or privileged information intended only for the person(s) named. Any use, distribution, copying or disclosure by another person is strictly prohibited. *************************************************************************** NOTE: Ce courriel est destine exclusivement au(x) destinataire(s) mentionne(s) ci-dessus et peut contenir de l'information privilegiee, confidentielle et/ou dispensee de divulgation aux termes des lois applicables. Si vous avez recu ce message par erreur, ou s'il ne vous est pas destine, veuillez le mentionner immediatement a l'expediteur et effacer ce courriel. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
