Bueno, pues como Amalia me ha estropeado la anterior, voy a sacar otra de las que tengo “en reserva”… 
Antes del ASP de Micro$oft hubo una época en la que ASP quería decir “Application Service Provider”, es decir, una entidad que te propocionaba un servicio consistente en una aplicación on-line.
Pues bien, me conta que a pesar de existir una plétora de aplicaciones para llevar una consulta médica, veterinaria, dentista o similar, ninguna acaba de ser la “killer application”, y el coste de muchas de estas soluciones suele ser bastante elevado, sobre todo si optamos por una que conste con soporte multi-consulta o puestos coordinados en red.
Sin embargo, ofrecer estas funcionalidades en un modelo ASP como ya se está haciendo en otros sectores (me consta que en inmobiliarias es una opción muy extendida) por un coste reducido mensual es algo que no costaría demasiados recursos. Probablemente el “quid” de la cuestión sea el know-how inicial sobre las funcionalidades idóneas (un periodo de desarrollo y adaptación largo previo al lanzamiento, probablemente) y el modelo de comercialización, para el que posiblemente habría que contar con un canal con cierta especialización (y al cual habría que remunerar, encareciendo en cierta medida la aplicación) ya que no creo que una aplicación de estas características (vertical y de amplias funcionalidades) se vendiera por viral-marketing únicamente. No obstante, no estaría de más ofrecer cuentas de prueba o gratuitas con funcionalidades reducidas (por ejemplo, solo diez clientes) para que las consultas pudieran realizar pruebas y evaluar la aplicación. Otro aspecto que habría que solucionar sería el del funcionamiento en caso de caida de las comunicaciones (¿Aplicación ligera paralela para acceso RTC? ¿Servidores locales que sincronicen la información cada cierto tiempo, como servicio “premium”?).
El modelo puede clonarse horizontalmente: Videoclubs, talleres, clínicas de estética y, en general, cualquier negocio en el que se funcione por citas o haya un elevado numero de clientes necesariamente identificados y con un segumiento.
No es lo que ahora se llama SaaS?
http://en.wikipedia.org/wiki/Software_as_a_Service
Si te fijas, en esa misma página ofrecen una comparación entre ASP y SaaS. Por lo que comentan SaaS no deja de ser marketing sobre la idea primigenia de ASP : Dicen que la diferencia es que ASP eran servicios cliente-servidor con un front-end HTMl mientras que SaaS son aplicaciones nativas en red…Bueh, sería bastante discutible, la verdad…De todas maneras gracias por la referencia, no la conocía…
Lo realmente importante es si el cliente objetivo lo compraría, y si serías capaz de llegar a él.
A mí personalmente me parece que vender este tipo de sistemas a empresas pequeñas es realmente difícil. Hay mucho miedo a eso de que los datos estén “en Internet”.
Llegar a acuerdos con distribuidores es fácil, que vendan el producto es bastante más complicado. Lo que todos buscan son productos que den dinero y que se vendan fácil, no productos que den poco y cueste horrores venderlos.
De hacerlo, creo que el mejor camino sería dirigirse al colegio de APIs, llegar a un acuerdo con ellos para que se impliquen en el desarrollo de la aplicación, y que después envíen información a sus colegiados con una oferta muy agresiva a través del colegio.
Como usuario “laboral” de este tipo de programas y con las caracteristicas que describes (Multiconsulta y multipuesto) te puedo decir que ciertamente es un tema complicado, puesto que tienes que lidiar con muchisima informacion (para tratar con pocos datos al final lo mejor sigue siendo la agenda de papel) que hace imprescindible ademas tener una serie de aplicaciones enlazadas (facturacion, gestion de citas, gestion de archivos, modulos de introduccion de datos, de explotacion de datos etc) y encima cada usuario con unas necesiodades de informacion muy distintas y unos niveles de acceso individualizados.
Suerte si te atreves
Al final todo se reduce a una cuestion de precio por funcionalidad…Una consulta en la que trabajan dos o tres personas no se puede permitir una solución que haga todo lo que comentas, y sin embargo siguen teniendo necesidad de organizarse de alguna forma. Con toda probabilidad, una clínica en la que trabajen decenas de profesionales tendrá presupuesto para comprar una solución más compleja o incluso desarrollarla a medida.
Y no, no me atrevo…Como dijo Ratbert, “I’m more of an idea rat”…Y ya tengo otros proyectos en marcha que, evidentemente, no cuento aquí