CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOS

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.
59
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
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
60
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
2
Keneth E. Kendall & Julie E. Kendall, “Análisis y Diseño de Sistemas”, 3ª. Edición, Pág. 128
Keneth E. Kendall & Julie E. Kendall, “Análisis y Diseño de Sistemas”, 3ª. Edición, Pág. 175
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.
61
“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
2
James A. Senn, “Análisis y Diseño de Sistemas de Información, Pág. 136
Keneth E. Kendall & Julie E. Kendall, “Análisis y Diseño de Sistemas”, 3ª. Edición, Pág. 128
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:
62
¾ 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:
♦ 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
63
♦ 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,
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.
64
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
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
65
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
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:
66
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
•
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
•
67
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.
•
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
71
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
•
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)
72
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.
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 Adhoc 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
73
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.
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
74
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.
•
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
76
SWIC.
5.3 ERIC
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_usuario
us_codigo_profesional
us_primer_nombre
us_segundo_nombre
us_primer_apellido
us_segundo_apellido
us_apellido_casada
us_sexo
us_fecha_nacimiento
us_profesion
us_especialidad
us_institucion_l
us_area
us_email
us_clave
us_estado
us_fecha_aut
us_autorizante
varchar(10)
varchar(10)
<fk>
varchar(15)
varchar(15)
varchar(15)
varchar(15)
varchar(15)
char(1)
smalldatetime
varchar(10)
varchar(10)
varchar(10)
varchar(10)
varchar(35)
varchar(30)
char(1)
smalldatetime
varchar(10)
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
ACCESORIO
invc_cursos
invc_avisos
av_correlativo
av_tipo
av_usuario_des
av_comentario
av_fecha_venci
av_fecha_aut
av_autorizante
invc_accesos
ro_rol = ac_rol
ac_correlativo
ac_usuario
ac_rol
ac_estado
ac_fecha_aut
ac_autorizante
integer
varchar(10) <fk1>
<fk3>
integer
char(1)
datetime
varchar(10)
cu_correlativo
cu_cod_curso
cu_nombre
cu_fecha_ini
cu_fecha_fin
cu_cupo
cu_estado
cu_comentario
cu_fecha
cu_autorizante
int
varchar(1)
<fk>
varchar(10)
varchar(255)
smalldatetime
smalldatetime
varchar(10)
int
varchar(6)
varchar(64)
smalldatetime
smalldatetime
int
varchar(10)
varchar(255)
smalldatetime
varchar(10)
us_cod_usuario = av_usuario_des
cu_correlativo = at_curso
us_cod_usuario = ac_usuario
invc_usuario
us_cod_usuario
us_codigo_profesional
us_primer_nombre
us_segundo_nombre
us_primer_apellido
us_segundo_apellido
us_apellido_casada
us_sexo
us_fecha_nacimiento
us_profesion
us_especialidad
us_institucion_l
us_area
us_email
us_clave
us_estado
us_fecha_aut
us_autorizante
invc_usuario_paso
up_usuario
up_paso
up_estado
up_autorizante
up_fecha_aut
varchar(10) <fk>
char(10)
char(1)
us_cod_usuario = up_usuario
char(10)
datetime
invc_autotest
varchar(10)
<fk>
varchar(10)
varchar(15)
varchar(15)
varchar(15)
varchar(15)
varchar(15)
char(1)
smalldatetime
varchar(10)
varchar(10)
varchar(10)
varchar(10)
varchar(35)
varchar(30)
char(1)
smalldatetime
varchar(10)
1
us_cod_usuario = at_usuario
USUARIO
SISTEMA
us_cod_usuario = cd_usuario
at_correlativo
at_usuario
at_curso
at_modulo
at_sec_modulo
at_conteo_modulo
at_promedio
at_concepto
at_secuencial
at_inicio
at_fin
at_fecha_aut
at_autorizante
int
<fk1,fk3>
varchar(10)
<fk1,fk4>
varchar(6)
<fk2>
tinyint
tinyint
tinyint
float
char(1)
tinyint
smalldatetime
smalldatetime
smalldatetime
varchar(10)
cd_usuario = at_usuario
cd_curso = at_curso
invc_control_docencia
invc_grupos_ic
gi_correlativo
gi_grupo
gi_categoria_gpo
gi_codigo_investigacion
up_usuario = pi_autorizante
gi_categoria_investigador
gi_cod_investigador
gi_estado
gi_fecha_aut
gi_autorizante
fi_cod_fase = pi_fase
ARBOL DE
DECISIONES
int
int
varchar(10)
<fk>
varchar(15)
varchar(10)
varchar(10)
varchar(10)
smalldatetime
varchar(10)
cd_curso
cd_usuario
cd_fecha_inicio
cd_fecha_fin
cd_ult_modulo
cd_estado_registro
cd_fecha_aut
cd_autorizante
4
varchar(6)
<fk>
varchar(10)
smalldatetime
smalldatetime
tinyint
char(1)
smalldatetime
varchar(10)
2
in_cod_investigador = us_codigo_profesional
cd_usuario = in_cod_investigador
gi_cod_investigador = in_cod_investigador
2
invc_investigador
ADMINISTRACION
in_cod_investigador
in_categoria
in_institucion_acred
in_fecha_acreditacion
in_estado
in_fecha_aut
in_autorizante
<fk1,fk2>
varchar(10)
varchar(10)
varchar(10)
smalldatetime
char(1)
smalldatetime
varchar(10)
CATEGORIAS
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 autogeneració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:
in v c _ t a b la _ v
tv
tv
tv
tv
tv
_ c o d _ t a b la
_ t a b la
_ d e s c rip c io n
_es tado
_f ec ha_ac t
in t
v a rc h a r(3 0 )
v a rc h a r(7 0 )
c h a r(1 )
s m a lld a t e t im e
in v c _ c a t _ v a lo re s
t v _ c o d _ t a b la = c v _ t a b la
cv
cv
cv
cv
cv
_ t a b la
_ c o d ig o
_ d e s c rip c io n
_es tado
_f ec ha_ac t
in t
v a rc h a r(1 0 )
v a rc h a r(5 0 )
c h a r(1 )
s m a lld a t e 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:
1
2
3
4
5
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
80
TABLAS PARA SEGURIDAD Y ACCESOS
INVC_USUARIO
INVC_ACCESOS
INVC_ROLES
INVC_OPROL
INVC_MENU
DOCENCIA
INVC_CURSOS
INVC_CAT_AUTOTEST
INVC_PREGUNTAS_RESP
INVC_CAT_PREGUNTAS
INVC_CAT_RESPUESTAS
INVC_TEST_RESPUESTAS
INVC_CONTROL_DOCENCIA
INVC_NOTAS_CURSOS
INVC_DOCENCIA_HIS
INVC_AUTOTEST
INVESTIGACION CLINICA
INVC_INVESTIGADOR
INVC_INVESTIGACION_PROCESO
INVC_GRUPOS_IC
INVC_DESARROLLO_INVESTIGACION
INVC_COMENTARIOS_INVESTIGACION
6 INVC_DOCUMENTOS
7 INVC_INVESTIGACIONES.
1
2
3
4
5
6
WORKFLOW
INVC_RUTA
INVC_FASE_IC
INVC_PASOS
INVC_PASO_DECISION
INVC_USUARIO_PASO
INVC_PROCESO_IC
TABLAS VIRTUALES
1 INVC_TABLA_V
2 INVC_CAT_VALORES
TABLAS COMPLEMENATARIAS
1 INVC_AVISOS
2 INVC_ERRORES
81
5.4 DIAGRAMA ENTIDAD RELACION DEL SWIC
inv c_oprol
integer
integer
integer
datetime
v archar(10)
op_correlativ o
op_rol
op_opcion
op_f echa_aut
op_autorizante
ro_rol
ro_descripcion
ro_rol = op_rol ro_f echa_aut
<f k1,f k2,f
ro_autorizante
ro_estado
inv c_cursos
inv c_av isos
inv c_roles
av _correlativ o
av _tipo
av _usuario_des
av _comentario
av _f echa_v enci
av _f echa_aut
av _autorizante
integer
inv c_accesos
v archar(50
ac_correlativ o integer
datetime
v archar(10) <f k1
ac_usuario
v archar(10 ro_rol = ac_rol
integer
ac_rol
<f k3
char(1)
char(1)
ac_estado
ac_f echa_aut datetime
ac_autorizante v archar(10)
int
v archar(1)
<f
v archar(10)
v archar(255)
smalldatetime
smalldatetime
v archar(10)
cu_correlativ o
cu_cod_curso
cu_nombre
cu_f echa_ini
cu_f echa_f in
cu_cupo
cu_estado
cu_comentario
cu_f echa
cu_autorizante
us_cod_usuario = av _usuario_des
us_cod_usuario = ac_usuario
op_opcion = mn_correlativ o
mn_correlativ o
mn_padre
mn_orden
mn_f inal
mn_descripcion
mn_archiv o
mn_estado
mn_f echa_aut
mn_autorizante
inv c_usuario_paso
us_cod_usuario
us_codigo_prof esional
v archar(10) <f k
up_usuario
us_primer_nombre
char(10)
up_paso
us_segundo_nombre
char(1)
up_estado
us_primer_apellido
up_autorizante char(10)
us_cod_usuario = up_usuario us_segundo_apellido
up_f echa_aut datetime
us_apellido_casada
us_sexo
us_f echa_nacimiento
us_prof esion
inv c_f ase_ic
us_especialidad
tiny int
f i_cod_f ase
us_institucion_l
v archar(64
f i_descripcion
us_area
f i_estado
char(10)
us_email
f i_autorizante
char(10)
us_clav e
f i_f echa_autorizacion datetime
us_estado
us_f echa_aut
us_autorizante
f i_cod_f ase = pa_f ase
<f
integer
integer
tiny int
char(1)
v archar(50)
v archar(80)
char(1)
datetime
v archar(10)
inv c_pasos
pa_correlativ o
pa_ruta
pa_paso
pa_f ase
pa_descripcion
pa_tiempo
pa_tipo
pa_estado
pa_autorizante
pa_f echa_aut
v archar(10)
<f
v archar(10)
v archar(15)
v archar(15)
v archar(15)
v archar(15)
v archar(15)
char(1)
smalldatetime
v archar(10)
v archar(10)
v archar(10)
v archar(10)
v archar(35)
v archar(30)
char(1)
smalldatetime
v archar(10)
inv c_cat_autotest
ca_secuencial
ca_modulo
ca_descripcion
ca_promedio
ca_estado
ca_f echa_aut
ca_autorizante
cu_cod_curso = at_curso
inv c_usuario
inv c_menu
int
v archar(10)
v archar(64)
smalldatetime
smalldatetime
int
v archar(10)
v archar(255)
smalldatetime
v archar(10)
inv c_autotest
us_cod_usuario = at_usuario
us_cod_usuario = cd_usuario
at_correlativ o
at_usuario
at_curso
at_modulo
at_sec_modulo
at_conteo_modulo
at_promedio
at_concepto
at_secuencial
at_inicio
at_f in
at_f echa_aut
at_autorizante
ca_modulo = at_modulo
int
<f k1,f k
v archar(10)
<f k1,f k
v archar(6)
<f k2>
tiny int
tiny int
tiny int
f loat
char(1)
tiny int
smalldatetime
smalldatetime
smalldatetime
v archar(10)
cd_usuario = at_usuario
pa_ruta = pd_ruta
gi_correlativ o
gi_grupo
gi_categoria_gpo
up_usuario = pi_autorizante
gi_codigo_inv estigacion
gi_categoria_inv estigador
gi_cod_inv estigador
gi_f echa
gi_autorizado
f i_cod_f ase = pi_f ase
gi_estado
cd_curso = at_curs
pd_ruta
pd_paso
pd_cod_decision
pd_paso_sig
pd_f echa_aut
pd_usuario_aut
pd_estado
<f k
tiny int
int
<f k
v archar(10)
int
smalldatetime
char(10)
char(1)
tiny int
<pk
v archar(64)
char(10)
smalldatetime
ru_ruta = pi_ruta
in_cod_inv estigador = us_codigo_prof esional
do_correlativ o
do_nombre_doc
do_tipo_documento
do_cod_ref erencia
do_f echa
do_autorizante
<f k2
tiny int
v archar(150)
v archar(10)
v archar(15)
<f k1
smalldatetime
v archar(10)
ic_correlativ o = do_correlativ o
tv _cod_tabla = cv _tabla
inv c_notas_cursos
cd_usuario = nc_usuario
cv _tabla
cv _codigo
cv _descripcion
cv _estado
cv _f echa_act
<f
int
v archar(10)
v archar(50)
char(1)
smalldatetime
inv c_errores
er_numero
er_mensaje
er_f echa_aut
er_autorizante
int
v archar(60)
smalldatetime
v archar(10)
ic_correlativ o
ic_codigo_inv estigacion
ic_tema_inv estigacion
ic_institucion_ic
ic_tipo_documento
ic_f echa_inicio
ic_f echa_f in
ic_publica_inf orme
ic_pregunta_inv
ic_antecedente_tema
ic_importancia_inv
ic_disenio
ic_comentario_disenio
ic_criterios_inclusion
ic_criterios_exclusion
ic_v ar_estudio
ic_medicion_v ar
ic_herram_estad
ic_sof tware_ut
ic_resumen_inv
ic_autorizante
ic f echa aut
char(1)
char(8)
ip_correlativ o
ip_tema_inv estigacion
ip_codigo_inv estigacion
ip_institucion_ic
ip_estado
ip_f echa_inicio
ip_codigo_inv estigacion = pi_codigo_inv
estigacion
ip_f echa_f in
ip_estacion
ip_codigo_inv estigacion = do_cod_ref erencia
ip_ruta
ip_f ase
ip_paso
ip_publica_inf orme
ip_f echa_aut
ip_autorizante
<f k
int
v archar(15)
v archar(250)
v archar(10)
v archar(10)
smalldatetime
smalldatetime
v 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
Fig. 6. Diagrama Entidad-Relación SWIC
82
nc_curso
nc_usuario
cd_curso
= nc_cur
nc_ult_modulo
nc_nota_f inal
nc_comentarios
nc_estado_curso
nc_f echa_aut
nc_autorizante
<f
v archar(6)
<f
v archar(10)
tiny int
decimal
v archar(600)
char(1)
smalldatetime
v archar(10)
tr_correlativ o
tr_curso
tr_modulo
tr_conteo_modulo
tr_pregunta
tr_respuesta
tr_resultado
tr_f echa_aut
tr_autorizante
tr_secuencial
tr_respuesta_correcta
inv c_inv estigador
inv c_inv estigaciones
inv c_cat_v alores
at_conteo_modulo = tr_co
inv c_test_respuestas
v archar(6)
<f
v archar(10)
smalldatetime
smalldatetime
tiny int
char(1)
smalldatetime
v archar(10)
cd_usuario = in_cod_inv estigador
in_cod_inv estigador
in_categoria
ip_codigo_inv estigacion = gi_codigo_inv estigacion
in_institucion_acred
inv c_proceso_ic
in_f echa_acreditacion
smallint
in_f echa_aut
pi_secuencia
in_usuario_aut
pi_codigo_inv estigacion v archar(15) <f k
tiny int
in_estado
pi_ruta
<f k
tiny int
pi_paso
tiny int
pi_f ase
<f k
v archar(10)
pi_cod_decision
v archar(10)
pi_estacion
datetime
pi_f echa_inicio
inv c_inv estigacion_proceso
datetime
pi_f echa_f in
pi_estado
pi_autorizante
inv c_documentos
int
v archar(30)
v archar(70)
char(1)
smalldatetime
inv c_cat_respuestas
cr_correlativ o
cr_respuesta
cr_estado
cr_f echa_aut
cr_autorizante
inv c_control_docencia
cd_curso
cd_usuario
cd_f echa_inicio
cd_f echa_f in
cd_ult_modulo
cd_estado_registro
cd_f echa_aut
cd_autorizante
pa_paso = pd_pa
inv c_ruta
inv c_tabla_v
cr_respuesta = pr_respuesta
cp_pregunta = tr_pregunta
at_curso = tr_curso
at_modulo = tr_modulo
at_usuario = tr_autorizante
inv c_paso_decision
tv _cod_tabla
tv _tabla
tv _descripcion
tv _estado
tv _f echa_act
cp_pregunta = pr_pregunta
int
v archar(200)
v archar(10)
smalldatetime
v archar(10)
cr_respuesta = tr_respuesta
int
int
v archar(10)
<f
v archar(15)
v archar(10)
v archar(10)
smalldatetime
v archar(10)
v archar(10)
gi_cod_inv estigador = in_cod_inv estigador
ru_ruta
ru_descripcion
ru_autorizante
ru_f echa_aut
inv c_cat_preguntas
cp_correlativ o
cp_pregunta
cp_estado
cp_f echa_aut
cp_autorizante
inv c_grupos_ic
int
<f k2
tiny int
tiny int
tiny int
<f k1
v archar(64)
decimal
char(10)
char(1)
char(10)
smalldatetime
ru_ruta = pa_ruta
int
tiny int
v archar(70)
decimal
char(1)
inv c_preguntas_resp
smalldatetime ca_modulo = pr_modulo
pr_correlativ o int
v archar(10)
<f k3
tiny int
pr_modulo
pr_secuencial smallint
int
pr_pregunta
<f k1
pr_respuesta int
<f k2
v archar(10)
pr_resultado
v archar(10)
pr_estado
pr_f echa_aut smalldatetime
pr_autorizante v archar(10)
int
v archar(250)
v archar(15)
<pk
v archar(10)
char(1)
smalldatetime
smalldatetime
v archar(10)
int
tiny int
tiny int
v archar(10)
datetime
v archar(10)
cd_curso = dh_curso
<f k1,f k
v archar(10)
v archar(10)
v archar(10)
smalldatetime
smalldatetime
v archar(10)
char(1)
cd_usuario = dh_usua
nc_curso = dh_curso
nc_usuario = dh_usua
inv c_docencia_his
inv c_comentarios_inv estigacion
ci_correlativ o
ci_codigo_inv estigacion
ci_f ase
ci_paso
ci_secuencia
ci_comentario
ci_f echa_aut
ci_autorizante
tiny int
<f
v archar(15)
v archar(10)
tiny int
smallint
text
smalldatetime
v archar(10)
di_codigo_inv estigacion = ci_codigo_inv estigacion
ip_codigo_inv estigacion = di_codigo_inv estigacion
inv c_desarrollo_inv estigacion
di_codigo_inv estigacion
di_pregunta_inv
di_antecedente_tema
di_importancia_inv
di_disenio
di_comentario_disenio
di_criterios_inclusion
di_criterios_exclusion
di_v ar_estudio
di_medicion_v ar
di_herram_estad
di_sof tware_ut
di_resumen_inv
di_estado
di_f echa_aut
di_autorizante
<f k
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)
smalldatetime
v archar(10)
dh_usuario
dh_curso
dh_f echa_inicio
dh_f echa_f in
dh_nota_f inal
dh_resultado
dh_comentarios
dh_f echa_aut
dh_autorizante
<f k1,f k
v archar(10)
v archar(10)
<f k1,f k
smalldatetime
smalldatetime
decimal
v archar(10)
v archar(600)
smalldatetime
v archar(10)
int
v archar(6)
int
tiny int
int
int
char(1)
smalldatetime
v archar(10)
tiny int
int
<f k
<f k
<f k
<f k
<f k
<f k
int
v archar(200)
char(1)
smalldatetime
v archar(10)
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:
9 Se utilizan nombres representativos.
9 Letras minúsculas.
9 Se nombran en singular.
9 En caso de contar con más de una palabra se concatenan por medio de guión bajo
(_).
9 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
Nombre de la tabla
DESCRIPCIÓN
Breve descripción de la utilización de la tabla.
CAMPO
DESCRIPCIÓN
Nombre del campo
Breve descripción del campo
TABLA
invc_usuario
TIPO
NULO
Tipo de Si permitirá el ingreso
variable
de valores nulos
DESCRIPCIÓN
Tabla utilizada para registrar a los usuarios del sistema
CAMPO
DESCRIPCIÓN
us_cod_usuario
Código de usuario del sistema(autogenerado)
us_codigo_profesional Código profesional
Primer nombre de la persona a la que pertenece el
us_primer_nombre
registro
Segundo nombre de la persona a la que pertenece
us_segundo_nombre el registro
Primer apellido de la persona a la que pertenece el
us_primer_apellido
registro
Segundo apellido de la persona a la que pertenece
us_segundo_apellido el registro
Apellido de casada, en caso de ser mujer, de la
us_apellido_casada
persona a la que pertenece el registro
Sexo de la persona a la que pertenece el registro(
us_sexo
referencia a cg_sexo )
Fecha de nacimiento de la persona a la que
us_fecha_nacimiento pertenece el registro
Código de profesión que ejerce la persona a la que
us_profesion
pertenece el registro, relacionar con cg_profesion
Código de especialidad que ejerce la persona a la
que pertenece el registro, relacionar con
us_especialidad
cg_especialidad
Institución donde labora actualmente, relacionar
us_institucion_l
con cg_institucion
us_area
Área de la institución donde labora actualmente
Dirección de correo electrónico de la persona a la
us_email
que pertenece el registro
us_clave
clave del usuario del sistema
Estado del usuario del sistema, relacionado con
us_estado
tabla cg_estado_usuario
us_fecha_aut
Fecha en la que se autoriza el usuario
us_autorizante
Usuario que ingresó el registro a la tabla
LLAVE PRIMARIA us_cod_usuario
TIPO
varchar(10)
varchar(10)
NULO
not null
not null
varchar(15)
not null
varchar(15)
null
varchar(15)
not null
varchar(15)
null
varchar(15)
null
char(1)
not null
smalldatetime not null
varchar(10)
not null
varchar(10)
null
varchar(10)
varchar(10)
not null
null
varchar(35)
varchar(30)
null
not null
char(1)
not null
smalldatetime not null
varchar(10)
not null
85
TABLA
invc_grupos_ic
DESCRIPCIÓN
Tabla para el registro de integrantes de los equipos de trabajo relacionados
con la investigación clínica
CAMPO
DESCRIPCIÓN
Número correlativo de registro dentro de la
gi_correlativo
tabla.
gi_grupo
Código asignado al grupo de investigación
Categoría de grupo de investigación, relacionar
gi_categoria_gpo
con tabla virtual cg_tipo_gpo
Código asignado a la investigación a
gi_codigo_investigacion desarrollar
Categoría del investigador dentro el grupo,
descripciones en tabla
gi_categoria_investigador cg_categoria_investigador
Código del investigador asignado al grupo
gi_cod_investigador
detallado
gi_estado
Estado del registro [V]igente. [C]ancelado
gi_fecha
Fecha de ingreso del registro al sistema
gi_autorizado
Usuario que ingresó el registro a la tabla
gi_grupo, gi_codigo_investigacion ,
LLAVE PRIMARIA gi_cod_investigador
TABLA
invc_investigador
CAMPO
in_cod_investigador
in_categoria
in_institucion_acred
in_fecha_acreditacion
in_fecha_aut
in_usuario_aut
in_estado
LLAVE PRIMARIA
86
TIPO
NULO
char(10)
int
null
not null
varchar(10)
not null
varchar(15)
not null
varchar(10)
not null
varchar(10)
varchar(10)
smalldatetime
varchar(10)
not null
null
not null
not null
DESCRIPCIÓN
Tabla utilizada para registrar las diferentes categorías que puede tener un
médico dentro del proceso de IC
DESCRIPCIÓN
Código del investigador
Categoría dentro de la IC, relacionado con tabla
virtual cg_tipo_grupo
Código de la institución donde se recibió la
acreditación de investigador, relacionar con
tabla cg_institucion
Fecha en que se recibió la acreditación
Fecha en que se autoriza el registro
Usuario que autoriza el registro
Estado del investigador en el proceso de la ic
in_cod_investigador
TIPO
varchar(10)
NULO
not null
varchar(10)
not null
varchar(10)
smalldatetime
smalldatetime
varchar(10)
char(1)
not null
not null
not null
not null
not null
TABLA
DESCRIPCIÓN
invc_investigacion_proceso Tabla maestra de investigaciones clínicas
CAMPO
ip_correlativo
ip _codigo_investigacion
ip _tema_investigacion
ip _institucion_ic
ip _estado
ip _fecha_inicio
ip _fecha_fin
ip_estacion
ip _ruta
ip _fase
ip _paso
ip _publica_informe
ip _actividad_final
ip _fecha_aut
ip _autorizante
LLAVE PRIMARIA
DESCRIPCIÓN
Número correlativo de registro dentro de la
tabla, utilizado como código del grupo
investigador
Código asignado a la investigación clínica
Tema de investigación
Institución donde se desarrolla la investigacion
clínica, relacionado con tabla
cg_instituciones_des
Estado de la investigación, relacionado con
tabla virtual cg_estado_ic
Fecha de inicio del proceso de la investigación
Fecha de finalización de la investigación
Fase del desarrollo de la investigación clínica
que indica que el proceso está siendo revisado
o autorizado
Ruta actual de desarrollo de la investigación
Fase actual de desarrollo de la investigación
Paso actual de desarrollo de la investigación
Indicativo de la publicación del informe
final([S]i, [N]o)
Indica la actividad final de la IC
Fecha en que se autoriza el registro
Usuario que autoriza el registro
ic_codigo_investigacion
TIPO
NULO
int
varchar(15)
varchar(250)
not null
not null
not null
varchar(10)
null
char(1)
not null
smalldatetime null
smalldatetime null
varchar(10)
int
tinyint
smallint
null
not null
not null
not null
varchar(10)
varchar(50)
datetime
varchar(10)
null
null
not null
not null
TABLA
DESCRIPCIÓN
Almacenamiento acumulativo de los comentarios y observaciones de los
invc_comentarios_inves diferentes entes involucrados durante del proceso de desarrollo de la
investigación clínica
tigacion
CAMPO
ci_correlativo
ci_codigo_investigacion
ci_fase
ci_paso
ci_secuencial
ci_comentario
ci_fecha_aut
ci_autorizante
LLAVE PRIMARIA
DESCRIPCIÓN
Número correlativo de comentario para la
investigación
Código de la investigación clínica en desarrollo
Fase a la que pertenece el comentario actual
Paso dentro del proceso al que pertenece el
comentario actual
Número de comentarios recibidos en la
investigación
Detalle del comentario
Fecha de ingreso del comentario
Usuario que ingresa el comentario
ci_correlativo, ci_codigo_investigacion
TIPO
NULO
tinyint
varchar(15)
varchar(10)
not null
not null
not null
tinyint
not null
smallint
text
smalldatetime
varchar(10)
not null
not null
not null
not null
87
TABLA
invc_desarrollo
_investigacion
CAMPO
di_codigo_investigacion
di_pregunta_inv
di_antecedente_tema
di_importancia_inv
di_disenio
di_comentario_disenio
di_criterios_inclusion
di_criterios_exclusion
di_var_estudio
di_medicion_var
di_herram_estad
di_software_ut
di_resumen_inv
di_estado
di_fecha_aut
di_autorizante
TABLA
invc_control_docencia
CAMPO
cd_curso
cd_usuario
cd_fecha_inicio
cd_fecha_fin
cd_ult_modulo
cd_estado_registro
cd_fecha_aut
cd_autorizante
88
DESCRIPCIÓN
Tabla de registro de datos relevantes de la investigación clínica,
generalmente contenido en el preproyecto.
DESCRIPCIÓN
Código de la investigación clínica en
desarrollo
Pregunta de investigación
Antecedentes del tema de investigación
Descripción de la importancia de la
investigación
Código del diseño utilizado en la investigación
clínica, relacionar con tabla
cg_disenio_investigacion
Comentario adicionales sobre la elección del
diseño
Criterios de inclusión empleados en la
investigación
Criterios de exclusión empleados en la
investigación
Variables del estudio
Descripción sobre el uso de las variables
Herramientas estadísticas a utilizar
Detalle de software a utilizar dentro de la
Investigación.
Contenido completo del abstract de la
investigación clínica
Estado en el que se encuentra el desarrollo de
la investigación.
Ingreso o actualización del registro
Usuario de ingresó o actualización
TIPO
varchar(15)
varchar(300)
varchar(500)
NULO
not null
null
null
null
varchar(500)
null
varchar(10)
null
varchar(150)
null
varchar(500)
null
varchar(500)
varchar(500)
varchar(500)
varchar(500)
null
null
null
null
varchar(250)
null
varchar(2500)
not null
char(1)
smalldatetime not null
varchar(10)
not null
DESCRIPCIÓN
Tabla de control de inscripción de usuarios en el módulo de docencia
DESCRIPCIÓN
Código del curso de investigación clínica(
relacionar con tabla cg_cursos_prog )
Usuario inscrito al curso
fecha de inicio del curso de investigación
Fecha de finalización del curso
Último módulo cursado por el usuario
Estado actual del curso inscrito (relacionar con
tabla cg_aprobacion_curso )
Fecha de actualización del registro
Usuario actualización del registro
TIPO
varchar(6)
varchar(10)
smalldatetime
smalldatetime
tinyint
NULO
not null
not null
not null
null
null
char(1)
not null
smalldatetime not null
varchar(10)
not null
TABLA
invc_cat_autotest
DESCRIPCIÓN
Catálogo de módulos de docencia a evaluar
CAMPO
ca_secuencial
ca_modulo
ca_descripcion
ca_promedio
ca_estado
ca_repeticiones
ca_ponderacion
ca_doc_manual
ca_fecha_aut
ca_autorizante
DESCRIPCIÓN
Número secuencial del módulo
Código de identificación del módulo al que
pertenece el registro (relacionado con
cg_modulo_docencia )
Descripción de los módulos.
Nota promedio requerida para aprobación
Estado en el que se encuentra cada módulo
Número de veces que realizó el autotest.
Ponderación asignada a cada módulo
Documentos correspondientes a cada módulo
Fecha de actualización del registro
Usuario que actualiza el registro
TABLA
invc_cat_preguntas
DESCRIPCIÓN
Catálogo de preguntas para cada módulo de docencia
CAMPO
cp_estado
cp_fecha_aut
cp_autorizante
LLAVE PRIMARIA
DESCRIPCIÓN
Número correlativo de registro dentro de la
tabla
Descripción del pregunta
Estado actual de la pregunta, relacionada con
tabla cg_estado
Fecha de actualización de la pregunta
Usuario que ingreso o actualizó el registro
cp_modulo, cp_secuencial, cp_pregunta
TABLA
invc_cat_respuestas
DESCRIPCIÓN
Catálogo de respuestas
cp_correlativo
cp_pregunta
CAMPO
cr_correlativo
cr_respuesta
cr_estado
cr_fecha_aut
cr_autorizante
DESCRIPCIÓN
Número correlativo de registro dentro de la
tabla
Detalle de la respuesta
Estado del registro [C]ancelado [V]igente
Fecha de actualización del registro
Usuario que actualizó el registro
TIPO
int
NULO
not null
tinyint
varchar(70)
decimal
char(1)
tinyint
tinyint
Varchar(150)
smalldatetime
varchar(10)
not null
not null
not null
not null
null
null
null
not null
not null
TIPO
int
varchar(200)
NULO
not null
not null
varchar(10)
not null
smalldatetime not null
varchar(10)
not null
TIPO
int
varchar(200)
char(1)
smalldatetime
varchar(10)
NULO
not null
not null
not null
not null
not null
89
TABLA
invc_autotest
CAMPO
at_correlativo
at_usuario
at_curso
at_modulo
at_sec_modulo
at_conteo_modulo
at_promedio
at_concepto
at_secuencial
at_inicio
at_fin
at_fecha_aut
at_autorizante
LLAVE PRIMARIA
DESCRIPCIÓN
Control de desarrollo de los resultados obtenidos en cada módulo del curso
de IC
DESCRIPCIÓN
Número correlativo de registro dentro de la
tabla
Código de identificación del usuario inscrito al
curso de investigación
Código del curso de investigación clínica(
relacionar con tabla cg_cursos_prog )
Código de identificación del módulo al que
pertenece el registro (relacionado con
cg_modulo_docencia )
Número secuencial del módulo
cursado(acumulador)
TIPO
Veces que se ha evaluado el módulo.
Puntuación obtenida el final del curso
Concepto final obtenido para el módulo (
relacionar con cg_aprobacion )
Número de veces que se ha realizado el autotest
Fecha y hora de inicio del test
Fecha y hora de finalización del test
Fecha en la que se autoriza el registro
Usuario que autoriza el registro
at_usuario, at_curso, at_modulo,
at_sec_modulo, at_conteo_modulo
int
null
varchar(10)
not null
varchar(6)
not null
tinyint
not null
tinyint
null
tintyint
float
null
null
null
char(1)
tinyint
smalldatetime
smalldatetime
smalldatetime
varchar(10)
TABLA
invc_usuario_paso
DESCRIPCIÓN
Tabla de registro de fases permitidas a los usuarios
CAMPO
up_usuario
DESCRIPCIÓN
Código de usuario
Código de paso autorizado(relacionar con tabla
cg_pasos_ic )
Estado del registro actual ( referenciado a tabla
cg_estado)
Usuario que actualiza el registro
Fecha de ingreso o actualización del registro
up_paso
up_estado
up_autorizante
up_fecha_aut
90
NULO
null
null
null
not null
not null
TIPO
varchar(10)
NULO
not null
char(10)
not null
char(1)
char(10)
datetime
not null
not null
not null
TABLA
invc_test_respuestas
CAMPO
tr_correlativo
tr_curso
tr_modulo
tr_conteo_modulo
tr_pregunta
tr_ respuesta
tr_resultado
tr_fecha_aut
tr_autorizante
tr_secuencial
tr_respuesta_correcta
LLAVE PRIMARIA
DESCRIPCIÓN
Registro de test(preguntas y respuestas ) evaluado al usuario
DESCRIPCIÓN
Número correlativo de orden de preguntas en el
test
Código del curso de investigación clínica
Código de identificación del módulo cursado
para el usuario
Contador de veces que se ha evaluado el
módulo
Número correlativo de pregunta para un módulo
X
Número identificación de respuesta para un
módulo X
Resulta conceptual de pregunta-respuesta, C =
Respuesta Correcta , I = Respuesta Incorrecta
Fecha de ingreso del registro actual
Identificación del usuario que respondió la
pregunta del registro actual
Número secuencial del examen
Respuesta correcta para una pregunta Y
tr_curso, tr_modulo, tr_pregunta,
tr_cod_respuesta
TABLA
invc_fase_ic
DESCRIPCIÓN
Catálogo de fases a desarrollar en la ic
CAMPO
fi_cod_fase
fi_descripcion
fi_estado
fi_autorizante
fi_fecha_autorizacion
LLAVE PRIMARIA
DESCRIPCIÓN
Código de fase
Descripción de la fase
Estado de la fase
Usuario que ingreso el registro
Fecha de autorización del registro
fi_cod_fase
TIPO
NULO
int
varchar(6)
not null
not null
int
tinyint
not null
not null
int
not null
int
null
char(1)
null
smalldatetime not null
varchar(10)
tinyint
int
not null
null
null
TIPO
tinyint
varchar(64)
char(10)
char(10)
datetime
NULO
not null
not null
not null
not null
not null
91
TABLA
invc_proceso_ic
CAMPO
DESCRIPCIÓN
Tabla de control de flujo de las investigaciones en proceso
pi_estacion
pi_cod_decision
pi_fecha_inicio
pi_fecha_fin
pi_estado
pi_autorizante
DESCRIPCIÓN
Número secuencial de pasos recorridos por la
investigación
Código de la investigación clínica en desarrollo
Código de ruta de la investigación del registro
actual
Paso de la investigación correspondiente el
registro
Fase de la investigación a la que pertenece el
paso
Fase del proceso de la investigación clínica que
indica que el proceso esta siendo revisado o
autorizado
Código de la decisión a tomar en el paso
Fecha de inicio del paso
Fecha de finalización del paso
Estado del paso
Usuario que ingresa o actualiza el registro
TABLA
invc_pasos
DESCRIPCIÓN
Catálogo de pasos disponibles en el sistema
pi_secuencia
pi_codigo_investigacion
pi_ruta
pi_paso
pi_fase
CAMPO
pa_correlativo
pa_ruta
pa_paso
pa_fase
pa_descripcion
pa_tiempo
pa_tipo
pa_categoria
pa_autorizante
pa_estado
pa_fecha_aut
92
DESCRIPCIÓN
Numero correlativo correspondiente a cada
paso
Código de ruta de la investigación del registro
actual
Código secuencial que identifica un paso dentro
de la investigación
Fase de la investigación a la que pertenece el
paso
Descripción del paso dentro de la investigación
Tiempo normal establecido para duración del
paso
Se refiere al tipo de actividad que requiere el
paso ([D]ecisión, [E]nvió y [S]ecuencia)
Categoría del usuario al cuál corresponde el
paso
Usuario que ingresa o actualiza el registro
Estado de paso actual
Fecha de autorización de los pasos realizados
TIPO
NULO
smallint
varchar(15)
not null
not null
tinyint
not null
smallint
not null
tinyint
null
varchar(10)
varchar(10)
datetime
datetime
char(1)
varchar(8)
null
null
not null
null
not null
not null
TIPO
NULO
int
not null
tinyint
not null
smallint
not null
tinyint
varchar(64)
not null
not null
decimal
not null
char(1)
not null
Varchar(10)
char(10)
char(1)
smalldatetime
null
not null
not null
not null
TABLA
invc_ruta
DESCRIPCIÓN
Catálogo de rutas disponibles
CAMPO
ru_ruta
ru_descripcion
ru_autorizante
ru_fecha_aut
LLAVE PRIMARIA
DESCRIPCIÓN
Código de identificación de ruta
Descripción de la ruta
Usuario que ingresa o actualiza el registro
Fecha de autorización del registro
ru_ruta
TABLA
invc_tabla_v
DESCRIPCIÓN
Tabla de registro de tablas virtuales
CAMPO
tv_cod_tabla
tv_tabla
tv_descripcion
tv_estado
tv_fecha_act
LLAVE PRIMARIA
DESCRIPCIÓN
Número correlativo
Nombre de la tabla, todas comienzan con cg
para identificarse
Descripción de la tabla virtual
Estado de la tabla virtual
Fecha de ingreso o actualización del registro
tv_cod_tabla
TABLA
invc_cat_valores
DESCRIPCIÓN
Tabla de registro de valores de las tablas virtuales
CAMPO
cv_tabla
cv_codigo
cv_descripcion
cv_estado
cv_fecha_aut
LLAVE PRIMARIA
DESCRIPCIÓN
Número correlativo de la tabla virtual a la que
pertenece el registro
Código del valor
Descripción del valor
Estado del registro
Fecha de ingreso o actualización del registro
cv_tabla, cv_codigo
TIPO
tinyint
varchar(64)
char(10)
smalldatetime
NULO
not null
not null
not null
not null
TIPO
Int
NULO
not null
varchar(30)
varchar(70)
char(1)
smalldatetime
not null
not null
not null
not null
TIPO
Int
varchar(10)
varchar(50)
char(1)
smalldatetime
NULO
not null
not null
not null
not null
not null
93
TABLA
invc_paso_decision
CAMPO
pd_ruta
pd_paso
pd_cod_decision
pd_estado
pd_paso_sig
pd_usuario_aut
pd_fecha_aut
TABLA
invc_documentos
CAMPO
do_correlativo
do_nombre_doc
DESCRIPCIÓN
Tabla que contiene el árbol de decisiones para cada paso en las distintas
rutas.
DESCRIPCIÓN
Código de ruta de la investigación del registro
actual
Código secuencial que identifica un paso dentro
de la investigación
Código de la decisión a tomar en el paso
Estado del registro
Código del paso que se debe seguir.
Usuario que ingresa o actualiza el registro
Fecha de ingreso o actualización del registro
do_secuencial_ref
do_fecha
do_autorizante
TABLA
invc_avisos
DESCRIPCIÓN
Tabla que administra la cartelera de avisos
CAMPO
av_correlativo
DESCRIPCIÓN
Número correlativo del aviso.
Indicador del tipo de aviso ( [G]eneral,
[P]articular)
Código del usuario al cual va dirigido el aviso.
Contenido del aviso
Fecha de vencimiento del aviso
Fecha de ingreso del registro
Usuario que autoriza el ingreso de documentos.
do_cod_referencia
av_tipo
av_usuario_des
av_comentario
av_fecha_venci
do_fecha_aut
do_autorizante
94
NULO
tinyint
not null
tinyint
varchar(10)
char(1)
int
char(10)
smalldatetime
not null
not null
not null
not null
not null
not null
DESCRIPCIÓN
Tabla que registra los nombres de los documentos generados para descargas
de usuarios
DESCRIPCIÓN
Número correlativo de documento.
Nombre del documento ingresado.
Tipo de documento ingresado(referencia a
catálogo cg_tipo_documento)
Código que hace referencia a una investigación
clínica o un identificador de artículos.
Secuencial que indica la referencia del
documento
Fecha de ingreso del documento
Usuario que autoriza el ingreso de documentos.
do_tipo_documento
TIPO
TIPO
Tinyint
Varchar(150)
NULO
not null
not null
varchar(10)
not null
varchar(15)
not null
int
null
smalldatetime not null
varchar(10)
not null
TIPO
tinyint
NULO
null
char(1)
varchar(10)
varchar(255)
smalldatetime
smalldatetime
varchar(10)
null
not null
not null
not null
null
null
TABLA
invc_notas_cursos
CAMPO
DESCRIPCIÓN
Tabla de control de inscripción de usuarios en el módulo de docencia
nc_estado_curso
nc_comentarios
nc_fecha_aut
nc_autorizante
LLAVE PRIMARIA
DESCRIPCIÓN
Código del curso de investigación clínica(
relacionar con tabla cg_cursos_prog )
Usuario inscrito al curso
Último módulo aprobado del curso( relacionar
con tabla cg_modulo_docencia )
Nota final obtenida en el curso de investigación
clínica
Estado actual del curso inscrito (relacionar con
tabla cg_aprobación_curso )
Comentarios adicionales sobre el curso
Fecha de actualización del registro
Usuario actualización del registro
nc_curso, nc_usuario, nc_estado_curso
TABLA
invc_ docencia_his
DESCRIPCIÓN
Tabla que administra el historial de docencia
CAMPO
dh_usuario
DESCRIPCIÓN
Usuario inscrito al curso
Código del curso de investigación clínica(
relacionar con tabla cg_cursos_prog )
fecha de inicio del curso de investigación
Fecha de finalización del curso
Nota final obtenida en el curso de investigación
clínica
Resultado que se obtuvo al finalizar el curso
[A]probado y [R]eprobado
Comentarios adicionales sobre el curso
Fecha de actualización del registro
Usuario actualización del registro
dh_usuario, dh _curso
nc_curso
nc_usuario
nc_ult_modulo
nc_nota_final
dh _curso
dh _fecha_inicio
dh _fecha_fin
dh _nota_final
dh_resultado
dh_comentarios
dh _fecha_aut
dh _autorizante
LLAVE PRIMARIA
TIPO
NULO
varchar(6)
varchar(10)
not null
not null
tinyint
null
decimal
null
char(1)
varchar(600)
smalldatetime
varchar(10)
null
null
not null
not null
TIPO
varchar(10)
NULO
not null
varchar(10)
not null
smalldatetime not null
smalldatetime not null
decimal
not null
varchar(10)
varchar(600)
smalldatetime
varchar(10)
not null
not null
not null
not null
95
TABLA
invc_preguntas_resp
CAMPO
pr_correlativo
pr _modulo
pr _secuencial
pr _pregunta
pr _respuesta
pr _resultado
pr _estado
pr _fecha_aut
pr _autorizante
DESCRIPCIÓN
Tabla que administra la asociatividad de las preguntas y respuestas de los
módulos.
DESCRIPCIÓN
Número correlativo de registro dentro de la
tabla
Código de identificación del módulo al que
pertenece el registro (relacionado con
cg_modulo_docencia )
Número identificación de respuesta para un
módulo X
TIPO
Descripción de la pregunta
Detalle de la respuesta
C=Respuesta Correcta , I = Respuesta
Incorrecta
Estado de las preguntas y respuestas
Fecha de actualización del registro
Usuario que actualizó el registro
int
int
int
not null
tinyint
not null
not null
smallint
DESCRIPCIÓN
Tabla que administra los documentos que se publicarán
CAMPO
ic_tipo_documento
ic _correlativo
ic _tema_investigacion
ic _codigo_investigacion
DESCRIPCIÓN
Tipo de documento que se va a publicar
Número correlativo del registro a publicar
Tema de investigación
Código de la investigación clínica a publicar
Institución donde labora actualmente
relacionar con cg_institucion
Fecha que inició la investigación
Fecha que finalizó la investigación
Indica la actividad final de la IC
Indicativo de la publicación del informe
final([S]i, [N]o)
Pregunta de investigación
Antecedentes del tema de investigación
Descripción de la importancia de la
investigación
Código del diseño utilizado en la investigación
clínica, relacionar con tabla
cg_disenio_investigacion
Comentario adicionales sobre la elección del
diseño
ic _publica_informe
ic _pregunta_inv
ic _antecedente_tema
ic _importancia_inv
ic _disenio
ic _comentario_disenio
96
not null
not null
not null
varchar(10)
varchar(10)
not null
smalldatetime not null
varchar(10) not null
TABLA
invc_investigaciones
ic _institucion_ic
ic _fecha_inicio
ic _fecha_fin
ip _actividad_final
NULO
TIPO
varchar(10)
int
varchar(250)
varchar(15)
NULO
not null
not null
not null
not null
varchar(10)
smalldatetime
smalldatetime
varchar(50)
not null
not null
not null
null
varchar(10)
varchar(300)
varchar(500)
not null
not null
not null
not null
varchar(500)
not null
varchar(10)
not null
varchar(150)
ic _criterios_inclusion
ic _criterios_exclusion
ic _var_estudio
ic _medicion_var
ic _herram_estad
ic _software_ut
ic _resumen_inv
ic _fecha_aut
ic _autorizante
LLAVE PRIMARIA
Criterios de inclusión empleados en la
investigación
Criterios de exclusión empleados en la
investigación
Variables del estudio
Descripción sobre el uso de las variables
Herramientas estadísticas a utilizar
Detalle de software a utilizar dentro de la
Investigación.
Contenido completo del abstract de la
investigación clínica
Ingreso o actualización del registro
Usuario de ingresó o actualización
not null
varchar(500)
not null
varchar(500)
varchar(500)
varchar(500)
varchar(500)
varchar(250)
not null
varchar(2500)
smalldatetime not null
varchar(10)
not null
TABLA
invc_errores
DESCRIPCIÓN
Tabla de registro de los errores que se utilizan en el sistema
CAMPO
er_numero
er _mensaje
er_fecha_aut
er_autorizante
LLAVE PRIMARIA
DESCRIPCIÓN
Número correlativo de los errores
Mensaje a mostrar
Fecha de ingreso o actualización del error
Usuario que ingresó o actualizó el error
TABLA
invc_accesos
DESCRIPCIÓN
Tabla que administra los accesos al sistema por un usuario
CAMPO
ac_correlativo
ac_usuario
ac_rol
ac_estado
ac_fecha_aut
ac_autorizante
LLAVE PRIMARIA
DESCRIPCIÓN
Número correlativo de los accesos al sistema
por el usuario
Código de usuario del sistema
Numero correlativo de un rol X
Estado del acceso
Fecha de ingreso o actualización del acceso
Usuario que ingresó o actualizó el acceso
not null
not null
not null
not null
TIPO
Int
varchar(60)
smalldatetime
varchar(10)
TIPO
Int
varchar(10)
int
char(1)
smalldatetime
varchar(10)
NULO
not null
not null
not null
not null
NULO
not null
not null
not null
not null
not null
not null
97
TABLA
invc_roles
DESCRIPCIÓN
Tabla que administra los roles que se asignarán a un usuario en el sistema.
CAMPO
ro_rol
ro_descripcion
ro _fecha_aut
ro _autorizante
ro _estado
DESCRIPCIÓN
Número correlativo de los roles
Descripción del rol
Fecha de ingreso o actualización del rol
Usuario que ingresó o actualizó el rol
Estado del rol
TABLA
invc_oprol
DESCRIPCIÓN
Tabla de registro de las opciones de para cada rol
CAMPO
op_correlativo
op_rol
op_opcion
op_fecha_aut
op_autorizante
DESCRIPCIÓN
Número correlativo de la opción.
Número que identifica cuantas veces se accesó
con un rol X
Número de veces que se utiliza una opción
Fecha de ingreso o actualización del rol
Usuario que ingresó o actualizó el rol
TABLA
invc_menu
DESCRIPCIÓN
Tabla que administra los menús que se asignarán a los roles.
CAMPO
mn_correlativo
DESCRIPCIÓN
Número correlativo de menú
TIPO
integer
NULO
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
mn _descripcion
mn _archivo
mn _estado
mn _fecha_aut
mn _autorizante
Si es una opción final en el menú o es un nodo
Descripción del menú.
Página en la cual se encuentra dicho menú.
Estado del menú.
Fecha de actualización del menú.
Usuario que actualizó el menú.
char(1)
varchar(50)
varchar(80)
varchar(1)
datetime
varchar(10)
not null
not null
not null
not null
not null
not null
98
TIPO
int
varchar(50)
datetime
varchar(10)
char(1)
NULO
not null
not null
not null
not null
null
TIPO
int
NULO
not null
int
int
datetime
varchar(10)
not null
not null
not null
not null
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.
No.
5.6.1
5.6.2
5.6.3
5.6.4
5.6.5
Actividad
Instalación y Pruebas de la Base de Datos
Instalación y Pruebas de la Aplicación
Capacitación de personal
Promoción
Innovación
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:
9 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.
9 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.
9 Poner en línea la base de datos.
5.6.2
Instalación y Pruebas de la Aplicación
9 Revisar el correcto funcionamiento del IIS (Internet Information Services) en el
Web Server.
9 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
107
9 Instalar las carpetas que contienen las páginas ASP desde el cd proporcionado por
el equipo de desarrollo del sistema.
9 Configurar página de inicio para el nuevo sitio desde el Administrador IIS la cual
es inicio.asp.
9 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.
9 Para verificar que el nuevo sistema esta funcionando adecuadamente se deben
ingresar y consultar datos desde las pantallas respectivas.
9 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
9 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.
9 Solicitar avisos por el sistema de altoparlantes del hospital.
9 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
9 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