Pido su consejo, más dudas

[Armando]

Hola Amigos:

Tengo la posibilidad de desarrollar una aplicación para registrar y almacenar
los resultados de análisis clínicos, son como 700 diferentes campos, combobox,
checkbox, texto, números, etc.

La pregunta, ¿ qué me recomiendan?, un solo registro y por ende una sola tabla,
por paciente o los secciono en varios registros, por consecuencia varias tablas?

Siempre que acceda a un paciente deberán estar disponibles todos los campos
pues no sabemos cual puede ser registrado o modificado.

Saludos

[Victor Casajuana Mas]

700 campos son muchos, independiente que el motor de la DB te lo permita, me inclinaría en una tabla secundaria 1 a N y mostrarlos en tu ficha con un browse, hasta le pondría un tree para organizarlos, eso te permitiría también poder incluir una búsqueda del campo.

Enviado desde mi moto g(9) plus mediante Tapatalk

[hmpaquito]

Hola,

Los 700 campos en la misma tabla, por supuesto, si no hay más motivo que su elevado numero.
Las .dbfs soportan miles de campos. Incorporar otras tablas solo para disminuir campos es para mi, con respeto, un sinsentido.
Lo que si haria seria prefijar los campos cuando varios pertenezcan al mismo campo. Ejemplo de campos relacionados con la tension arterial, todos prefijados con TAr

TArDiastol
TArSistoli
TArNormal
TArFecha
TArHora

Lo que ayudará a tenerlos bien ordenados y localizados y evitar campos con el mismo nombre.

El unico y pequeñisimo inconveniente que le veo a tener todos los campos en la misma tabla es que la velocidad de navegacion de la .dbf se ve muy levemente mermada. Pero esto a mi modo de ver es insignificante, entre otros porque este tipo de .dbf suelen tener como mucho un par de miles de registros y porque se pueden utilizar tecnicas que mejoren la velocidad. Pero REPITO, que haya destacado esto solo ha sido para poner un PERO. Las ventajas de tenerlo todo en un mismo registro son enormes.

Salu2

[Armando]

hmpaquito y victor:

Agradecido con sus consejos, debo aclarar que el motor será MySql o MariaDB,
también aclaro que no serán muchos pacientes (registros) solo unos cientos.

Saludos

[artu01]

Si la data va estar en Maria DB aprovecharia las bondades k me ofrece la bd relacional, en mi caso lo partiria en varias tablas

[remtec]

Hola Amigos:

Tengo la posibilidad de desarrollar una aplicación para registrar y almacenar
los resultados de análisis clínicos, son como 700 diferentes campos, combobox,
checkbox, texto, números, etc.

La pregunta, ¿ qué me recomiendan?, un solo registro y por ende una sola tabla,
por paciente o los secciono en varios registros, por consecuencia varias tablas?

Siempre que acceda a un paciente deberán estar disponibles todos los campos
pues no sabemos cual puede ser registrado o modificado.

Saludos

Hola Armando.

Tengo dudas sobre lo que necesitas.

- Te refieres a Laboratorio Clínico?

- Cuando hablas de registro de análisis clínico, te refieres a registrar el detalle los parámetros del proceso de desarrollo de un examen clínico o almacenar el detalle de cada informe del examen que se entrega a los pacientes?

Quedo atento a tus comentarios.

Muchos Saludos.

Antonio

[Armando]

Antonio:

Gracias por el interés, es algo muy parecido a un análisis clínico, aunque la realidad
son pruebas o protocolo de anti virales específicamente covid 19, los conceptos o
síntomas a registrar son muchísimos.

Saludos

[remtec]

Hola Armando.

Considerando que el proceso de una examen tiene 2 etapas:

1- Proceso del análisis clínico de una muestra de examen de un paciente.

2- Registro del Resultado obtenido el proceso de análisis y que da origen al resultado del examen que es entregado al paciente.

Por lo que entiendo, tu necesitas hacer el registro de todo el proceso del punto 1?

Por se cuando se procesa una muestra para análisis de covid-19, esta muestra es sometida a una maquina de análisis, la que tiene un un software con una base de datos de parámetros virales, los que son comparados automáticamente con la medición de la muestra y este software emite el resultado según carga indicando positivo o negativo, pero estos datos son almacenados automáticamente por la maquina y no hay digitación de datos, mas que indicar un identificador del paciente.

Disculpa por haber profundizado en el tema, pero trato de entender lo que necesitas y darte mi sugerencia, conociendo del tema.

Saludos
Antonio

[Armando]

Antonio:

Nada que disculpar, por el contrario te agradezco el interés.

Entiendo lo que me dices, pero eso es para determinar si es positio o negativo a covid-19.

En mi caso, es una investigación que hace un laboratorio para saber los resultados que
arroja su fórmula experimental aplicada en pacientes voluntarios. Por lo tanto se registran
muchos parámetros, entre otros, si la voluntaria esta en gestación, o en etapa aún
reproductiva, fecha de la última menstruación, etc. etc. etc.

Saludos

[remtec]

Armando.

Ahora me quedo muy claro.

Como ya te lo han indicado, yo lo usaría en una sola Tabla. Pero esto estaría sujeto a como se realizara el proceso de estadísticas de estudio, sera el requisito para estructurar la clasificación de los campos, de tal forma que no tengas problemas en la representación de los datos de los informes, me refiero a parámetros de grupos, subgrupos, etc..,

Estaré atento a tus comentarios.

Muchos Saludos.

Antonio

[xmanuel]

Armando...

Sin duda yo usaría varias tablas más sabiendo que vas a usar MySQL.
El criterio de como debes conseguir esas tablas pueden ser diferentes pero hay motivos infinitos para hacerlo como te digo.
Una base de datos que mantiene tablas de 700 columnas no solo es un despropósito si no un error. Y para mi el diseño de la base de datos debería ser al meno 75% de tu tiempo ya que eso será más difícil de modificar que los programas que la accedan. No ha ni un sólo motivo para que tengas 700 columnas en una tabla.
A partir de aquí podemos discutir lo que se quiera...

[Armando]

xmanuel:

Siempre es bueno un consejo de los expertos, además
como dice una celebre frase "Quién no escucha consejo, no llega a viejo"

Saludos

[FiveWiDi]

Hola,

Acabo de leer el hilo.
Para mi y en este tipo de casos. Mínimo 3 tablas.
1a. con la definición de los campos (para este caso muy posible que se varíen).
2a. los sujetos a los que se les practica la prueba (cobayas, vacas, personas, etc.).
3a. los valores que resultan del análisis.

No todos los pacientes usaran todos los campos. Yo nunca estaré en gestación, ella nunca tendrá problemas de próstata (creo).

En la primera las comunas que precises:
-Identificador del campo (por ejemplo 'TAR'->tensión arterial).
-Descriptivo corto.
-Descriptivo largo.
etc...

En la segunda tabla las columnas que precises:
-Identificador del sujeto (cobaya, ratón, persona, etc).
-_(macho, hembra, otros, etc)
-Altura
-Peso
etc...

En la tercera las columnas que precises:
-Identificación de la prueba.
-Identificador del sujeto al que se aplica la prueba.
-Identificador del campo (el que se vaya a capturar, por ejemplo el literal 'TAR')
-Valor del campo capturado.
-etc.

Podría haber una cuarta:
-Identificador del sujeto
-Patología 1
-Patología 2
-etc

Y lo puedes complicar como quieras.
Pero de esta manera la BB.DD. no se tendrá que tocar mucho en futuro.
Tu líneas de soft deben hacer la magia para explotar la información.

Como han dicho, el 75% de tu tiempo inicial debe ser diseño de BB.DD.
700 columnas en una tabla de una BB.DD.... no estoy capacitado para valorar, pero no lo veo bien.

Saludos

[Armando]

Carlos:

Agradecido con tu consejo, se tomará en cuenta.

Saludos

[Armando]

Amigos:

Continuando con el tema, ahora los molesto con la siguiente duda:

He mencionado que debo registrar una gran cantidad de respuestas,
la pregunta es, debo usar el control FOLDER para contener las preguntas
y respuestas o debo usar un dialogo con barra de desplazamiento hacia abajo
y hacia arriba (simular una página WEB), o algún otro control contenedor que me
recomienden?

Saludos y gracias por el apoyo