CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOS
4.1 INVESTIGACIÓN DE CAMPO
En esta etapa del Sistema se explican las herramientas utilizadas para llevar a cabo lo que es la
primera muestra del sistema, ya que lo que se tenía hasta ese momento en el desarrollo del
proyecto, era una perspectiva de lo que sería el producto final, por lo que se trató de encontrar
cada uno de los aspectos importantes para el usuario en su ambiente cotidiano y laboral, esto con
el objetivo de que no existirá ninguna clase de interferencia dentro de la investigación, y así
encontrar los elementos que formarán parte del diseño del Software de Investigación Clínica
(SWIC).
Para el desarrollo de este capítulo se pusieron en práctica las técnicas para recolectar información
tales como la entrevista, el prototipo, la encuesta, la revisión de registros y la observación para
una adecuada y correcta recolección de datos para la realización del proyecto. En este apartado
se usaron las preguntas propuestas en la elaboración de instrumentos, que se detallan mas
adelante en el capítulo.
Se definen los tipos de herramientas a utilizar por ser las mas adecuadas para el proyecto, se
explican sus razones y la forma de como fueron evaluadas.
Como punto final se hace el análisis de los datos recolectados en la investigación de campo.
4.1.1 ELABORACIÓN Y DESCRIPCIÓN DE INSTRUMENTOS PARA EL
DESARROLLO DE LA INVESTIGACIÓN DE CAMPO
Dentro del Análisis de Sistemas Informáticos existen instrumentos o “técnicas para encontrar
hechos”1, las cuales nos ayudan a descubrir las posibles necesidades de los usuarios, aspectos
importantes y mejoras a tomar en cuenta dentro del mismo, para obtener un Sistema de alta
calidad y conforme a todas las expectativas requeridas. 1 James A. Senn, “Análisis y Diseño de Sistemas de Información, Pág. 133
59
A continuación se detallan y se conceptualizan las técnicas utilizadas:
Entrevista: “El analista de sistemas escucha buscando objetivos, sentimientos,
opiniones y procedimientos informales en entrevistas con los tomadores de decisiones
de la organización. Las entrevistas son diálogos de preguntas y respuestas planeados
por anticipado entre dos interlocutores. Las preguntas tienen dos tipos básicos:
abiertas y cerradas.”1
Esta técnica fue utilizada ampliamente con las dependencias del HNNBB que tienen relación
directa con el sistema mecanizado propuesto, con el objetivo de obtener insumos, información
requerida para el mismo, requerimientos, estándares, entre otros. En esta actividad se invirtió
aproximadamente 20 horas.
Observación: “Los analistas usan la observación como una técnica de recopilación
de información. Por medio de la observación obtienen apreciaciones sobre lo que se
hace realmente, ven de primera mano las relaciones entre los tomadores de decisiones
en una organización, comprenden la influencia del ambiente físico de éste, interpretan
los mensajes enviados por el tomador por medio de su vestimenta y al acomodo de su
oficina y comprenden la influencia de la toma de decisiones con respecto a los
demás.”2
Se utilizó esta técnica en el Departamento de Investigación Clínica y Docencia del HNNBB, ya
que en el desarrollo del proyecto, se obtuvo de primera mano el funcionamiento interno de la
unidad en mención, como el flujo del proceso de docencia, así como el flujo de información bajo
el cual se desarrollan las investigaciones clínicas dentro del hospital.
Revisión de Registros: “Varios tipos de registros y reportes pueden proporcionar al
analista información valiosa con respecto a las organizaciones y a sus operaciones. Al
revisar sus registros, el analista examina la información asentada en ellos relacionada
1 Keneth E. Kendall & Julie E. Kendall, “Análisis y Diseño de Sistemas”, 3ª. Edición, Pág. 128 2 Keneth E. Kendall & Julie E. Kendall, “Análisis y Diseño de Sistemas”, 3ª. Edición, Pág. 175
60
con el sistema y los usuarios. La revisión de registros puede efectuarse al comienzo
del estudio, como introducción”1
Se ha utilizado esta técnica, puesto que a lo largo de la investigación se han tenido a la mano
documentos elaborados dentro de una investigación clínica, todo con el propósito de obtener la
documentación necesaria para llevar a cabo dicha actividad.
Prototipos, es el empleo de las técnicas antes mencionadas en uno sola, ya que “las
reacciones son recopiladas por medio de observaciones, entrevistas y formas de
retroalimentación (posiblemente cuestionarios) diseñadas para recoger la opinión de
cada persona acerca del prototipo cuando interactúa con él.”2
Construir un modelo de trabajo representativo a escala reducida de las necesidades de los
usuarios con el fin de descubrir o comprobar dicha necesidades. IDEA: SABRÁS LO QUE
NECESITAS CUANDO LO VEAS.
Si se comprende la magnitud del uso de prototipos, se puede decir que es una herramienta
poderosa, para el desarrollo de un ciclo de vida de sistemas con suficiente tiempo, ya que el
mismo es una parte a escala del sistema completo, y que a la vez se va probando de una manera
directa con el usuario.
“Con un prototipo los usuarios pueden ver, lo que es posible y cómo se traducen sus
requerimientos en hardware y software.”
Se utilizó un Prototipo de Características Seleccionadas, ya que la construcción del mismo es un
modelo operacional que incluía algunas de las características que tendría el sistema final.
Encuesta, método de obtener información de una muestra de individuos. Esta
muestra es usualmente sólo una fracción de la población bajo estudio. Una “encuesta”
1 James A. Senn, “Análisis y Diseño de Sistemas de Información, Pág. 136 2 Keneth E. Kendall & Julie E. Kendall, “Análisis y Diseño de Sistemas”, 3ª. Edición, Pág. 128
61
recoge información de una “muestra”. Se pueden conducir de muchas maneras,
incluyendo por teléfono, por correo o en persona. Una “muestra” es usualmente sólo
una porción de la población bajo estudio. La información es recogida usando
procedimientos estandarizados de manera que a cada individuo se le hace las mismas
preguntas. La intención de la encuesta es obtener un perfil, compuesto de la población
en estudio.
Esta es una de las herramientas que se utilizaron en la investigación de campo. Se ha escogido
este tipo de instrumento de recolección de datos debido a que, el HNNBB, estaba interesado en
realizar una investigación de este tipo, es así como el hospital realizó la misma con el formato de
preguntas que se muestra en el anexo B-3.
4.1.2 SELECCIÓN DE INSTRUMENTOS PARA EL DESARROLLO DE LA
INVESTIGACIÓN DE CAMPO
Como se mencionó, en el apartado anterior las técnicas utilizadas para la realización de la
investigación de campo fueron las siguientes:
La Entrevista, La Observación, la Encuesta, El Prototipo y Revisión de Registros.
Se explicaron los conceptos básicos y se detallan las razones por las cuales fueron elegidas:
La Entrevista:
♦ Ahorro de tiempo: se acorta notablemente la recolección de información
significativa para el sistema.
♦ Se abordan muchos temas rápidamente: sencillamente si es bien estructurada la
entrevista se hablará en la misma de muchos tópicos importantes.
♦ Obtención de datos relevantes: al igual que la anterior, si se estructura
correctamente la entrevista se tendrán resultados muy importantes para el
desarrollo del sistema.
Ver anexo B-1 y B-2.
La Observación:
62
♦ Se tiene una apreciación clara de como se hacen los procesos importantes de la
investigación dentro del HNNBB.
♦ Se entiende de manera directa el ambiente físico de las áreas del hospital.
♦ Se ve de primera mano las relaciones entre los involucrados en el proceso de la
investigación clínica.
La Encuesta
♦ Se obtiene la opinión de los usuarios acerca del sistema propuesto.
♦ Se concluye la puesta en marcha o el rechazo del sistema.
El prototipo
♦ Se obtienen las reacciones iniciales de los usuarios.
♦ Se obtienen sugerencias de los usuarios para futuros cambios que se requieren
antes de la implementación del sistema.
♦ Se pueden detallar posibles innovaciones y planes de revisión para el sistema en
general.
Revisión de Registros
♦ Se obtiene información valiosa respecto a la organización y a las operaciones que
se desarrollan en la misma.
♦ Se puede utilizar a lo largo de toda la investigación, para comparar lo que esta
sucediendo en situaciones iniciales y como se desarrollan al final del desarrollo
del proyecto.
4.2 ESTRUCTURACIÓN DE LOS INSTRUMENTOS PARA EL DESARROLLO DE LA
INVESTIGACIÓN DE CAMPO
La muestra que se tomó fue de tipo aleatorio por haber sido seleccionado un grupo de
individuos, quienes dentro de la investigación serán los médicos especialistas, residentes,
63
técnicos y enfermeras, que van a interactuar con el sistema desarrollado, y son quienes usarán
los diferentes módulos que contendrá el sistema.
En el anexo B-3 se detallan las preguntas que se desarrollaron en la encuesta que se utilizó para
la recolección de información del proyecto.
Se hace la aclaración que la encuesta utilizada con los médicos especialistas, residentes, técnicos
y enfermeras fue elaborado por el personal consultor, pero fue revisada, ejecutada y tabulada por
personal de IC del hospital.
En este apartado se mostrará toda la información recopilada en esta investigación de campo,
realizada en el HNBBB.
Por último se propone el sistema para el control, monitoreo y publicación de la IC en el HNNBB.
4.2.1 ANÁLISIS DE LAS ENCUESTAS REALIZADAS A LOS MÉDICOS
ESPECIALISTAS, RESIDENTES Y AL JEFE DE LA UNIDAD DE INVESTIGACIÓN
CLÍNICA DEL HNNBB.
Se presenta el resultado de la encuesta “Investigación Médicos HNNBB 2004”, se debe aclarar
que el número de personas que fueron entrevistadas son en total 100, por lo que de obtener ese
número significaría un 100%, de acierto en esa pregunta y así relativamente.
DESCRIPCIÓN DE ENCUESTADOS
Total 100 encuestas
80% médicos
20% enfermeras y técnicos
Del total de médicos el 60% fueron médicos del staff, el resto residentes.
Del total de encuestados 15% fueron enfermeras y 5% técnicos
64
CONOCIMIENTOS DE INVESTIGACIÓN CLINICA
El 75% de los entrevistados desconocen el programa de investigación clínica del HNNBB. El
96% de las enfermeras y técnicos dijeron no conocer el Programa.
El 80% de los encuestados dijeron desconocer las fases a seguir para elaborar pre-proyectos y
protocolos de investigación. Esto se acentuó en enfermeras y técnicos donde esta proporción
llegó al 98%.
El 74% de los encuestados dijeron desconocer los principales diseños de investigación clínica,
así como un 93% de enfermeras y técnicos un 100%.
Solamente el 63% de los encuestados dijeron saber que la Unidad de Investigación brinda
asesoría en el diseño de los pre-proyectos y protocolos de investigación clínica en el HNNBB
ACTITUDES SOBRE INVESTIGACIÓN CLINICA
El 91% de los entrevistados manifestaron estar interesados en recibir capacitaciones sobre
investigación clínica, el 100% de ellos están dispuestos a realizar proyectos de investigación en
sus áreas de trabajo. En enfermería esta última proporción fue del 78% y en técnicos del 62%.
Un 88% de los entrevistados están dispuestos a utilizar un modelo informático para asesorías en
la elaboración de investigaciones clínicas en el HNNBB
PRACTICAS DE INVESTIGACIÓN CLINICA
La media de protocolos de investigación elaborados por los encuestados durante el año pasado
fue de 0.08 por persona. Solamente un 8% del total de encuestados había llevado a cabo un
trabajo de investigación clínica en el último año. Un 11% de los encuestados había solicitado
65
asesoría a la Unidad de Investigación Clínica del HNNBB para elaborar un pre-proyecto o
protocolo de investigación.
OTROS
El 56% de los entrevistados dijeron tener conocimientos básicos sobre computación y manejo de
correo electrónico, siendo esta proporción del 28% en enfermeras y 20% en técnicos.
El 42% de los entrevistados dijeron tener acceso fácil a computadoras e Internet.
4.3 ANÁLISIS DE REQUERIMIENTOS: DOCENCIA Y ETAPAS CRÍTICAS DE LA
INVESTIGACIÓN CLÍNICA
En el Análisis de Requerimientos, en este caso son las tres etapas críticas de la investigación
clínica: Pre-Proyecto. Protocolo e Informe Final, se hizo una adecuada selección de todos los
datos recolectados, utilizados en el diseño del sistema.
A continuación se detallan las salidas del sistema:
CONSULTAS ADMINISTRATIVAS
• Usuarios del sistema: son todos los usuarios dentro del SWIC, sean estos investigadores o
alumnos de los cursos que se brindan dentro del HNNBB.
• Investigadores: todos los usuarios que dentro del SWIC que ya tienen la categoría de
investigadores clínicos.
• Permisos asignados en el sistema: son los accesos dentro del SWIC a los cuales un
usuario tiene derecho a participar, serán asignados únicamente por el Administrador del
SWIC.
CONSULTAS DOCENCIA EN IC
66
• Alumnos por curso: son todos los alumnos inscritos por curso vigente, son inscritos por el
Administrador del SWIC.
• Rendimiento de alumnos en curso de investigación clínica: estadísticas de cómo ha sido
la tendencia de los alumnos en el desarrollo de un curso de IC.
• Exámenes realizados por alumno: son todos los autotest finalizados por alumno, tanto el
administrador de la Docencia en el SWIC como el alumno mismo podrán ver estos
resultados.
• Preguntas y respuestas por módulo: listado de todas las preguntas y respuestas que
componen los diferentes autotest de cada uno de los módulos.
• Preguntas y respuestas por examen y alumno: luego de finalizado un autotest se generará
un reporte de las preguntas que conformaron el mismo así como de las respuestas con las
cuales fueron respondidas las mismas, tanto el Administrador SWIC como el mismo
alumno tendrán acceso a esta información.
• Módulos cursados por alumno: para que tanto el alumno como el Administrador
conozcan el progreso de los mismos en los diferentes módulos.
• Alumnos por módulo: para conocer si existe cupo para inscribir a un alumno nuevo.
• Estadística de aprobación de cursos de investigación clínica: detalle de los alumnos que
aprobaron el curso de Investigación Clínica y están aptos para desarrollar la misma.
CONSULTAS INVESTIGACIÓN CLÍNICA
• De investigadores activos en el sistema: listado de investigadores clínicos que están aptos
para desarrollar una IC o se encuentran desarrollando una.
• Investigaciones realizadas: número de investigaciones desarrolladas en el HNNBB.
• Etapas desarrolladas para una investigación clínica: detalle general del workflow para las
etapas definidas dentro del SWIC.
• Estadística de tipo de publicación para investigaciones (resumen e informe completo):
cuantas investigaciones clínicas se cuenta con el consentimiento para publicarla dentro
del SWIC.
• Estadísticas de proporción de protocolos aprobados sobre rechazados o con enmiendas:
detalle de los diferentes estados que puede tener un protocolo de investigación clínica.
67
• Investigadores y trabajos en proceso o realizados: Listado de investigadores activos
dentro del SWIC, junto con las IC en proceso o realizadas que tengan.
♦ Flujo de Datos Actual
68
Fig. No. 3. Diagrama de Flujo de Datos para la Docencia en la IC.
69
Fig. No. 4. Diagrama de Flujo de Datos dentro de la IC
70
Al final del desarrollo del presente proyecto no se ha propuesto ningún cambio al flujo de datos
tanto en la etapa de docencia, como en el desarrollo de una investigación clínica, cabe aclarar
que de existir alguna modificación dentro de los mismos, como por ejemplo la inserción de una
nueva entidad o eliminación de alguna, el Workflow o Flujo de Trabajo permitirá flexibilizar e
incluir dicho paso, pero con el estudio anticipado de todas las variables involucradas en el
procedimiento; es decir que el Workflow permite incorporar nuevas rutas, fases y pasos al flujo
de datos establecido.
CAPÍTULO V. DISEÑO
5.1 CONCEPTUALIZACIÓN DEL SISTEMA
5.1.1 SISTEMA DE MANEJO DE CONOCIMIENTO
El proyecto desarrollado se ubica dentro de las definiciones de diseño de sistemas como un
sistema de información mecanizado de automatización de oficina y a su vez un sistema de
manejo de conocimiento. El sistema desarrollado también recoge el concepto de sistema
mecanizado de asistencia, debido a que permite que el personal que desee llegar a constituirse
como un profesional acreditado, pueda realizar una serie de pasos dentro de los cuales se
encuentra cursar los módulos de docencia que para tal fin se han establecido, operación que se
realiza al inicio del proceso en el sistema. A continuación, el alumno se someterá a una auto
evaluación de los conceptos que ha asimilado y de aprobar dicha evaluación, será habilitado a
cursar el siguiente módulo de docencia y así sucesivamente hasta terminar los cinco módulos que
actualmente comprenden la parte de docencia del sistema; posteriormente por ser un profesional
de salud acreditado para realizar una investigación clínica, tiene la opción de desarrollar la
misma, en todo momento, para resolver los problemas con los cuales se encuentre el
investigador, el usuario tendrá ayuda en línea mediante enlaces a páginas de Internet que
colaborarán a resolver esas interrogantes o por medio del tutor asignado para evacuar las
preguntas que surjan en las dos etapas del SWIC.
5.1.1 DOCENCIA
La docencia dentro del proyecto se lleva a cabo mediante los cinco módulos los cuales debe
realizar el medico de staff, residente, enfermero(a) o técnico, antes de convertirse mediante un
examen presencial en personal acreditado para llevar a cabo una investigación clínica. Los
módulos a los que se refiere son los siguientes:
• Fundamentos de Epidemiología
71
• Fundamentos de Diseño de Investigación Biomédica
• Fundamentos de Bioestadística
• Fundamentos de Ética en Investigación Biomédica
• Fundamentos de Medicina basada en pruebas
En cada uno de los módulos mencionados se lleva a cabo un examen que será autogenerado por
el sistema, con el objetivo de medir el grado de entendimiento del texto proporcionado por el
SWIC, es decir una vez el personal concluya con la lectura del mismo y las interrogantes que se
tengan del contenido. El aspirante podrá optar a realizar el examen de suficiencia del tema
estudiado, para poder continuar con el siguiente módulo; si se reprueba, deberá realizar
nuevamente el examen de suficiencia.
Una vez finalizado cada uno de los módulos de la parte de docencia del SWIC, se puede optar a
tomar el examen presencial que se deberá realizar en las instalaciones del HNNBB bajo la
supervisión de personal altamente calificado para el desarrollo de la misma.
5.1.2 INVESTIGACIÓN CLÍNICA (WORKFLOW EN SWIC)
La presente etapa del proyecto, constituye la parte medular por su relevancia en el país y por ser
una herramienta poderosa para el profesional en salud que desee contribuir a mejorar la calidad
de vida de la niñez salvadoreña, la contribución al aumento de conocimiento que se tiene de las
enfermedades que suelen atacar a los mas pequeños por ser los mas vulnerables, todo lo anterior
se refiere a la realización de Investigación Clínica.
72
La investigación clínica es una secuencia de actividades conjuntas en una forma lógica en la cual
el producto (información sobre la IC), va pasando entre los miembros del proceso de una manera
ordenada y siguiendo ciertas reglas de participación establecidas.
El investigador ingresa la información recopilada sobre el tema en las diferentes fases, el tutor
asignado aprueba o desaprueba ciertos pasos identificados dentro del proceso, el comité técnico
evalúa y autoriza procedimientos de la investigación durante pasos definidos.
En virtud de lo presentado anteriormente, en el sistema se aplica una mezcla de WorkFlow Ad-
hoc y administrativo.
La automatización de las fases consistirá en aplicar de forma virtual el proceso actual de
desarrollo de una IC, estableciendo para ello, un mecanismo de control secuencial automático de
según el evento activado por el usuario (aprobación, autorización, denegación, ingreso, etc),
siempre y cuando dicho usuario tenga permitido ese nivel de participación dentro de la actividad.
Por ejemplo, al inicio de una investigación, será necesario que un usuario del sistema ingrese a
este los datos iniciales de su contenido; posteriormente, el registro le será puesto en una especie
de bandeja de entrada. Una vez concluida la tarea en el sistema, se traslada dicho registro a la
bandeja de entrada de un representante del comité técnico dentro del sistema, para que este
realice el proceso de revisión del documento, en caso de autorizarlo asigna un tutor, de un listado
disponible, y el sistema retorna el registro a la bandeja de entrada de los investigadores para
desarrollo del protocolo, si no se autoriza, retornará el registro con las observaciones pertinentes.
El grupo investigador desarrolla el protocolo, y una vez finalizado, ingresa dicho documento al
sistema, este lo traslada a la bandeja de entrada del tutor para que este lo autorice o retorne con
correcciones, en caso de la primera decisión, se traslada el registro a la bandeja de entrada del
representante del comité ético este lo lleva al comité con base a sus competencias, resuelva al
final, aprobarlo o denegarlo, y luego se retorna según sea el caso a los investigadores o al comité
técnico. Este proceso continúa hasta finalizar en la publicación del abstract o informe final el
cual estará por regla general, disponible al público.
73
En todo el proceso, se da la existencia de ciclos, originados por negaciones en ciertos pasos en
los que se marca una toma de decisión por parte de alguno de los entes involucrados, los cuales
también deberán ser identificados por el sistema y tratados de acuerdo a las reglas programadas,
la cuales se pueden plasmar en una matriz de transición pasos (árbol de decisiones, Anexo G).
La automatización del proceso de IC, introduce un mecanismo mediante el cual se tiene la
capacidad de flexibilizar el orden en que se apliquen todos los pasos y fases del proceso, para
ello, se emplea el concepto, de ruta.
RUTA:
La ruta dentro del proceso, es básicamente una combinación de pasos dentro de cada etapa del
proceso general, que sigue un orden parametrizado dentro del sistema, en tal sentido, pueden
existir tantas rutas o combinaciones, como sea necesario.
Inicialmente en el SWIC solo existe una ruta, cualquier disposición administrativa que habilite
para establecer un proceso modificado al actual, generará la creación de una nueva ruta, en la
cual se definirán las fases y pasos por los que deberá pasar la IC.
La asignación de tareas será automática y serán registradas dentro de la bandeja de entrada de
cada miembro involucrado en el proceso, sin embargo permitirá la habilitación de ruteos
manuales en los pasos que sea necesario, ya sea por el usuario activo al que esta asignado al
registro o por el administrador del sistema; lo cual genera un mecanismo automático de
asignación de tareas y colaboración.
En general, este mecanismo permitirá la agilización del proceso de investigación clínica así
como un mejor control y seguimiento a cada una de ellas, lo que potencializa el aumento y
calidad en las misma. De igual manera permite a cada participante tener una mejor visión de su
contribución dentro del proceso general y reducir cierta manera la complejidad operativa con que
se manejan actualmente las IC.
En el sistema, es posible llevar un monitoreo de:
• Estado de proyectos de investigación.
74
• Tiempos de desarrollo de pasos y fases.
• Monitoreo de fechas.
• Administración de documentos.
• Otros.
5.2 CIERRES EN SWIC
Para tener información actualizada dentro del sistema, y que no se vaya acumulando la misma
que ya no se encuentra en actividad o que se necesite para realizar un proceso, se han establecido
diferentes operaciones de cierres en el SWIC, lo anterior con el objetivo de no saturar la base de
datos con registros que no se están utilizando y de esta forma disponer de más espacio físico en
el disco duro donde se almacene dicha información, mismos que se detallan a continuación.
5.2.1 CIERRE DE ALUMNO EN LA ETAPA DE DOCENCIA DEL SWIC
Los alumnos que están inscritos en un curso que se esta impartiendo actualmente o que haya
finalizado, se tiene habilitado un botón por medio del cual el Administrador de la Docencia en el
SWIC, podrá aprobarlo o reprobarlo.
75
5.2.2 CIERRE DE CURSO EN LA ETAPA DE DOCENCIA DEL SWIC
Una vez que se han aprobado o reprobado los alumnos que estaban inscritos en el curso de
docencia actual, se deberá hacer el cierre del mismo.
5.2.3 CIERRE DE INVESTIGACIÓN CLÍNICA
Cuando una IC alcanza el paso de publicación de la misma así como cuando es descalificada, se
realiza el proceso de forma interna dentro del Workflow del SWIC.
Cierre por descalificación del Comité de Ética, se presentará cuando una investigación no
cumple con requisitos de carácter ético los cuales se encuentran determinados en la Declaración
de Helsinski, entre otros.
Cierre por workflow, se realizará una vez la IC alcance el paso de publicación de la misma, por
ser el último que se encuentra definido en el Workflow dentro de la matriz de transición del
SWIC.
5.3 ERIC
76
ERIC son las iniciales para el diagrama Entidad - Relación del Software de Investigación
Clínica, en él se describen todas las asociaciones que existen entre las diferentes categorías de
datos dentro del SWIC.
En él se plasman una serie de entidades que son los lugares en los cuales se almacenarán los
datos, como por ejemplo tenemos la tabla “invc_usuario” en la cual se almacenarán todos los
datos de los usuarios del SWIC, es decir los médicos de staff, residentes, técnicos y enfermeras.
En cada una de estas entidades existen los atributos que las conforman, estas son características
de una entidad, ejemplo de estos tenemos en la tabla “invc_usuario”: invc_usuario
us_cod_usuarious_codigo_profesionalus_primer_nombreus_segundo_nombreus_primer_apellidous_segundo_apellidous_apellido_casadaus_sexous_fecha_nacimientous_profesionus_especialidadus_institucion_lus_areaus_emailus_claveus_estadous_fecha_autus_autorizante
varchar(10)varchar(10)varchar(15)varchar(15)varchar(15)varchar(15)varchar(15)char(1)smalldatetimevarchar(10)varchar(10)varchar(10)varchar(10)varchar(35)varchar(30)char(1)smalldatetimevarchar(10)
<fk>
Se tienen también sus correspondientes relaciones con las demás entidades que existen en el
ERIC, siguiendo con la tabla “invc_usuario” se relaciona con las tablas,
77
in_cod_investigador = us_codigo_profesional
gi_cod_investigador = in_cod_investigador
cd_usuario = at_usuario��cd_curso = at_curso
cd_usuario = in_cod_investigador
up_usuario = pi_autorizante
us_cod_usuario = up_usuario us_cod_usuario = at_usuario
us_cod_usuario = cd_usuario
fi_cod_fase = pi_fase
us_cod_usuario = av_usuario_descu_correlativo = at_curso
us_cod_usuario = ac_usuario
ro_rol = ac_rol
invc_usuario
us_cod_usuarious_codigo_profesionalus_primer_nombreus_segundo_nombreus_primer_apellidous_segundo_apellidous_apellido_casadaus_sexous_fecha_nacimientous_profesionus_especialidadus_institucion_lus_areaus_emailus_claveus_estadous_fecha_autus_autorizante
varchar(10)varchar(10)varchar(15)varchar(15)varchar(15)varchar(15)varchar(15)char(1)smalldatetimevarchar(10)varchar(10)varchar(10)varchar(10)varchar(35)varchar(30)char(1)smalldatetimevarchar(10)
<fk>
invc_investigador
in_cod_investigadorin_categoriain_institucion_acredin_fecha_acreditacionin_estadoin_fecha_autin_autorizante
varchar(10)varchar(10)varchar(10)smalldatetimechar(1)smalldatetimevarchar(10)
<fk1,fk2>
invc_grupos_ic
gi_correlativogi_grupogi_categoria_gpogi_codigo_investigaciongi_categoria_investigadorgi_cod_investigadorgi_estadogi_fecha_autgi_autorizante
intintvarchar(10)varchar(15)varchar(10)varchar(10)varchar(10)smalldatetimevarchar(10)
<fk>
invc_autotest
at_correlativoat_usuarioat_cursoat_moduloat_sec_moduloat_conteo_moduloat_promedioat_conceptoat_secuencialat_inicioat_finat_fecha_autat_autorizante
intvarchar(10)varchar(6)tinyinttinyinttinyintfloatchar(1)tinyintsmalldatetimesmalldatetimesmalldatetimevarchar(10)
<fk1,fk3><fk1,fk4><fk2>
invc_control_docencia
cd_cursocd_usuariocd_fecha_iniciocd_fecha_fincd_ult_modulocd_estado_registrocd_fecha_autcd_autorizante
varchar(6)varchar(10)smalldatetimesmalldatetimetinyintchar(1)smalldatetimevarchar(10)
<fk>
invc_usuario_paso
up_usuarioup_pasoup_estadoup_autorizanteup_fecha_aut
varchar(10)char(10)char(1)char(10)datetime
<fk>
invc_avisos
av_correlativoav_tipoav_usuario_desav_comentarioav_fecha_venciav_fecha_autav_autorizante
intvarchar(1)varchar(10)varchar(255)smalldatetimesmalldatetimevarchar(10)
<fk>
invc_cursos
cu_correlativocu_cod_cursocu_nombrecu_fecha_inicu_fecha_fincu_cupocu_estadocu_comentariocu_fechacu_autorizante
intvarchar(6)varchar(64)smalldatetimesmalldatetimeintvarchar(10)varchar(255)smalldatetimevarchar(10)
1
2
4
2
ACCESORIO
ADMINISTRACION
ARBOL DEDECISIONES
CATEGORIAS
USUARIOSISTEMA
invc_accesos
ac_correlativoac_usuarioac_rolac_estadoac_fecha_autac_autorizante
integervarchar(10)integerchar(1)datetimevarchar(10)
<fk1><fk3>
de todas estas relaciones descritas existe una relación padre-hijo, en la cual el padre es la tabla
“invc_usuario”.
Mas adelante estas entidades serán descritas en el diccionario de datos, con todas sus
características inherentes, mismas que son las que se convierten en tablas al trasladarlas a la base
de datos que se utilizará, que en el caso particular del SWIC será SQL Server 2000.
Dentro del ERIC existen agrupaciones de tablas que se pueden nombrar según su afinidad,
misma que es remarcada por el tipo de información que se maneja, las cuales son: Docencia,
Investigación Clínica, Workflow y Tablas Virtuales.
Se hará una breve descripción de cada una de ellas a continuación para un mejor entendimiento
de las funciones que en ellas se realizan:
78
Docencia: agrupa todas aquellas tablas que tienen relación con la capacitación previa que
será ofrecida por el SWIC, mediante los diferentes módulos de enseñanza, los cuales
están en formato PDF, para una mayor portabilidad de los mismos; en este grupo de
tablas se encuentran también aquellas que manejaran las evaluaciones que se les harán a
los diferentes aspirante a investigadores clínicos, tarea que se realizará mediante la auto-
generación de un test en línea, siempre y cuando el aspirante se considere apto para
realizar dicha prueba, así como se llevará un control de las calificaciones obtenidos por
los aspirantes.
Investigación Clínica: grupo de tablas que manejarán toda la información concerniente a
los investigadores clínicos acreditados por el HNNBB, así como los investigadores o
grupos de ellos que se encuentren realizando una investigación clínica, aquí se controlará
el estado en el que se hallen las IC. Esta es la parte medular del SWIC ya que es donde se
almacenará la base de conocimiento, que será alimentada por las investigaciones que se
lleven a cabo mediante la ayuda del SWIC.
Workflow: este conjunto de tablas son las encargadas de controlar como su nombre lo
indica el flujo de trabajo, es decir: asignar las tareas que un investigador puede realizar,
cual es el siguiente paso que tendrá que realizar el investigador clínico en el desarrollo de
una IC, llevar el control del tiempo de realización de un paso que se encuentre
desarrollando un investigador, entre otros, aquí se almacenan todas las rutas, fases y
pasos posibles en las que se puede encontrar un investigador clínico y una investigación
clínica.
Tablas Virtuales: para el manejo de catálogos, se utiliza un mecanismo de tablas
virtuales almacenado en 2 tablas físicas cuyo diseño se presenta a continuación:
t v _c od_ tab la = c v _ tab la
inv c _ tab la_v
tv _c od_ tab latv _ tab latv _des c ripc iontv _es tadotv _ f ec ha_ac t
in tv a rc har(30 )v a rc har(70 )c har(1 )s m a llda te t im e
inv c _c a t_v a lo res
c v _ tab lac v _c od igoc v _des c ripc ionc v _es tadoc v _ f ec ha_ac t
in tv a rc ha r(10 )v a rc ha r(50 )c har(1 )s m a llda te t im e
79
Cabe mencionar que dentro del ERIC existe una tabla llamada “invc_errores”, esta fue creada
para manejar los diferentes errores que se produzcan cuando el usuario este interactuando con el
sistema pero dicha tabla desarrollará su función dentro de la base de datos, análogo a la tabla
“invc_avisos”, que su función es exclusiva cuando el usuario este usando en SWIC.
También se encuentra la tabla “invc_usuario”, la cual es el pivote para todo el sistema, ya que es
la entrada principal al SWIC.
A continuación se muestra una tabla resumen en la se encuentran todas las entidades agrupadas
por la categoría a la cual pertenecen:
TABLAS PARA SEGURIDAD Y ACCESOS 1 INVC_USUARIO 2 INVC_ACCESOS 3 INVC_ROLES 4 INVC_OPROL 5 INVC_MENU
DOCENCIA
1 INVC_CURSOS 2 INVC_CAT_AUTOTEST 3 INVC_PREGUNTAS_RESP 4 INVC_CAT_PREGUNTAS 5 INVC_CAT_RESPUESTAS 6 INVC_TEST_RESPUESTAS 7 INVC_CONTROL_DOCENCIA 8 INVC_NOTAS_CURSOS 9 INVC_DOCENCIA_HIS
10 INVC_AUTOTEST INVESTIGACION CLINICA
1 INVC_INVESTIGADOR 2 INVC_INVESTIGACION_PROCESO 3 INVC_GRUPOS_IC 4 INVC_DESARROLLO_INVESTIGACION 5 INVC_COMENTARIOS_INVESTIGACION
80
6 INVC_DOCUMENTOS 7 INVC_INVESTIGACIONES.
WORKFLOW
1 INVC_RUTA 2 INVC_FASE_IC 3 INVC_PASOS 4 INVC_PASO_DECISION 5 INVC_USUARIO_PASO 6 INVC_PROCESO_IC
TABLAS VIRTUALES
1 INVC_TABLA_V 2 INVC_CAT_VALORES
TABLAS COMPLEMENATARIAS
1 INVC_AVISOS 2 INVC_ERRORES
81
in_cod_inv estigador = us_codigo_prof esional
gi_cod_inv estigador = in_cod_inv estigador
ip_codigo_inv estigacion = gi_codigo_inv estigacion
tv _cod_tabla = cv _tabla
cd_usuario = at_usuario��cd_curso = at_curs
cd_usuario = in_cod_inv estigador
ca_modulo = at_modulo
cp_pregunta = tr_pregunta
ip_codigo_inv estigacion = pi_codigo_inv estigacion
up_usuario = pi_autorizante
f i_cod_f ase = pa_f ase
ip_codigo_inv estigacion = di_codigo_inv estigacion
di_codigo_inv estigacion = ci_codigo_inv estigacion
us_cod_usuario = up_usuarious_cod_usuario = at_usuario
us_cod_usuario = cd_usuario
f i_cod_f ase = pi_f ase
ru_ruta = pi_ruta
ru_ruta = pa_ruta
at_usuario = tr_autorizante��at_curso = tr_curso��at_modulo = tr_modulo��at_conteo_modulo = tr_co
cr_respuesta = tr_respuesta
pa_ruta = pd_ruta��pa_paso = pd_pa
ip_codigo_inv estigacion = do_cod_ref erencia
us_cod_usuario = av _usuario_des
cd_usuario = nc_usuario��cd_curso = nc_cur
cu_cod_curso = at_curso
cp_pregunta = pr_pregunta
cr_respuesta = pr_respuesta
ca_modulo = pr_modulo
ic_correlativ o = do_correlativ o
nc_curso = dh_curso��nc_usuario = dh_usua
cd_curso = dh_curso��cd_usuario = dh_usua
us_cod_usuario = ac_usuarioop_opcion = mn_correlativ o
ro_rol = ac_rolro_rol = op_rol
inv c_usuario
us_cod_usuarious_codigo_prof esionalus_primer_nombreus_segundo_nombreus_primer_apellidous_segundo_apellidous_apellido_casadaus_sexous_f echa_nacimientous_prof esionus_especialidadus_institucion_lus_areaus_emailus_clav eus_estadous_f echa_autus_autorizante
v archar(10)v archar(10)v archar(15)v archar(15)v archar(15)v archar(15)v archar(15)char(1)smalldatetimev archar(10)v archar(10)v archar(10)v archar(10)v archar(35)v archar(30)char(1)smalldatetimev archar(10)
<f
inv c_inv estigador
in_cod_inv estigadorin_categoriain_institucion_acredin_f echa_acreditacionin_f echa_autin_usuario_autin_estado
v archar(10)v archar(10)v archar(10)smalldatetimesmalldatetimev archar(10)char(1)
<f k1,f k
inv c_grupos_ic
gi_correlativ ogi_grupogi_categoria_gpogi_codigo_inv estigaciongi_categoria_inv estigadorgi_cod_inv estigadorgi_f echagi_autorizadogi_estado
intintv archar(10)v archar(15)v archar(10)v archar(10)smalldatetimev archar(10)v archar(10)
<f
inv c_inv estigacion_proceso
ip_correlativ oip_tema_inv estigacionip_codigo_inv estigacionip_institucion_icip_estadoip_f echa_inicioip_f echa_f inip_estacionip_rutaip_f aseip_pasoip_publica_inf ormeip_f echa_autip_autorizante
intv archar(250)v archar(15)v archar(10)char(1)smalldatetimesmalldatetimev archar(10)inttiny inttiny intv archar(10)datetimev archar(10)
<pk
inv c_cat_v alores
cv _tablacv _codigocv _descripcioncv _estadocv _f echa_act
intv archar(10)v archar(50)char(1)smalldatetime
<f
inv c_tabla_v
tv _cod_tablatv _tablatv _descripciontv _estadotv _f echa_act
intv archar(30)v archar(70)char(1)smalldatetime
inv c_autotest
at_correlativ oat_usuarioat_cursoat_moduloat_sec_moduloat_conteo_moduloat_promedioat_conceptoat_secuencialat_inicioat_f inat_f echa_autat_autorizante
intv archar(10)v archar(6)tiny inttiny inttiny intf loatchar(1)tiny intsmalldatetimesmalldatetimesmalldatetimev archar(10)
<f k1,f k<f k1,f k<f k2>
inv c_control_docenciacd_cursocd_usuariocd_f echa_iniciocd_f echa_f incd_ult_modulocd_estado_registrocd_f echa_autcd_autorizante
v archar(6)v archar(10)smalldatetimesmalldatetimetiny intchar(1)smalldatetimev archar(10)
<f
inv c_cat_autotest
ca_secuencialca_moduloca_descripcionca_promedioca_estadoca_f echa_autca_autorizante
inttiny intv archar(70)decimalchar(1)smalldatetimev archar(10)
inv c_cat_preguntas
cp_correlativ ocp_preguntacp_estadocp_f echa_autcp_autorizante
intv archar(200)v archar(10)smalldatetimev archar(10)
inv c_test_respuestas
tr_correlativ otr_cursotr_modulotr_conteo_modulotr_preguntatr_respuestatr_resultadotr_f echa_auttr_autorizantetr_secuencialtr_respuesta_correcta
intv archar(6)inttiny intintintchar(1)smalldatetimev archar(10)tiny intint
<f k<f k<f k<f k<f k
<f k
inv c_proceso_ic
pi_secuenciapi_codigo_inv estigacionpi_rutapi_pasopi_f asepi_cod_decisionpi_estacionpi_f echa_iniciopi_f echa_f inpi_estadopi_autorizante
smallintv archar(15)tiny inttiny inttiny intv archar(10)v archar(10)datetimedatetimechar(1)char(8)
<f k<f k
<f k
<f k
inv c_usuario_paso
up_usuarioup_pasoup_estadoup_autorizanteup_f echa_aut
v archar(10)char(10)char(1)char(10)datetime
<f k
inv c_pasos
pa_correlativ opa_rutapa_pasopa_f asepa_descripcionpa_tiempopa_tipopa_estadopa_autorizantepa_f echa_aut
inttiny inttiny inttiny intv archar(64)decimalchar(10)char(1)char(10)smalldatetime
<f k2
<f k1
inv c_f ase_icf i_cod_f asef i_descripcionf i_estadof i_autorizantef i_f echa_autorizacion
tiny intv archar(64char(10)char(10)datetime
inv c_desarrollo_inv estigacion
di_codigo_inv estigaciondi_pregunta_invdi_antecedente_temadi_importancia_invdi_diseniodi_comentario_diseniodi_criterios_inclusiondi_criterios_exclusiondi_v ar_estudiodi_medicion_v ardi_herram_estaddi_sof tware_utdi_resumen_invdi_estadodi_f echa_autdi_autorizante
v archar(15)v archar(300)v archar(500)v archar(500)v archar(10)v archar(150)v archar(500)v archar(500)v archar(500)v archar(500)v archar(500)v archar(250)v archar(2500)char(1)smalldatetimev archar(10)
<f k
inv c_comentarios_inv estigacion
ci_correlativ oci_codigo_inv estigacionci_f aseci_pasoci_secuenciaci_comentarioci_f echa_autci_autorizante
tiny intv archar(15)v archar(10)tiny intsmallinttextsmalldatetimev archar(10)
<f
inv c_ruta
ru_rutaru_descripcionru_autorizanteru_f echa_aut
tiny intv archar(64)char(10)smalldatetime
<pk
inv c_cat_respuestas
cr_correlativ ocr_respuestacr_estadocr_f echa_autcr_autorizante
intv archar(200)char(1)smalldatetimev archar(10)
inv c_paso_decision
pd_rutapd_pasopd_cod_decisionpd_paso_sigpd_f echa_autpd_usuario_autpd_estado
tiny intintv archar(10)intsmalldatetimechar(10)char(1)
<f k<f k
inv c_documentosdo_correlativ odo_nombre_docdo_tipo_documentodo_cod_ref erenciado_f echado_autorizante
tiny intv archar(150)v archar(10)v archar(15)smalldatetimev archar(10)
<f k2
<f k1
inv c_av isos
av _correlativ oav _tipoav _usuario_desav _comentarioav _f echa_v enciav _f echa_autav _autorizante
intv archar(1)v archar(10)v archar(255)smalldatetimesmalldatetimev archar(10)
<f
inv c_notas_cursos
nc_cursonc_usuarionc_ult_modulonc_nota_f inalnc_comentariosnc_estado_cursonc_f echa_autnc_autorizante
v archar(6)v archar(10)tiny intdecimalv archar(600)char(1)smalldatetimev archar(10)
<f<f
inv c_cursos
cu_correlativ ocu_cod_cursocu_nombrecu_f echa_inicu_f echa_f incu_cupocu_estadocu_comentariocu_f echacu_autorizante
intv archar(10)v archar(64)smalldatetimesmalldatetimeintv archar(10)v archar(255)smalldatetimev archar(10)
inv c_errores
er_numeroer_mensajeer_f echa_auter_autorizante
intv archar(60)smalldatetimev archar(10)
inv c_preguntas_resppr_correlativ opr_modulopr_secuencialpr_preguntapr_respuestapr_resultadopr_estadopr_f echa_autpr_autorizante
inttiny intsmallintintintv archar(10)v archar(10)smalldatetimev archar(10)
<f k3
<f k1<f k2
inv c_inv estigaciones
ic_correlativ oic_codigo_inv estigacionic_tema_inv estigacionic_institucion_icic_tipo_documentoic_f echa_inicioic_f echa_f inic_publica_inf ormeic_pregunta_invic_antecedente_temaic_importancia_invic_disenioic_comentario_disenioic_criterios_inclusionic_criterios_exclusionic_v ar_estudioic_medicion_v aric_herram_estadic_sof tware_utic_resumen_invic_autorizanteic f echa aut
intv archar(15)v archar(250)v archar(10)v archar(10)smalldatetimesmalldatetimev archar(10)v archar(300)v archar(500)v archar(500)v archar(10)v archar(150)v archar(500)v archar(500)v archar(500)v archar(500)v archar(500)v archar(250)v archar(2500)v archar(10)smalldatetime
inv c_docencia_hisdh_usuariodh_cursodh_f echa_iniciodh_f echa_f indh_nota_f inaldh_resultadodh_comentariosdh_f echa_autdh_autorizante
v archar(10)v archar(10)smalldatetimesmalldatetimedecimalv archar(10)v archar(600)smalldatetimev archar(10)
<f k1,f k<f k1,f k
inv c_accesos
ac_correlativ oac_usuarioac_rolac_estadoac_f echa_autac_autorizante
integerv archar(10)integerchar(1)datetimev archar(10)
<f k1<f k3
inv c_oprol
op_correlativ oop_rolop_opcionop_f echa_autop_autorizante
integerintegerintegerdatetimev archar(10)
<f k1,f k2,f
inv c_menumn_correlativ omn_padremn_ordenmn_f inalmn_descripcionmn_archiv omn_estadomn_f echa_autmn_autorizante
integerintegertiny intchar(1)v archar(50)v archar(80)char(1)datetimev archar(10)
<f
inv c_roles
ro_rolro_descripcionro_f echa_autro_autorizantero_estado
integerv archar(50datetimev archar(10char(1)
5.4 DIAGRAMA ENTIDAD RELACION DEL SWIC
Fig. 6. Diagrama Entidad-Relación SWIC
82
5.5 DICCIONARIO DE DATOS.
5.4.1 Base de datos:
La base de datos que se encuentra en el servidor específicamente en el administrador de bases de
datos SQL Server 2000, se denominó “investigacion_clinica”.
5.4.2 Tablas:
Dentro de las reglas establecidas para nombrar a las tablas que conformarán la base de datos se
deben tomar cuatro letras significativas para obtener el nemotécnico para las mismas, por lo
tanto todas comienzan con “invc” seguido de un guión bajo: “invc_”, además:
o Se utilizan nombres representativos.
o Para el nombre se utilizan letras minúsculas.
o En caso de contar con más de una palabra se concatenaran por medio de guión
bajo (_).
o En caso de contar con más de tres palabras se abreviara tomando las 4 primeras
letras de cada palabra.
Para los campos que conformarán las tablas, se utilizan como identificador las primeras dos
letras del nombre que sigue después de “invc”, para tener una mejor ubicación a que tabla
pertenece dicho campo, además:
Se utilizan nombres representativos.
Letras minúsculas.
Se nombran en singular.
En caso de contar con más de una palabra se concatenan por medio de guión bajo
(_).
En caso de contar con más de tres palabras se abrevia tomando las 4 primeras
letras de cada palabra.
83
Los tipos de datos que se usaron para los campos son:
Varchar y Char: para los campos de texto (ej.: us_pimer_nombre) y algunos campos
alfanuméricos (ej.: us_cod_usuario).
Smalldatetime: exclusivo para los campos de las fechas.
Int: para los campos con números correlativos y algunos que son códigos (ej.: gi_grupo).
Tinyint: para almacenar cantidades entre cero y 255.
Decimal: para los campos de calificaciones de los futuros investigadores clínicos.
Smallint: para almacenar cantidades hasta 32,767.
Todos los tipos de datos utilizados están relacionados con los que soporta la base de datos
elegida (SQL SERVER2000).
5.4.3 Diccionario de Datos
El diccionario de datos que a continuación se desarrolla tiene dentro de su estructura los
siguientes elementos:
Tabla:
Se emplean nombres representativos.
Letras minúsculas.
Se nombran en plural.
En caso de contar con más de una palabra se concatenan por medio de guión bajo (_).
En caso de contar con más de tres palabras se abrevia tomando las 4 primeras letras
de cada palabra.
Descripción: explicación corta de la información que contiene la tabla.
Campo: nombre de los campos que forman a la tabla en mención.
Descripción del campo: detalle corto de la información que contiene el campo.
Tipo: variable que se utiliza para proporcionar valor al campo descrito.
Nulo: si el campo acepta variables nulas o si es del tipo mandatorio, es decir se deberá digitar
siempre un dato válido.
84
A continuación se presenta de forma esquemática la representación general del diccionario de
datos del SWIC:
TABLA DESCRIPCIÓN
Nombre de la tabla Breve descripción de la utilización de la tabla.
CAMPO DESCRIPCIÓN TIPO NULO
Nombre del campo Breve descripción del campo Tipo de variable
Si permitirá el ingreso de valores nulos
TABLA DESCRIPCIÓN invc_usuario Tabla utilizada para registrar a los usuarios del sistema
CAMPO DESCRIPCIÓN TIPO NULO us_cod_usuario Código de usuario del sistema(autogenerado) varchar(10) not null us_codigo_profesional Código profesional varchar(10) not null
us_primer_nombre Primer nombre de la persona a la que pertenece el registro varchar(15) not null
us_segundo_nombre Segundo nombre de la persona a la que pertenece el registro varchar(15) null
us_primer_apellido Primer apellido de la persona a la que pertenece el registro varchar(15) not null
us_segundo_apellido Segundo apellido de la persona a la que pertenece el registro varchar(15) null
us_apellido_casada Apellido de casada, en caso de ser mujer, de la persona a la que pertenece el registro varchar(15) null
us_sexo Sexo de la persona a la que pertenece el registro( referencia a cg_sexo ) char(1) not null
us_fecha_nacimiento Fecha de nacimiento de la persona a la que pertenece el registro smalldatetime not null
us_profesion Código de profesión que ejerce la persona a la que pertenece el registro, relacionar con cg_profesion varchar(10) not null
us_especialidad
Código de especialidad que ejerce la persona a la que pertenece el registro, relacionar con cg_especialidad varchar(10) null
us_institucion_l Institución donde labora actualmente, relacionar con cg_institucion varchar(10) not null
us_area Área de la institución donde labora actualmente varchar(10) null
us_email Dirección de correo electrónico de la persona a la que pertenece el registro varchar(35) null
us_clave clave del usuario del sistema varchar(30) not null
us_estado Estado del usuario del sistema, relacionado con tabla cg_estado_usuario char(1) not null
us_fecha_aut Fecha en la que se autoriza el usuario smalldatetime not null us_autorizante Usuario que ingresó el registro a la tabla varchar(10) not null LLAVE PRIMARIA us_cod_usuario
85
TABLA DESCRIPCIÓN
invc_grupos_ic Tabla para el registro de integrantes de los equipos de trabajo relacionados con la investigación clínica
CAMPO DESCRIPCIÓN TIPO NULO
gi_correlativo Número correlativo de registro dentro de la tabla. char(10) null
gi_grupo Código asignado al grupo de investigación int not null
gi_categoria_gpo Categoría de grupo de investigación, relacionar con tabla virtual cg_tipo_gpo varchar(10) not null
gi_codigo_investigacion Código asignado a la investigación a desarrollar varchar(15) not null
gi_categoria_investigador
Categoría del investigador dentro el grupo, descripciones en tabla cg_categoria_investigador varchar(10) not null
gi_cod_investigador Código del investigador asignado al grupo detallado varchar(10) not null
gi_estado Estado del registro [V]igente. [C]ancelado varchar(10) null gi_fecha Fecha de ingreso del registro al sistema smalldatetime not null gi_autorizado Usuario que ingresó el registro a la tabla varchar(10) not null
LLAVE PRIMARIA gi_grupo, gi_codigo_investigacion , gi_cod_investigador
TABLA DESCRIPCIÓN
invc_investigador Tabla utilizada para registrar las diferentes categorías que puede tener un médico dentro del proceso de IC
CAMPO DESCRIPCIÓN TIPO NULO
in_cod_investigador Código del investigador varchar(10) not null
in_categoria Categoría dentro de la IC, relacionado con tabla virtual cg_tipo_grupo varchar(10) not null
in_institucion_acred
Código de la institución donde se recibió la acreditación de investigador, relacionar con tabla cg_institucion varchar(10) not null
in_fecha_acreditacion Fecha en que se recibió la acreditación smalldatetime not null in_fecha_aut Fecha en que se autoriza el registro smalldatetime not null in_usuario_aut Usuario que autoriza el registro varchar(10) not null in_estado Estado del investigador en el proceso de la ic char(1) not null
LLAVE PRIMARIA in_cod_investigador
86
TABLA DESCRIPCIÓN invc_investigacion_proceso Tabla maestra de investigaciones clínicas
CAMPO DESCRIPCIÓN TIPO NULO
ip_correlativo
Número correlativo de registro dentro de la tabla, utilizado como código del grupo investigador int not null
ip _codigo_investigacion Código asignado a la investigación clínica varchar(15) not null ip _tema_investigacion Tema de investigación varchar(250) not null
ip _institucion_ic
Institución donde se desarrolla la investigacion clínica, relacionado con tabla cg_instituciones_des varchar(10) null
ip _estado Estado de la investigación, relacionado con tabla virtual cg_estado_ic char(1) not null
ip _fecha_inicio Fecha de inicio del proceso de la investigación smalldatetime null ip _fecha_fin Fecha de finalización de la investigación smalldatetime null
ip_estacion
Fase del desarrollo de la investigación clínica que indica que el proceso está siendo revisado o autorizado varchar(10) null
ip _ruta Ruta actual de desarrollo de la investigación int not null ip _fase Fase actual de desarrollo de la investigación tinyint not null ip _paso Paso actual de desarrollo de la investigación smallint not null
ip _publica_informe Indicativo de la publicación del informe final([S]i, [N]o) varchar(10) null
ip _actividad_final Indica la actividad final de la IC varchar(50) null ip _fecha_aut Fecha en que se autoriza el registro datetime not null ip _autorizante Usuario que autoriza el registro varchar(10) not null
LLAVE PRIMARIA ic_codigo_investigacion
TABLA DESCRIPCIÓN
invc_comentarios_investigacion
Almacenamiento acumulativo de los comentarios y observaciones de los diferentes entes involucrados durante del proceso de desarrollo de la investigación clínica
CAMPO DESCRIPCIÓN TIPO NULO
ci_correlativo Número correlativo de comentario para la investigación tinyint not null
ci_codigo_investigacion Código de la investigación clínica en desarrollo varchar(15) not null ci_fase Fase a la que pertenece el comentario actual varchar(10) not null
ci_paso Paso dentro del proceso al que pertenece el comentario actual tinyint not null
ci_secuencial Número de comentarios recibidos en la investigación smallint not null
ci_comentario Detalle del comentario text not null ci_fecha_aut Fecha de ingreso del comentario smalldatetime not null ci_autorizante Usuario que ingresa el comentario varchar(10) not null
LLAVE PRIMARIA ci_correlativo, ci_codigo_investigacion
87
TABLA DESCRIPCIÓN invc_desarrollo _investigacion
Tabla de registro de datos relevantes de la investigación clínica, generalmente contenido en el preproyecto.
CAMPO DESCRIPCIÓN TIPO NULO
di_codigo_investigacion Código de la investigación clínica en desarrollo varchar(15) not null
di_pregunta_inv Pregunta de investigación varchar(300) null di_antecedente_tema Antecedentes del tema de investigación varchar(500) null
di_importancia_inv Descripción de la importancia de la investigación varchar(500)
null
di_disenio
Código del diseño utilizado en la investigación clínica, relacionar con tabla cg_disenio_investigacion varchar(10)
null
di_comentario_disenio Comentario adicionales sobre la elección del diseño varchar(150)
null
di_criterios_inclusion Criterios de inclusión empleados en la investigación varchar(500)
null
di_criterios_exclusion Criterios de exclusión empleados en la investigación varchar(500)
null
di_var_estudio Variables del estudio varchar(500) null di_medicion_var Descripción sobre el uso de las variables varchar(500) null di_herram_estad Herramientas estadísticas a utilizar varchar(500) null
di_software_ut Detalle de software a utilizar dentro de la Investigación. varchar(250)
null
di_resumen_inv Contenido completo del abstract de la investigación clínica varchar(2500)
null
di_estado Estado en el que se encuentra el desarrollo de la investigación. char(1)
not null
di_fecha_aut Ingreso o actualización del registro smalldatetime not null di_autorizante Usuario de ingresó o actualización varchar(10) not null
TABLA DESCRIPCIÓN invc_control_docencia Tabla de control de inscripción de usuarios en el módulo de docencia
CAMPO DESCRIPCIÓN TIPO NULO
cd_curso Código del curso de investigación clínica( relacionar con tabla cg_cursos_prog ) varchar(6) not null
cd_usuario Usuario inscrito al curso varchar(10) not null cd_fecha_inicio fecha de inicio del curso de investigación smalldatetime not null cd_fecha_fin Fecha de finalización del curso smalldatetime null cd_ult_modulo Último módulo cursado por el usuario tinyint null
cd_estado_registro Estado actual del curso inscrito (relacionar con tabla cg_aprobacion_curso ) char(1) not null
cd_fecha_aut Fecha de actualización del registro smalldatetime not null cd_autorizante Usuario actualización del registro varchar(10) not null
88
TABLA DESCRIPCIÓN invc_cat_autotest Catálogo de módulos de docencia a evaluar
CAMPO DESCRIPCIÓN TIPO NULO ca_secuencial Número secuencial del módulo int not null
ca_modulo
Código de identificación del módulo al que pertenece el registro (relacionado con cg_modulo_docencia ) tinyint not null
ca_descripcion Descripción de los módulos. varchar(70) not null ca_promedio Nota promedio requerida para aprobación decimal not null ca_estado Estado en el que se encuentra cada módulo char(1) not null ca_repeticiones Número de veces que realizó el autotest. tinyint null ca_ponderacion Ponderación asignada a cada módulo tinyint null ca_doc_manual Documentos correspondientes a cada módulo Varchar(150) null ca_fecha_aut Fecha de actualización del registro smalldatetime not null ca_autorizante Usuario que actualiza el registro varchar(10) not null
TABLA DESCRIPCIÓN invc_cat_preguntas Catálogo de preguntas para cada módulo de docencia
CAMPO DESCRIPCIÓN TIPO NULO
cp_correlativo Número correlativo de registro dentro de la tabla int not null
cp_pregunta Descripción del pregunta varchar(200) not null
cp_estado Estado actual de la pregunta, relacionada con tabla cg_estado varchar(10) not null
cp_fecha_aut Fecha de actualización de la pregunta smalldatetime not null cp_autorizante Usuario que ingreso o actualizó el registro varchar(10) not null
LLAVE PRIMARIA cp_modulo, cp_secuencial, cp_pregunta
TABLA DESCRIPCIÓN invc_cat_respuestas Catálogo de respuestas
CAMPO DESCRIPCIÓN TIPO NULO
cr_correlativo Número correlativo de registro dentro de la tabla int not null
cr_respuesta Detalle de la respuesta varchar(200) not null cr_estado Estado del registro [C]ancelado [V]igente char(1) not null cr_fecha_aut Fecha de actualización del registro smalldatetime not null cr_autorizante Usuario que actualizó el registro varchar(10) not null
89
TABLA DESCRIPCIÓN
invc_autotest Control de desarrollo de los resultados obtenidos en cada módulo del curso de IC
CAMPO DESCRIPCIÓN TIPO NULO
at_correlativo Número correlativo de registro dentro de la tabla int null
at_usuario Código de identificación del usuario inscrito al curso de investigación varchar(10) not null
at_curso Código del curso de investigación clínica( relacionar con tabla cg_cursos_prog ) varchar(6) not null
at_modulo
Código de identificación del módulo al que pertenece el registro (relacionado con cg_modulo_docencia ) tinyint not null
at_sec_modulo Número secuencial del módulo cursado(acumulador) tinyint null
at_conteo_modulo Veces que se ha evaluado el módulo. tintyint null
at_promedio Puntuación obtenida el final del curso float null
at_concepto Concepto final obtenido para el módulo ( relacionar con cg_aprobacion ) char(1)
null
at_secuencial Número de veces que se ha realizado el autotest tinyint null at_inicio Fecha y hora de inicio del test smalldatetime null at_fin Fecha y hora de finalización del test smalldatetime null at_fecha_aut Fecha en la que se autoriza el registro smalldatetime not null at_autorizante Usuario que autoriza el registro varchar(10) not null
LLAVE PRIMARIA at_usuario, at_curso, at_modulo, at_sec_modulo, at_conteo_modulo
TABLA DESCRIPCIÓN invc_usuario_paso Tabla de registro de fases permitidas a los usuarios
CAMPO DESCRIPCIÓN TIPO NULO up_usuario Código de usuario varchar(10) not null
up_paso Código de paso autorizado(relacionar con tabla cg_pasos_ic ) char(10) not null
up_estado Estado del registro actual ( referenciado a tabla cg_estado) char(1) not null
up_autorizante Usuario que actualiza el registro char(10) not null up_fecha_aut Fecha de ingreso o actualización del registro datetime not null
90
TABLA DESCRIPCIÓN invc_test_respuestas Registro de test(preguntas y respuestas ) evaluado al usuario
CAMPO DESCRIPCIÓN TIPO NULO
tr_correlativo Número correlativo de orden de preguntas en el test int not null
tr_curso Código del curso de investigación clínica varchar(6) not null
tr_modulo Código de identificación del módulo cursado para el usuario int not null
tr_conteo_modulo
Contador de veces que se ha evaluado el módulo
tinyint
not null
tr_pregunta
Número correlativo de pregunta para un módulo X int not null
tr_ respuesta Número identificación de respuesta para un módulo X int null
tr_resultado Resulta conceptual de pregunta-respuesta, C = Respuesta Correcta , I = Respuesta Incorrecta char(1) null
tr_fecha_aut Fecha de ingreso del registro actual smalldatetime not null
tr_autorizante Identificación del usuario que respondió la pregunta del registro actual varchar(10) not null
tr_secuencial Número secuencial del examen tinyint null tr_respuesta_correcta Respuesta correcta para una pregunta Y int null
LLAVE PRIMARIA tr_curso, tr_modulo, tr_pregunta, tr_cod_respuesta
TABLA DESCRIPCIÓN invc_fase_ic Catálogo de fases a desarrollar en la ic
CAMPO DESCRIPCIÓN TIPO NULO fi_cod_fase Código de fase tinyint not null fi_descripcion Descripción de la fase varchar(64) not null fi_estado Estado de la fase char(10) not null fi_autorizante Usuario que ingreso el registro char(10) not null fi_fecha_autorizacion Fecha de autorización del registro datetime not null
LLAVE PRIMARIA fi_cod_fase
91
TABLA DESCRIPCIÓN invc_proceso_ic Tabla de control de flujo de las investigaciones en proceso
CAMPO DESCRIPCIÓN TIPO NULO
pi_secuencia Número secuencial de pasos recorridos por la investigación smallint not null
pi_codigo_investigacion Código de la investigación clínica en desarrollo varchar(15) not null
pi_ruta Código de ruta de la investigación del registro actual tinyint not null
pi_paso Paso de la investigación correspondiente el registro smallint not null
pi_fase Fase de la investigación a la que pertenece el paso tinyint null
pi_estacion
Fase del proceso de la investigación clínica que indica que el proceso esta siendo revisado o autorizado varchar(10) null
pi_cod_decision Código de la decisión a tomar en el paso varchar(10) null pi_fecha_inicio Fecha de inicio del paso datetime not null pi_fecha_fin Fecha de finalización del paso datetime null pi_estado Estado del paso char(1) not null pi_autorizante Usuario que ingresa o actualiza el registro varchar(8) not null
TABLA DESCRIPCIÓN invc_pasos Catálogo de pasos disponibles en el sistema
CAMPO DESCRIPCIÓN TIPO NULO
pa_correlativo Numero correlativo correspondiente a cada paso int not null
pa_ruta Código de ruta de la investigación del registro actual tinyint not null
pa_paso Código secuencial que identifica un paso dentro de la investigación smallint not null
pa_fase Fase de la investigación a la que pertenece el paso tinyint not null
pa_descripcion Descripción del paso dentro de la investigación varchar(64) not null
pa_tiempo Tiempo normal establecido para duración del paso decimal not null
pa_tipo Se refiere al tipo de actividad que requiere el paso ([D]ecisión, [E]nvió y [S]ecuencia) char(1) not null
pa_categoria Categoría del usuario al cuál corresponde el paso Varchar(10) null
pa_autorizante Usuario que ingresa o actualiza el registro char(10) not null pa_estado Estado de paso actual char(1) not null pa_fecha_aut Fecha de autorización de los pasos realizados smalldatetime not null
92
TABLA DESCRIPCIÓN invc_ruta Catálogo de rutas disponibles
CAMPO DESCRIPCIÓN TIPO NULO ru_ruta Código de identificación de ruta tinyint not null ru_descripcion Descripción de la ruta varchar(64) not null ru_autorizante Usuario que ingresa o actualiza el registro char(10) not null ru_fecha_aut Fecha de autorización del registro smalldatetime not null
LLAVE PRIMARIA ru_ruta
TABLA DESCRIPCIÓN invc_tabla_v Tabla de registro de tablas virtuales
CAMPO DESCRIPCIÓN TIPO NULO tv_cod_tabla Número correlativo Int not null
tv_tabla Nombre de la tabla, todas comienzan con cg para identificarse varchar(30) not null
tv_descripcion Descripción de la tabla virtual varchar(70) not null tv_estado Estado de la tabla virtual char(1) not null tv_fecha_act Fecha de ingreso o actualización del registro smalldatetime not null
LLAVE PRIMARIA tv_cod_tabla
TABLA DESCRIPCIÓN invc_cat_valores Tabla de registro de valores de las tablas virtuales
CAMPO DESCRIPCIÓN TIPO NULO
cv_tabla Número correlativo de la tabla virtual a la que pertenece el registro Int not null
cv_codigo Código del valor varchar(10) not null cv_descripcion Descripción del valor varchar(50) not null cv_estado Estado del registro char(1) not null cv_fecha_aut Fecha de ingreso o actualización del registro smalldatetime not null
LLAVE PRIMARIA cv_tabla, cv_codigo
93
TABLA DESCRIPCIÓN
invc_paso_decision Tabla que contiene el árbol de decisiones para cada paso en las distintas rutas.
CAMPO DESCRIPCIÓN TIPO NULO
pd_ruta Código de ruta de la investigación del registro actual tinyint not null
pd_paso Código secuencial que identifica un paso dentro de la investigación tinyint not null
pd_cod_decision Código de la decisión a tomar en el paso varchar(10) not null pd_estado Estado del registro char(1) not null pd_paso_sig Código del paso que se debe seguir. int not null pd_usuario_aut Usuario que ingresa o actualiza el registro char(10) not null pd_fecha_aut Fecha de ingreso o actualización del registro smalldatetime not null
TABLA DESCRIPCIÓN
invc_documentos Tabla que registra los nombres de los documentos generados para descargas de usuarios
CAMPO DESCRIPCIÓN TIPO NULO
do_correlativo Número correlativo de documento. Tinyint not null do_nombre_doc Nombre del documento ingresado. Varchar(150) not null
do_tipo_documento Tipo de documento ingresado(referencia a catálogo cg_tipo_documento) varchar(10) not null
do_cod_referencia Código que hace referencia a una investigación clínica o un identificador de artículos. varchar(15) not null
do_secuencial_ref Secuencial que indica la referencia del documento int null
do_fecha Fecha de ingreso del documento smalldatetime not null do_autorizante Usuario que autoriza el ingreso de documentos. varchar(10) not null
TABLA DESCRIPCIÓN
invc_avisos Tabla que administra la cartelera de avisos
CAMPO DESCRIPCIÓN TIPO NULO av_correlativo Número correlativo del aviso. tinyint null
av_tipo Indicador del tipo de aviso ( [G]eneral, [P]articular) char(1) null
av_usuario_des Código del usuario al cual va dirigido el aviso. varchar(10) not null av_comentario Contenido del aviso varchar(255) not null av_fecha_venci Fecha de vencimiento del aviso smalldatetime not null do_fecha_aut Fecha de ingreso del registro smalldatetime null do_autorizante Usuario que autoriza el ingreso de documentos. varchar(10) null
94
TABLA DESCRIPCIÓN
invc_notas_cursos Tabla de control de inscripción de usuarios en el módulo de docencia
CAMPO DESCRIPCIÓN TIPO NULO
nc_curso Código del curso de investigación clínica( relacionar con tabla cg_cursos_prog ) varchar(6) not null
nc_usuario Usuario inscrito al curso varchar(10) not null
nc_ult_modulo Último módulo aprobado del curso( relacionar con tabla cg_modulo_docencia ) tinyint null
nc_nota_final Nota final obtenida en el curso de investigación clínica decimal null
nc_estado_curso Estado actual del curso inscrito (relacionar con tabla cg_aprobación_curso ) char(1) null
nc_comentarios Comentarios adicionales sobre el curso varchar(600) null nc_fecha_aut Fecha de actualización del registro smalldatetime not null nc_autorizante Usuario actualización del registro varchar(10) not null LLAVE PRIMARIA nc_curso, nc_usuario, nc_estado_curso
TABLA DESCRIPCIÓN
invc_ docencia_his Tabla que administra el historial de docencia
CAMPO DESCRIPCIÓN TIPO NULO dh_usuario Usuario inscrito al curso varchar(10) not null
dh _curso Código del curso de investigación clínica( relacionar con tabla cg_cursos_prog ) varchar(10) not null
dh _fecha_inicio fecha de inicio del curso de investigación smalldatetime not null dh _fecha_fin Fecha de finalización del curso smalldatetime not null
dh _nota_final Nota final obtenida en el curso de investigación clínica decimal not null
dh_resultado Resultado que se obtuvo al finalizar el curso [A]probado y [R]eprobado varchar(10) not null
dh_comentarios Comentarios adicionales sobre el curso varchar(600) not null dh _fecha_aut Fecha de actualización del registro smalldatetime not null dh _autorizante Usuario actualización del registro varchar(10) not null LLAVE PRIMARIA dh_usuario, dh _curso
95
TABLA DESCRIPCIÓN
invc_preguntas_resp Tabla que administra la asociatividad de las preguntas y respuestas de los módulos.
CAMPO DESCRIPCIÓN TIPO NULO
pr_correlativo Número correlativo de registro dentro de la tabla int not null
pr _modulo
Código de identificación del módulo al que pertenece el registro (relacionado con cg_modulo_docencia ) tinyint not null
pr _secuencial Número identificación de respuesta para un módulo X smallint
not null
pr _pregunta Descripción de la pregunta int not null pr _respuesta Detalle de la respuesta int not null
pr _resultado C=Respuesta Correcta , I = Respuesta Incorrecta varchar(10)
not null
pr _estado Estado de las preguntas y respuestas varchar(10) not null pr _fecha_aut Fecha de actualización del registro smalldatetime not null pr _autorizante Usuario que actualizó el registro varchar(10) not null
TABLA DESCRIPCIÓN invc_investigaciones Tabla que administra los documentos que se publicarán
CAMPO DESCRIPCIÓN TIPO NULO ic_tipo_documento Tipo de documento que se va a publicar varchar(10) not null ic _correlativo Número correlativo del registro a publicar int not null ic _tema_investigacion Tema de investigación varchar(250) not null ic _codigo_investigacion Código de la investigación clínica a publicar varchar(15) not null
ic _institucion_ic Institución donde labora actualmente relacionar con cg_institucion varchar(10) not null
ic _fecha_inicio Fecha que inició la investigación smalldatetime not null ic _fecha_fin Fecha que finalizó la investigación smalldatetime not null ip _actividad_final Indica la actividad final de la IC varchar(50) null
ic _publica_informe Indicativo de la publicación del informe final([S]i, [N]o) varchar(10) not null
ic _pregunta_inv Pregunta de investigación varchar(300) not null ic _antecedente_tema Antecedentes del tema de investigación varchar(500) not null
ic _importancia_inv Descripción de la importancia de la investigación varchar(500)
not null
ic _disenio
Código del diseño utilizado en la investigación clínica, relacionar con tabla cg_disenio_investigacion varchar(10)
not null
ic _comentario_disenio Comentario adicionales sobre la elección del diseño varchar(150)
not null
96
ic _criterios_inclusion Criterios de inclusión empleados en la investigación varchar(500)
not null
ic _criterios_exclusion Criterios de exclusión empleados en la investigación varchar(500)
not null
ic _var_estudio Variables del estudio varchar(500) not null ic _medicion_var Descripción sobre el uso de las variables varchar(500) not null ic _herram_estad Herramientas estadísticas a utilizar varchar(500) not null
ic _software_ut Detalle de software a utilizar dentro de la Investigación. varchar(250)
not null
ic _resumen_inv Contenido completo del abstract de la investigación clínica varchar(2500)
not null
ic _fecha_aut Ingreso o actualización del registro smalldatetime not null ic _autorizante Usuario de ingresó o actualización varchar(10) not null LLAVE PRIMARIA
TABLA DESCRIPCIÓN invc_errores Tabla de registro de los errores que se utilizan en el sistema
CAMPO DESCRIPCIÓN TIPO NULO er_numero Número correlativo de los errores Int not null er _mensaje Mensaje a mostrar varchar(60) not null er_fecha_aut Fecha de ingreso o actualización del error smalldatetime not null er_autorizante Usuario que ingresó o actualizó el error varchar(10) not null
LLAVE PRIMARIA
TABLA DESCRIPCIÓN invc_accesos Tabla que administra los accesos al sistema por un usuario
CAMPO DESCRIPCIÓN TIPO NULO
ac_correlativo Número correlativo de los accesos al sistema por el usuario Int not null
ac_usuario Código de usuario del sistema varchar(10) not null ac_rol Numero correlativo de un rol X int not null ac_estado Estado del acceso char(1) not null ac_fecha_aut Fecha de ingreso o actualización del acceso smalldatetime not null ac_autorizante Usuario que ingresó o actualizó el acceso varchar(10) not null
LLAVE PRIMARIA
97
TABLA DESCRIPCIÓN invc_roles Tabla que administra los roles que se asignarán a un usuario en el sistema.
CAMPO DESCRIPCIÓN TIPO NULO ro_rol Número correlativo de los roles int not null ro_descripcion Descripción del rol varchar(50) not null ro _fecha_aut Fecha de ingreso o actualización del rol datetime not null ro _autorizante Usuario que ingresó o actualizó el rol varchar(10) not null ro _estado Estado del rol char(1) null
TABLA DESCRIPCIÓN invc_oprol Tabla de registro de las opciones de para cada rol
CAMPO DESCRIPCIÓN TIPO NULO op_correlativo Número correlativo de la opción. int not null
op_rol Número que identifica cuantas veces se accesó con un rol X int not null
op_opcion Número de veces que se utiliza una opción int not null op_fecha_aut Fecha de ingreso o actualización del rol datetime not null op_autorizante Usuario que ingresó o actualizó el rol varchar(10) not null
TABLA DESCRIPCIÓN invc_menu Tabla que administra los menús que se asignarán a los roles.
CAMPO DESCRIPCIÓN TIPO NULO mn_correlativo Número correlativo de menú integer not null
mn _padre Menú al cual depende el actual. integer not null
mn _orden Orden de acceso a cada menú tinyint not null
mn _final Si es una opción final en el menú o es un nodo char(1) not null mn _descripcion Descripción del menú. varchar(50) not null mn _archivo Página en la cual se encuentra dicho menú. varchar(80) not null mn _estado Estado del menú. varchar(1) not null mn _fecha_aut Fecha de actualización del menú. datetime not null mn _autorizante Usuario que actualizó el menú. varchar(10) not null
98
5.6 MAPA DEL SITIO WEB
Este diagrama jerárquico muestra la estructura que se utiliza en el diseño del sitio Web para Software de Investigación Clínica y
Docencia.
En la parte superior de la jerarquía está la página principal que actúa como índice del sitio Web, mostrando el contenido. Los niveles
inferiores muestran con mayor detalle la información en el Sitio Web.
99
5.6.1 NIVEL 1: PÁGINA PRINCIPAL
La función de esta página es dar la bienvenida al sitio Web que incluye el índice general del
mismo. Desde aquí se efectúan los enlaces a las diversas opciones.
5.6.2 NIVEL 2: ADMINISTRACIÓN DE USUARIOS
La función principal de esta opción es la de administrar los roles que se le pueden asignar a un
usuario, permitir el cambio de clave de acceso al sitio y consultar los usuarios registrados en el
sistema.
Esta opción esta formada por las siguientes páginas:
Administración de roles: Esta páginas tiene como función asignar los roles tanto a los nuevos
usuarios como a los ya existentes.
Cambio de Clave: permite al usuario cambiar la clave del sistema.
Mantenimiento de usuarios: esta página permite consultar los datos de un usuario ya existente
y adicionarlo si no existe.
Cartelera de avisos: son mensajes intercambiados entre usuarios del SWIC, a través de la
opción respectiva.
Envío de archivos: permite el envío archivos entre los usuarios del sistema.
Asociación de roles a usuarios: lista de roles asociados que se han asignada a un usuario del
sistema.
ADMINISTRACIÓN DOCENCIA
Aquí se asignan los usuarios que serán los futuros alumnos del curso de docencia, se da
mantenimiento a los cursos ofrecidos por el HNNBB, y se mantienen actualizados las preguntas
y respuestas que se procesan en los autotest generados por el SWIC.
Esta opción esta formada por las siguientes páginas:
Inscripción de alumnos a cursos: permite la inscripción de los alumnos a los cursos.
100
Cursos Vigentes: muestra la lista de cursos vigentes, permitiendo realizar consultas de alumnos
inscritos a cada curso, editar las características de los cursos y el cierre de cursos.
Mantenimiento Autotest: Permite dar mantenimiento a la tabla de invc_cat_autotest.
Catálogo de Preguntas: ingreso de preguntas por cada módulo y alimenta a la tabla
invc_cat_preguntas.
Catálogo de Respuesta: ingreso de respuestas por cada módulo y alimenta a la tabla de
invc_cat_respuestas.
Pareo de preguntas por Módulo: permite el pareo (asociación) de la pregunta y sus respuestas,
tanto de la respuesta correcta, como de las incorrectas para que esta sean utilizadas en la
generación del autotest.
Consultar Preguntas por Módulo: permite realizar la consulta preguntas de un módulo
específico.
Cartelera de Avisos: son todas las comunicaciones que se han enviado entre usuarios del SWIC
Enviar Avisos: permite enviar avisos a un usuario del sistema o a usuarios de externos del
sistema.
Lista General de Preguntas: lista de todas las preguntas ingresadas al sistema
Lista General de Respuestas: lista de todas las respuestas ingresadas al sistema
Consulta de Alumnos Aprobación por Cursos: permite la consulta de los resultados de un
alumno por curso.
Administración IC
Entre las funciones que esta opción contiene están: habilitar, dar mantenimiento y listar
investigadores, realizar cambios administrativos, actualización de datos de la investigación
clínica, consulta de investigaciones en proceso, listas de investigaciones en general, envió de
archivos, asociar pasos a investigadores, llevar los tiempo de desarrollo de los pasos de una IC y
mostrar las estadísticas de las investigaciones.
Esta opción esta formada por las siguientes páginas:
Habilitación de Investigadores: permite habilitar a los usuarios como investigador, asesores,
representante de los comités técnico y ético para ser asociados en una investigación.
101
Lista de investigadores: permite consultar todos los usuarios vigentes en el sistema o un usuario
específico.
Abrir Investigación: permite crear el código y tema de una investigación.
Mantenimiento Grupo Investigador: permite el ingreso de los investigadores que conformarán
un grupo de investigación.
Cambios Administrativos en proceso: permite realizar cambios en el proceso de una
investigación clínica en su ruta normal.
Otros documentos a publicar: permite el ingreso de documentos varios que se deseen publicar.
Consulta General de una Investigación: permite la consulta de los datos generales de una
investigación.
Lista de Investigaciones: lista de investigaciones que a los comités
Envío de Archivos: permite el envío de archivos pendientes en el proceso de la investigación
clínica.
Asociar Pasos a Investigadores: la función de esta página es la de asociar pasos que un
investigador podrá realizar en el desarrollo de una investigación clínica.
Tiempos de desarrollo de pasos: permite la consulta de los tiempos totales que tardó cada paso
en ser finalizado
Estadística Investigaciones: muestra los promedios de publicaciones realizadas y de los
protocolos aprobados, rechazados y con correcciones.
Inicio Proceso de investigación: permite iniciar el proceso de una investigación clínica.
Cierre de Investigaciones: permite realizar el cierre de las investigaciones que se encuentran en
el paso de publicación o descalificación.
INVESTIGADORES IC
La función de esta opción es que permite al investigador realizar las diferentes etapas que
conforman la investigación clínica y además el envió de archivos referentes a la investigación
que se este desarrollando.
Esta opción esta formada por las siguientes páginas:
Envío de Archivos: permite el envío de archivos pendientes en el proceso de la investigación clínica. Lista de Investigaciones: lista de investigaciones que tiene asignada cada investigador.
102
EVALUACIONES DE CURSO
La función de esta opción en la de administrar el contenido del curso con los diferentes módulos
para que el alumno los pueda consultar y a la misma ves podrá llevar a cabo el autotest
correspondiente por módulo.
Esta opción esta formada por las siguientes páginas:
Evaluaciones modulares de curso: muestra la lista de módulos del curso, permitiendo obtener
la información de cada uno de ellos y además permite realizar la evaluación de los mismos.
REPRESENTACIÓN DE COMITÉ Y/O TUTOR:
La función de esta opción es mostrar la lista de investigaciones que se le van asignando al
representante de comité o al tutor. Permitiendo realizar observaciones de cada una de ellas.
Esta opción esta formada por las siguientes páginas:
Envío de Archivo: permite el envío de archivos pendientes en el proceso de la investigación clínica.
Lista de investigaciones comité y/o tutor: lista de investigaciones asignadas
correspondientemente.
5.6.3 NIVEL 3: OPCIONES
Estas opciones contienen la información específica de todos los enlaces del nivel dos. Para la
mayoría de opciones es el último nivel.
Entre los diferentes usos que pueden tener las opciones de este nivel se encuentran.
a) Captura de datos de Usuarios
Esta se realiza mediante formularios en los cuales se ingresa información que debe ser
almacenada en la base de datos, estos son:
i. Ingreso de roles a los alumnos e investigadores: asignación de actividades autorizadas
para poderlas realizar como usuario del SWIC.
103
ii. Consulta de datos del usuario: se listan los datos de un usuario o de todos los usuarios
activos o inactivos dentro del SWIC, si no existe el usuario, debe ser adicionado
previamente.
iii. Inscripción de usuarios a cursos de investigación clínica: si el usuario ha cumplido con
los trámites administrativos exigidos por el HNNBB, el paso a seguir es incorporarlo a un
curso de docencia y es por medio de este formulario en el cual se realiza dicha actividad.
iv. Adición de preguntas al autotest: el administrador de la etapa de docencia dentro del
SWIC, deberá darle mantenimiento a las preguntas que conforman cada uno de los
autotes de los diferentes módulos del curso.
v. Adición de respuestas al autotest: al igual que el numeral anterior, esa misma actividad se
debe de realizar para las repuestas.
vi. Registro de usuario como investigador: autorización de un usuario para la realización de
una investigación clínica.
vii. Registro del tema de la investigación: formulario que registra las diferentes IC de los
grupos de investigadores clínicos.
viii. Ingreso de grupos investigadores: se define si el usuario es investigador clínico, miembro
del comité técnico o del comité de ética.
ix. Cambios administrativos en proceso: en el desarrollo de una investigación clínica es aquí
donde se observa el workflow, así como donde se puede introducir modificaciones al
mismo.
x. Actualización de fases: de requerirse un reajuste en una de las fases de workflow.
xi. Registro de usuarios: para poder ser alumno o investigador activo.
xii. Envío de avisos: medio para comunicarse con los miembros del SWIC.
xiii. Ingreso y/o modificaciones de cursos: mantenimiento de los cursos a desarrollarse y en
desarrollo.
xiv. Ingreso de comentarios para una investigación: parte esencial el desarrollo de una
investigación clínica.
104
b) SALIDA
Las salidas de información se dan mediante formularios que pueden ser tablas de detalle, listas y
tablas de despliegue de datos.
Listas:
a) Cartelera de avisos: son todas las comunicaciones que se han enviado entre usuarios del
SWIC.
b) Resultados de los módulos: son todas las calificaciones obtenidas por el usuario en los
diferentes módulos.
c) Lista de preguntas por módulo: listado de todas las preguntas por módulo, que
actualmente están almacenas en la base de datos.
d) Resumen de docencia para usuario: cuadro de módulos del curso inscrito y su estado de
desarrollo.
e) Lista general de preguntas: listado de todas las preguntas en el SWIC.
f) Lista general de respuestas: listado de todas las respuestas en el SWIC.
g) Cursos de docencia IC: listado de cursos que están en proceso en la docencia.
h) Lista General de Investigadores del sistema: investigadores acreditados para desarrollar
una IC en el HNNBB.
i) Consulta de una Investigación(S/T): detalle de una IC en proceso.
j) Investigaciones del usuario: lista de investigaciones asociadas a un usuario.
k) Lista General de usuario del sistema: lista general de usuarios que están registrados en el
sistema.
l) Historial de la investigación: son todas las investigaciones que se finalizaron y se
tienen que guardar para generar conocimiento científico.
Tablas de detalle
a) Consulta de Datos de Usuario: lista de toda la información de cada usuario
Tablas de despliegue de datos
b) Roles asociados: lista de roles asociados que se han asignada a un usuario del sistema.
105
c) Investigaciones con documentación pendiente de enviar: lista de investigaciones
que tienen pendiente algún tipo de documentos relacionados con el desarrollo de la
misma.
d) Cursos registrados: lista de cursos registrados en el sistema
e) Cuadro de rendimiento en curso IC: lista de las notas obtenidas por un alumno
el proceso de docencia
f) Investigación para representante de comité: listas de investigaciones que tiene
los representantes de los comités.
g) Grupo investigador: lista de investigadores asociados a una investigación.
106
5.6 PLAN DE IMPLEMENTACION
A continuación se presenta un listado con las tareas necesarias para la implementación técnica del
sistema las cuales deben desarrollarse en forma completa y de acuerdo al orden indicado.
Fases del plan de implementación1:
5.6.1 Instalación y Pruebas de la Base de Datos
El administrador del servidor debe habilitar la base de datos que se utilizará considerando los
siguientes puntos:
Se debe crear la base de datos desde Enterprise Manager, el nombre con el que
debe llevar es investigación_clinica, a continuación, se debe ejecutar una
restauración del respaldo de la BD provista.
La base de datos de estar formada por todas las tablas que definidas en el
diagrama de entidad relación incluido en el diseño del sistema y en el cual se
siguen los estándares que se mencionan previamente en este manual.
Poner en línea la base de datos.
5.6.2 Instalación y Pruebas de la Aplicación
Revisar el correcto funcionamiento del IIS (Internet Information Services) en el
Web Server.
Crear un directorio en c:\investigacion_clínica el cual debe habilitarse como
directorio virtual en el Administrador de IIS en el panel de control del sistema
operativo.
1 Jeffery L. Whitten, Leonie D. Bentley, Victor M. Barlow, ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN, Tercera Edición, 1996, Pág. 773
No. Actividad 5.6.1 Instalación y Pruebas de la Base de Datos 5.6.2 Instalación y Pruebas de la Aplicación 5.6.3 Capacitación de personal 5.6.4 Promoción 5.6.5 Innovación
107
Instalar las carpetas que contienen las páginas ASP desde el cd proporcionado por
el equipo de desarrollo del sistema.
Configurar página de inicio para el nuevo sitio desde el Administrador IIS la cual
es inicio.asp.
Acceder el sitio de la aplicación desde un navegador (browser) instalado en
cualquier equipo dentro de la red, en la dirección http://Nombreservidor/ic si se
carga la página de inicio, la aplicación esta en línea.
Para verificar que el nuevo sistema esta funcionando adecuadamente se deben
ingresar y consultar datos desde las pantallas respectivas.
Luego de haber realizado las pruebas básicas en el sistema se debe proceder a
ingresar toda la información necesaria en la nueva base de datos como lo son
parametrizaciones, preguntas, respuestas, etc...
5.6.3 Capacitación de personal
En este proceso se recomienda que se tome en cuenta todo el personal que hará uso del
sistema, dicha capacitación de estar fundamentada en como se usa y cual es su aplicación
dentro del hospital mediante charlas impartidas por el personal conocedor de dicho sistema.
5.6.4 Promoción
Se recomienda la publicación de afiches en el periódico mural del hospital y en sitios
afines para promover la visita externa del sitio.
Solicitar avisos por el sistema de altoparlantes del hospital.
Envíos de correos electrónicos con la presentación del nuevo sitio a los médicos
registrados en la base de datos del hospital.
5.6.5 Innovación
Para evitar obsolescencia del sistema, periódicamente se debe realizar una revisión
conceptual del mismo por parte del personal administrador técnico y operativo
involucrado, con el objetivo de actualizar y/o renovar contenidos, funcionalidades e
imagen del sitio.
108