Juan escribi�:
Estuve analizando el programa por el tema que me comentaste de que mezclaba en una misma base el personal y los pacientes.
JR escribi�:
1.- Solucionar el tema del registro de personas y personal, separando tablas o lo que sea mas adecuado.
No quiero sonar muy critico, pero NADIE que trabaje en programacion de bases de datos haria semejante cosa; Es un error de dise�o bastante groso. La verdad no se que pensar... Algo que nos van a decir seguramente desde care2x central: "falta gente que programe esos cambios" Por eso creo que es indispensable gente que programe en PHP y tenga buenos conocimientos de bases SQL. Me atrevo a decir que haria falta un programador por modulo (asi no se enloquece con varios temas a la vez, sobretodo si no esta en el tema salud). Se que no es facil conseguir programadores que laburen gratis, pero hay que hacer el intento (al menos hasta que aprendamos PHP...) Sin este recurso humano, nos va a llevar mucho tiempo. La ayuda de programadores en cantidad suficiente, tiene ademas otra ventaja: se pueden registrar en Sourceforge, y el tiempo en incorporar los cambios locales al care central, se acortaria bastante y nos beneficiamos todos. Ademas si alguna clinica decide probar care2x, por ahi ligan una salida laboral :) Alejandro __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo
Hola Alejandro. Vos escribiste:
No quiero sonar muy critico, pero NADIE que trabaje en programacion de bases de datos haria semejante cosa; Es un error de diseño bastante groso. La verdad no se que pensar...
Que es lo groso, lo que escribi yo o lo que hicieron en el care? Por ahi lo que yo propuse es una pelotudez, yo no soy especialista en db ni mucho menos... si es por lo del care, deben tener alguna razon de haberlo hecho asi... puede ser que contesten lo que vos decis, de que por falta de programador lo hicieron asi, pero parece medio raro que lo hayan hecho asi en una sola tabla, no? ???????????? JR --- Alejandro de Garate <[email protected]> escribió:
Juan escribió:
Estuve analizando el programa por el tema que me comentaste de que mezclaba en una misma base el personal y los pacientes.
JR escribió:
1.- Solucionar el tema del registro de personas y personal, separando tablas o lo que sea mas adecuado.
No quiero sonar muy critico, pero NADIE que trabaje en programacion de bases de datos haria semejante cosa; Es un error de diseño bastante groso. La verdad no se que pensar...
Algo que nos van a decir seguramente desde care2x central: "falta gente que programe esos cambios"
Por eso creo que es indispensable gente que programe en PHP y tenga buenos conocimientos de bases SQL. Me atrevo a decir que haria falta un programador por modulo (asi no se enloquece con varios temas a la vez, sobretodo si no esta en el tema salud). Se que no es facil conseguir programadores que laburen gratis, pero hay que hacer el intento (al menos hasta que aprendamos PHP...) Sin este recurso humano, nos va a llevar mucho tiempo. La ayuda de programadores en cantidad suficiente, tiene ademas otra ventaja: se pueden registrar en Sourceforge, y el tiempo en incorporar los cambios locales al care central, se acortaria bastante y nos beneficiamos todos. Ademas si alguna clinica decide probar care2x, por ahi ligan una salida laboral :)
Alejandro
__________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo
_______________________________________________ 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
Si soy analista programador, trabajo con bases de datos relacionales y conozco las formas normalizacion y la teoria de la desnormalizacion. Me gustaria que si se considera algo un disparate se de la solucion. El paciente es una entidad en un diseño de tablas y un analisis de la misma concluira con la serie de campos necesarios; en el caso de los pacientes sera un numero de ficha o historia clinica, la cobertura social, documento etc, y el historial del mismo registrara los tratamientos recibidos y los datos de salud como diabetes, etc. En el caso del personal naturalmente debe ser otra tabla con otros datos como cuil/cuit (cuil para empleados y cuit para independientes que facturan), legajo (si lo tuviera solo para empleados), sector, categoria, etc y el historial de RRHH se referira a los distintos puestos, titulos, licencias, etc. Esto es solo para dar una idea que personal y pacientes son dos entidades que deben tener dos tablas. JR descubrio que se grababan las dos en una llamada peson y yo encontre otra llamada personnell y empezamos a ver como solucionarlo. Yo propuse preguntar al grupo central pero mientras tanto separar la tabla person en dos nos permite que solo cambiemos la referencia a la base en los select, insert, delete, etc sin tocar el resto del programa y nos seguiria sirviendo las futuras actualizaciones del Care. Igualmente comente que iba a analizar si se podia usar directamante personnell. Todos podemos sumar y el que quiera y pueda puede hacer su analisis y enviar su propuesta. Uno de los temas planteados es hasta donde podemos buscar la mejor solucion si es alejandonos del esquema del programa o encontrar una solucion no tecnicamente perfecta pero en la linea del care. Saludos Juan
No quiero sonar muy critico, pero NADIE que trabaje en programacion de bases de datos haria semejante cosa; Es un error de diseño bastante groso. La verdad no se que pensar...
Algo que nos van a decir seguramente desde care2x central: "falta gente que programe esos cambios"
Hola Juan. Es tal cual decis. Yo voto por la solucion que comentas, de separar la tabla person en dos. Es la mejor, me parece. Yo creo que uno debe apegarse lo mas posible a la estructura que porpone care central. Sobre todo por el tema de las futuras versiones de care. Pero... si es necesario hacer cirugia mayor como se dijo, siempre que este justificada, estare de acuerdo. Por lo pronto yo creo que dejemos a Juan que haga los cambios necesarios, luego los suba on line y por ultimo probaremos. JR --- Juan Rossano <[email protected]> escribió:
Si soy analista programador, trabajo con bases de datos relacionales y conozco las formas normalizacion y la teoria de la desnormalizacion. Me gustaria que si se considera algo un disparate se de la solucion. El paciente es una entidad en un diseño de tablas y un analisis de la misma concluira con la serie de campos necesarios; en el caso de los pacientes sera un numero de ficha o historia clinica, la cobertura social, documento etc, y el historial del mismo registrara los tratamientos recibidos y los datos de salud como diabetes, etc. En el caso del personal naturalmente debe ser otra tabla con otros datos como cuil/cuit (cuil para empleados y cuit para independientes que facturan), legajo (si lo tuviera solo para empleados), sector, categoria, etc y el historial de RRHH se referira a los distintos puestos, titulos, licencias, etc. Esto es solo para dar una idea que personal y pacientes son dos entidades que deben tener dos tablas. JR descubrio que se grababan las dos en una llamada peson y yo encontre otra llamada personnell y empezamos a ver como solucionarlo. Yo propuse preguntar al grupo central pero mientras tanto separar la tabla person en dos nos permite que solo cambiemos la referencia a la base en los select, insert, delete, etc sin tocar el resto del programa y nos seguiria sirviendo las futuras actualizaciones del Care. Igualmente comente que iba a analizar si se podia usar directamante personnell. Todos podemos sumar y el que quiera y pueda puede hacer su analisis y enviar su propuesta. Uno de los temas planteados es hasta donde podemos buscar la mejor solucion si es alejandonos del esquema del programa o encontrar una solucion no tecnicamente perfecta pero en la linea del care. Saludos
Juan
No quiero sonar muy critico, pero NADIE que trabaje en programacion de bases de datos haria semejante cosa; Es un error de diseño bastante groso. La verdad no se que pensar...
Algo que nos van a decir seguramente desde care2x central: "falta gente que programe esos cambios"
_______________________________________________ Care2x-general mailing list [email protected]
http://lists.ourproject.org/cgi-bin/mailman/listinfo/care2x-general
Correo Yahoo! - 6 MB, tecnología antispam ¡gratis! Suscribite ya http://correo.yahoo.com.ar/
participants (3)
-
Alejandro de Garate -
JR -
Juan Rossano