51
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

CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

  • Upload
    others

  • View
    2

  • Download
    0

Embed Size (px)

Citation preview

Page 1: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 2: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 3: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 4: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 5: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

♦ 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

Page 6: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 7: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 8: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 9: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

• 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

Page 10: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

• 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

Page 11: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

Fig. No. 3. Diagrama de Flujo de Datos para la Docencia en la IC.

69

Page 12: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

Fig. No. 4. Diagrama de Flujo de Datos dentro de la IC

70

Page 13: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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.

Page 14: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 15: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

• 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

Page 16: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 17: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 18: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

• 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

Page 19: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 20: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 21: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 22: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 23: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 24: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 25: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 26: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 27: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 28: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 29: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 30: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 31: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 32: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 33: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 34: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 35: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 36: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 37: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 38: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 39: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 40: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 41: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 42: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 43: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 44: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 45: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 46: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 47: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 48: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 49: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 50: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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

Page 51: CAPÍTULO IV: DETERMINACIÓN DE REQUERIMIENTOSri.ufg.edu.sv/jspui/bitstream/11592/8217/5/005.74... · IDEA: SABRÁS LO QUE NECESITAS CUANDO LO VEAS. Si se comprende la magnitud del

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