Walter. Esta bien que ya envies el mail de Juan, ya que es muy concreto y explica el analisis y las posibles soluciones, pero no hay que olvidar que existen otros bugs en care que estamos analizando y habiamos hablado de armar una sintesis para el care central. Te olvidaste? Sigamos trabajando en eso tambien y no enviar por partes, o mensajes aislados. Envia el mail y sigamos buscando errores en el care y documentandolos. Luego se iran comunicando. Vamos a ordenarnos un poco: esta semana, estamos en Tucuman y no hay tiempo de terminar todo para enviar a care central. Luego de Tucuman se puede preparar un informe de los errores y problemas documentados y enviarlo a care. No seamos desordenados y borremos con el codo lo que se escribe con la mano... Juan: creo que en mi modesta opinion la mejor solucion al problema de tablas es modificar la funcionalidad desde leguajes. eso nos permitiria seguir trabjando con las versiones que se liberen en care en teoria. Cual es tu opinion? JR --- Walter Nunez <[email protected]> escribió:
Juan estoy enviando tu consulta al grupo central con tu nombre y apellido a ver que me responden. La he resumido un poco. Si quieres escribela tu mismo en inglés, me avisas antes de las 10 am hora argentina para enviarlo.
Estuve analizando el problema de la mezcla de tablas para pacientes y personal. Como comente parece que hay una de personas para todo y estuve analizando el esquema con el que funciona el care para evaluar la implementacion de dos tablas por separado y el resultado es:
La forma de acceder al modulo de personal es a traves de main/spediens.php que carga la parte funcional y de ahi llama a modules/personell_admin/personell_admin_pass.php y en la misma carpeta esta el person_registar.php o personell.registrer.php y sigue la cadena con modules/hxp/person.php que incluye include/care_api_classes/class_person.php que tiene la propiedad $tb_person="care_person" y es lo que deberia redefinirse para tener la tabla por separado. Entonces debo crear una class_employee para que llame a la tabla care_employee y crear un php employee por cada person que sea necesario redireccionar, pero aparentemente en es-ar (en todos los lenguajes) se personaliza los mensajes pero no se tiene funcionalidad.
Lo que surge de este analisis (que se podria confirmar o corregir con la gente del grupo central) es que la opcion de lenguajes permite personalizar los mensajes pero no agregar funcionalidad. Salvo que pueda cambiar la propiedad de la clase persona que se relaciona con la tabla los cambios son estructurales ya que en modules/ e include/ estaria creando los php para employee. Seria mas flexible el sistema si permite definir en language/ no solo las variables de etiquetas y mensajes sino las de tablas o programas para personalizar la funcionalidad. De lo contrario es dificil adaptarlo a otros esquemas y debemos seguir desde el modulo actual pero siguiendo otra linea independiente. Solo queria tenerlos al tanto de lo avanzado en ese tema para que vayan opinando. Saludos -- Walter Alfonso Núnez Rivera Médico - Programador Pascual de Andagoya 140 Lima 32 Perú
_______________________________________________ Care2x-general mailing list [email protected]
http://lists.ourproject.org/cgi-bin/mailman/listinfo/care2x-general
___________________________________ ¡Llevate a Yahoo! en tu Unifón! Ahora podés usar Yahoo! Messenger en tu Unifón, en cualquier momento y lugar. Encontrá más información en: http://ar.mobile.yahoo.com/sms.html