Upload
vanphuc
View
232
Download
0
Embed Size (px)
Citation preview
UNIVERSIDAD DE LAS TUNAS
FACULTAD DE CIENCIAS TÉCNICAS
DEPARTAMENTO DE INFORMÁTICA
TRABAJO DE DIPLOMA EN OPCIÓN AL TÍTULO DE
INGENIERO INFORMÁTICO
SISTEMA DE CONTROL EN LA ESTRATEGIA PREVENTIVA EN LA
MORBIMORTALIDAD POR CÁNCER DE MAMA, PRÓSTATA Y COLON
AUTOR: YOLAINE VERDECIA FERNÁNDEZ
TUTOR: ING. LISSET DEL CARMEN ÁVILA DE LA CRUZ
ING. ROTCEH DOMINGUEZ LÓPEZ
CONSULTANTE: DRA. NORA ORIVE RODRÍGUEZ
Las Tunas, 2013
Cuidar la salud del pueblo, evitar sus sufrimientos y sanar sus enfermedades es una tarea, principalmente,
de orden social y moral; pero también tiene un sentido económico, pues son los hombres y mujeres del pueblo los que crean los valores, y una población trabajadora
sana y fuerte es imprescindible para el desarrollo.
Fidel Castro Ruz(Discurso pronunciado por Fidel Castro Ruz, Presidente de la República de Cuba, en la
inauguración del II Congreso de Economistas del Tercer Mundo, efectuada en el Palacio de las Convenciones, el 26 de abril de 1981, "Año del XX aniversario de Girón". )
AGRADECIMIENTOS
A mi madre y a mi padre, por ser mi inspiración en todos los momentos de mi vida
A mis tutores Lisset y Rotceh por sus certeras orientaciones y enseñanzas
A mis amigos y hermanos Rene Luis, Rene Ramón, Maikel, Diana, Yisel, por ayudarme, motivarme y apoyarme en todos los momentos.
A todos mis compañeros de aula Gracias!!
A los que siempre están conmigo, presentes y ausente. ¡Gracias!
A todos que de una forma u otra colaboraron con la realización de esta tesis
RESUMEN
La presente investigación tiene como objetivo desarrollar una aplicación que
permita favorecer la gestión de datos de los pacientes diagnosticados por cáncer
genético hereditario, optimizando el proceso de registro de los mismos, y de esta
forma proporcionar información segura y completa. El sistema se desarrolla
respondiendo a las especificaciones del cliente respetando la política de país
utilizando software libre.
El sistema de control en la estrategia preventiva en la morbimortalidad por cáncer
de mama, próstata y colon facilitará la gestión de los datos de pacientes y
controles. Brindará un análisis estadístico descriptivo con la creación de gráficos,
que les facilitará información sobre la predisposición genética hereditaria al cáncer
de un gran número de personas que tengan un riesgo mayor a consecuencia de
su historia familiar y/o personal.
Esta aplicación, mediante el empleo de estas herramientas brinda la oportunidad
de un registro continuo de toda la información que existe en el registro de cáncer,
pero de forma automatizada, elemento que sitúa la recogida de esta información a
la altura de las necesidades y adelantos existentes del medio. El empleo de
medidas estadísticas para el análisis de los ítems de este registro le brinda al
investigador una autonomía científica capaz de darle sentido a las diversas
formas de recogida, análisis y presentación de la información. Posibilitando crear
un mayor encargo social en la transmisión de los resultados que mediante el
empleo de ciertos estadísticos puede obtenerse.
ÍNDICE
INTRODUCCIÓN ...................................................................................................................................... 1
CAPÍTULO I. MARCO TEÓRICO CONCEPTUAL................................................................................ 7
1.1 CENTRO PROVINCIAL DE GENÉTICA MÉDICA. ..................................................................................................... 71.1.2 Registro Provincial de Cáncer Genético Hereditario. ....................................................................... 71.1.3 Cáncer genético hereditario............................................................................................................. 9
1.2 TEORÍA CONCEPTUAL. ................................................................................................................................. 101.2.1 Informática Médica........................................................................................................................ 101.2.2 Bioinformática. .............................................................................................................................. 111.2.3 Bioestadística. ................................................................................................................................ 11
1.3 METODOLOGÍAS, TECNOLOGÍAS, HERRAMIENTAS UTILIZADAS PARA EL DESARROLLO DEL SISTEMA. .............................. 121.3.1 Aplicaciones web............................................................................................................................ 121.3.2 Servidores Web .............................................................................................................................. 13
1.4 LENGUAJES DE DESARROLLO ......................................................................................................................... 141.4.1 HTML. HyperText Markup Language (lenguaje de marcado de hipertexto).................................. 141.4.2 JavaScript ....................................................................................................................................... 141.4.3 CSS. Cascading Style Sheets (Hojas de estilo en cascada).............................................................. 151.4.4 PHP 5.1........................................................................................................................................... 16
1.5 FRAMEWORK DE DESARROLLO DE APLICACIONES WEB ........................................................................................ 171.5.1 CodeIgniter 2.1.3............................................................................................................................ 171.5.2 ExtJs ............................................................................................................................................... 181.5.3 Arquitectura................................................................................................................................... 19
1.6 SISTEMA DE GESTIÓN DE BASES DE DATOS........................................................................................................ 201.6.1 PostgreSQL 9.0 ............................................................................................................................... 20
1.7 LENGUAJE UNIFICADO DE MODELADO (UML) ................................................................................................. 211.7.1 Metodología AM (Agile Methodology) con RUP (Rational Unified Process).................................. 221.7.2 Rational Rose ................................................................................................................................. 22
CAPÍTULO II ANÁLISIS Y DISEÑO DEL SISTEMA .......................................................................... 23
2.1 OBJETO A INFORMATIZAR............................................................................................................................. 232.1.1 Información que se maneja ........................................................................................................... 272.1.2 Propuesta del sistema.................................................................................................................... 27
2.2 MODELO DE DOMINIO ................................................................................................................................ 282.3 MODELO DEL SISTEMA ................................................................................................................................ 29
2.3.1 Levantamiento de requisitos.......................................................................................................... 292.4 DIAGRAMA DE CASOS DE USO DEL SISTEMA .................................................................................................... 35
2.4.1 Diagrama de caso de uso del sistema............................................................................................ 362.4.2 Descripciones textuales de los casos de uso. ................................................................................. 362.4.3 Modelo de diseño........................................................................................................................... 492.4.4 Diagramas de clases del diseño ..................................................................................................... 492.4.5 Descripción de las Páginas Clientes. .............................................................................................. 512.4.6 Descripción de las Páginas Servidoras ........................................................................................... 522.4.7 Diagramas de secuencias............................................................................................................... 522.4.1 Diagrama de clases persistentes.................................................................................................... 542.5 Implementación ................................................................................................................................ 56
2.5.1 Diagrama de la arquitectura del sistema ...................................................................................... 562.5.3 Diagrama de componentes............................................................................................................ 562.5.4 Diagrama de despliegue ................................................................................................................ 57
CAPÍTULO III: IMPLEMENTACIÓN DEL SISTEMA .......................................................................... 58
3.1 DESCRIPCIÓN GENERAL DE LA APLICACIÓN....................................................................................................... 583.1.1 Diseño de la interfaz ...................................................................................................................... 59
3.2 PRINCIPIOS EN LOS QUE SE BASA LA AYUDA DEL USUARIO.................................................................................... 603.2.1 Manual de ayuda de usuario ......................................................................................................... 60
3.3 PRINCIPIOS DE LA SEGURIDAD Y LA PROTECCIÓN DEL SISTEMA.............................................................................. 603.4 TRATAMIENTOS DE ERRORES......................................................................................................................... 60
CONCLUSIONES................................................................................................................................... 61
RECOMENDACIONES .......................................................................................................................... 62
BIBLIOGRAFÍA ...................................................................................................................................... 63
ANEXOS ................................................................................................................................................. 65
GLOSARIO DE TÉRMINOS.................................................................................................................. 75
1
INTRODUCCIÓN
El cáncer en el transcurso del tiempo, ha sido y es un enigma para el hombre.
Librado a su propia evolución es una enfermedad mortal y a pesar de los
esfuerzos, su incidencia y mortalidad han permanecido sin mayores cambios.
Se estima que en el presente siglo el cáncer sea la primera causa de muerte
en los países desarrollados. (1)
Cuba es un país en vías de desarrollo, pero el cáncer ocupa el segundo lugar
dentro de la mortalidad general como ocurre en los países desarrollados. La
tasa de mortalidad por este concepto es de 197,5 x 100 000 habitantes y el
número de muertes se incrementa de un año a otro de forma importante y
constituye la primera causa de años de vida potencialmente perdidos (17.2
años). (2)
Desde el 2006 Las Tunas ha sido una de las 6 provincias en las que el cáncer
fue la primera causa de muerte y no está exento, como el resto del país, del
aumento de muertes por esta causa de un año a otro. (2)
Es orientado como política directiva de la dirección del país; en los
lineamientos, el estudio del entorno social en el abordaje de los problemas de
salud de la población, de manera que contribuyan el uso de los medios
tecnológicos para el diagnóstico y tratamiento de las enfermedades. (3)
El Centro Provincial de Genética Médica en Las Tunas garantiza las
actividades asistenciales, docentes, investigativas, metodológicas y
administrativas para el cumplimiento del Programa Nacional de Diagnóstico,
Manejo y Prevención de enfermedades genéticas y defectos congénitos. Es el
2do nivel de confirmación para todos los programas asistenciales. Se ocupa del
control y detección de riesgo genético incrementado para las enfermedades
crónicas no-transmisibles (diabetes, cáncer e hipertensión) en grupos
familiares.
La Red de Genética, como parte de los programas que desarrolla, registra 13
enfermedades comunes del adulto en las que están incluidos 3 tipos de cáncer
(mama, colon, próstata), los cuales constituyen la base para estudios
2
poblacionales que permitan conocer factores genéticos y no genéticos
relacionados con el origen de esta patología.
Con el objetivo de profundizar en los factores genéticos y ambientales
relacionados con el cáncer, se llevará a cabo un estudio como parte de la
actividad investigativa del Programa de Genética en la provincia de Las Tunas.
A partir del año 2006 al ser el cáncer la primera causa de muerte en la
provincia se implementa una estrategia preventiva para disminuir la
morbimortalidad por cáncer de mama, colon y próstata, siendo el Centro
Provincial de Genética Médica, el rector en encabezar el estudio.
Planteándose como objetivos:
1. Identificar individuos con historia familiar positiva para el cáncer.
2. Caracterizar clínica, epidemiológica y genealógicamente las familias con
cáncer.
3. Identificar factores no genéticos en la etiología del cáncer.
4. Diseñar una estrategia para el diagnóstico precoz y la prevención del
mismo.
Actualmente la captación de los datos se realiza mediante un instrumento que
recoge aspectos clínicos de los pacientes. Este proceso se realiza de forma
manual, dificultándose la gestión de los datos y la obtención eficaz de
estadísticas que les permitan valorar los resultados obtenidos de la anamnesis.
Para la realización de dicho estudio resulta necesario disponer de información
relacionada con los antecedentes familiares y personales de salud, el estilo de
vida de los pacientes independientemente de su estado de salud, así como de
otras personas que se propongan, por parte de los especialistas, para formar
parte de la muestra del estudio.
La revisión bibliográfica y la búsqueda en la red informática del MINSAP
(INFOMED) permitieron constatar que no se encuentra una solución disponible
en la actualidad aplicable a este estudio, lo que está limitando la efectividad del
mismo en los siguientes aspectos:
Extensión a todas las áreas de salud del territorio.
3
Confiabilidad de los datos recopilados por personal no involucrado
directamente en el estudio.
Actualización de los datos en tiempo real.
Operacionalización estadística eficaz.
Partiendo de lo antes expuesto se plantea como problema científico: ¿Cómo
obtener mayor eficacia en la gestión de los datos sobre factores genéticos en la
morbimortalidad por cáncer de mama, colon y próstata en la provincia de Las
Tunas?
Dicho problema de investigación se inscribe en el objeto de estudio gestión de
datos bioinformáticos en la genética del cáncer, mientras que el campo de
acción se define como la informatización de datos para el estudio de la
morbimortalidad por cáncer de mama, colon y próstata en la provincia Las
Tunas.
Para dar solución al problema planteado se define el siguiente objetivo de
investigación: elaborar una aplicación web para la gestión de datos en el
estudio de la morbimortalidad por cáncer de mama, colon y próstata en la
provincia Las Tunas.
Analizado lo anteriormente expuesto, la investigación se basa en la idea a
defender: si se implementa una aplicación web que gestione la información
sobre factores genéticos en la morbimortalidad por cáncer se logrará obtener
mayor eficacia en dicho proceso en la provincia de Las Tunas.
Se plantea como tareas de la investigación:
1. Análisis del proceso de Registro Genético del Cáncer.
2. Estudio de sistemas que registren procesos similares, tanto en el ámbito
nacional como internacional.
3. Análisis de tendencias y tecnologías actuales.
4. Diseño e implementación de un sistema que cumpla con las
expectativas del cliente.
Los métodos de investigación utilizados para el presente estudio son:
4
Teóricos:
Histórico-lógico: Reproduce trayectoria de desarrollo del problema que es
objeto de estudio, a partir del cual es posible estructurar la lógica interna,
mediante el procedimiento lógico, que explica ese problema.
Analítico-sintético: El análisis es un procedimiento mental que logra la
descomposición de un todo en sus partes componentes y relaciones. Se
complementa con el de síntesis que logra la integración a nivel mental de
las partes constitutivas del objeto.
Inductivo-deductivo: Se logra inferir cierta propiedad o relación a partir de
hechos particulares. Tránsito de lo particular a lo general. Su complemento
es el procedimiento deductivo. El investigador transita de aseveraciones
generales a características particulares del objeto.
Enfoque sistémico: Se emplea en la elaboración del sistema para la gestión
de la información, así como para abordar todos los procesos
involucrados en el objeto de estudio.
Empíricos:
Revisión documental: Se emplea para la recopilación de la información
necesaria respecto al objeto de estudio de la investigación.
Observación: permite obtener la información del comportamiento de
nuestro objeto de investigación. Es una forma de obtener información
directa e inmediata sobre el problema que está siendo investigado.
Entrevista: Constituye, una vía, a través de la cual y mediante la
interrogación de los sujetos, se obtienen datos relevantes a los efectos de
la investigación.
Criterio de expertos: se utiliza para recoger información y para valorar
resultados y consiste en someter a criterio de un grupo de especialistas en
el contenido de que se trate la valoración de un resultado, un método u otro
aspecto en el proceso de investigación.
5
Con el desarrollo del Sistema de Control en la estrategia preventiva en la
morbimortalidad por cáncer de mama, próstata y colon, se obtienen los
beneficios relacionados a continuación:
Gestión de toda la información relacionada a los pacientes diagnosticados
por cáncer genético hereditario, permitiendo obtener datos como
antecedentes personales, hábitos tóxicos, tratamientos medicamentosos,
alimenticios y de prácticas de ejercicios, posibilitando el control de los
mismos.
Gestión de la información de los controles, permitiendo realizar estudios
poblacionales.
Brinda la gestión de datos de familiares de pacientes permitiendo el estudio
de la predisposición genética al cáncer.
Los especialistas en asesoramiento genético podrán realizar estudios
estadísticos a los datos gestionados.
En las áreas de salud, se conocerán toda la información relacionada a cada
paciente diagnosticado, permitiéndoles tener mayor control sobre los
antecedentes que originaron la patología.
La presente investigación está constituida por tres capítulos
Capítulo I Marco Teórico Conceptual: se describen los principales conceptos
asociados al objeto de estudio. Se realiza un análisis de la estructura del
Centro Provincial de Genética, del funcionamiento actual del registro de cáncer
genético hereditario, con el objetivo de comprender los procesos del mismo
Se justifican las metodologías, tecnologías, técnicas y herramientas utilizadas
durante el desarrollo de la aplicación.
Capítulo II Análisis y diseño del sistema: Se hace el estudio del objeto de
automatización y de la propuesta del sistema a realizar. Se realiza un
modelado del sistema identificando los casos de uso del sistema, donde se
presenta el diagrama de casos de uso correspondiente, modelo de dominio,
modelo de datos, diagrama de despliegue y de componentes
6
correspondientes a la etapa de implementación, se analiza el diseño de la
base de datos y se describen las tablas de la misma.
Capítulo III Implementación del Sistema: se realiza una caracterización del
sistema desarrollado, presentado de forma general el diseño de la interfaz de
la aplicación, mostrando los principales componentes del sistema.
7
CAPÍTULO I. MARCO TEÓRICO CONCEPTUAL
En el presente capítulo se realiza un análisis de los conceptos fundamentales
relacionados con el problema, la estructura organizativa del Centro Provincial
de Genética, concretamente el registro provincial de cáncer genético
hereditario, así como la necesidad de su informatización. Se describen las
tendencias actuales de tecnologías y herramientas informáticas utilizadas en el
desarrollo del sistema.
1.1 Centro Provincial de Genética Médica.
El Centro Provincial de Genética Médica es el centro de referencia para el
Programa Cubano de Diagnóstico, Manejo y Prevención de Enfermedades
Genéticas y Defectos Congénitos, cumple tareas asistenciales, docentes e
investigativas en el campo de la genética médica y la inmunología, con un
enfoque orientado a la medicina comunitaria, la integración y la
intersectorialidad en la atención de salud y el propósito de incrementar los
niveles de salud y la calidad de vida del pueblo.
El Centro dentro de sus funciones principales tiene las investigaciones básicas
y aplicadas en el campo de la Genética Médica, la Inmunología, la Bioquímica y
otras disciplinas afines dirigidas a la obtención de nuevos conocimientos,
evaluación y desarrollo de nuevas tecnologías, productos y procedimientos de
trabajo. Tiene como fin mejorar los niveles de salud del pueblo, disminuir el
impacto de las enfermedades con implicación genética en el cuadro de la
morbimortalidad del país y realizar aportes al desarrollo de estas ramas de las
ciencias, teniendo en cuenta las potencialidades que se derivan de su
integración.
1.1.2 Registro Provincial de Cáncer Genético Hereditario.
En una entrevista realizada a la Dra. Nora Orive Rodríguez, directora del
Centro Provincial de Genética Médica y jefa del proyecto en la estrategia
preventiva para disminuir la morbimortalidad por cáncer de mama, colon y
próstata refiere en la entrevista (Entrevista a Dra. Nora Orive Rodríguez, 13 de
septiembre de 2012):
8
…Por indicación del Centro Nacional de Genética Médica, se
planteó la necesidad de crear una estrategia que permita identificar
las personas diagnosticadas por cáncer, enfatizándose en los tres
tipos de cáncer (mama, colon, próstata) que actualmente se
consideran cáncer genético hereditario, siendo el Centro Provincial
de Genética Médica en Las Tunas el rector en el proyecto, teniendo
como objetivos identificar a pacientes diagnosticados, además de
la selección de tres controles por paciente que cumplan
características similares a los pacientes, aclarando que los
controles son personas sanas y no pueden ser sus familiares… ()
Se torna necesario poder realizar un programa que le permita a
Genética procesar los datos del Registro Provincial de Cáncer
Genético Hereditario…
Por la entrevista realizada a la Dra. Nora se pudo comprobar que debido al
incremento de personas afectadas por cáncer en la provincial el Centro
Provincial de Genética Médica toma como iniciativa crear un instrumento que
les permita favorecer la anamnesis de los pacientes afectados con tres
controles.
Pacientes: son personas diagnósticas por cáncer sea próstata, colon o mama.
Controles: son personas sanas que poseen similares característica a los
pacientes diagnosticados y que no sean familiares de los pacientes.
El instrumento actual recoge los aspectos clínicos como: datos personales,
antecedentes personales, historia reproductiva sexual, tratamientos
medicamentosos, hábitos tóxicos, hábitos alimenticios, prácticas de ejercicios.
(Ver anexo 1)
Al ser un instrumento donde recogen los datos de forma manual, presenta
disímiles problemas:
No existe uniformidad en los datos recogidos.
Se dificulta la recogida de los datos en las diferentes áreas de salud.
9
Por ser un estudio de una población afectada por el cáncer es
imprescindible realizar estudios estadísticos, dificultándose actualmente
la realización de dicho estudio.
Se dificulta la actualización de los datos teniendo que ser procesados
primeramente por los especialistas en asesoramiento genético
encargados de realizar las anamnesis y luego el jefe del proyecto
procesa los datos en un documento de Microsoft Excel, lo que añade
mayor riesgo de errores.
1.1.3 Cáncer genético hereditario.
El cáncer hereditario engloba entre un 5%-10% de todas las neoplasias que se
diagnostican anualmente. Este pequeño número es importante porque permite
identificar personas sanas que tienen predisposición hereditaria a padecer
determinados tipos de cánceres por el simple hecho de haber nacido en una
familia concreta. (4)
Existe una serie de aspectos clínicos que indican la posibilidad de que se está
en presencia de un paciente con un tumor de origen hereditario. Entre ellos se
destacan:
• Edad precoz de diagnóstico.
• Cáncer bilateral cuando el órgano afecto es par.
• Múltiples familiares afectos de cáncer.
• Transmisión vertical de la enfermedad.
• Presencia de otras anormalidades benignas y/o malignas, que se
engloben dentro de un síndrome conocido.
• Presencia de varios cánceres en el mismo paciente.
Con datos obtenidos de la anamnesis y un árbol genealógico se puede localizar
aquellas personas sanas con predisposición hereditaria al cáncer, a partir de un
eficiente manejo de los datos disponibles.
10
Cualquier individuo tiene, por el solo hecho de estar vivo y ser susceptible, la
probabilidad (riesgo) de sufrir el daño (cáncer). Si el sujeto se expone en
tiempo e intensidad suficientes a uno o más factores de riesgo la probabilidad
que el daño suceda es mayor.
Al conjunto de individuos expuestos se denominan población de riesgo
incrementado de cáncer, y constituye el objetivo de programas preventivos ya
sea a través de la eliminación y atenuación de factores de riesgo o de vigilancia
sobre el órgano blanco. (4)
Población de riesgo incrementado de cáncer es un subconjunto de la población
general de un país, grupos de países o región geográfica que a través de
generaciones y un mecanismo genético tiene una incidencia mayor de sufrir
cáncer que aquel que correspondería a la expectativa de vida general de ese
país, grupo de países o región geográfica. (4)
1.2 Teoría Conceptual.
1.2.1 Informática Médica.
La Medicina como ciencia, la prestación de servicios de salud, la docencia, la
formación de recursos humanos y la investigación están en un continuo
cambio, cada vez más rápido. Un factor clave de este cambio se sustenta en
las nuevas tecnologías de la información y las comunicaciones a través del uso
de las herramientas de comunicación y de la informática, lo que propicia mayor
inmediatez posible, la seguridad, la calidad y el control de las acciones del
Sistema Nacional de Salud. (5)
La informática hace varias décadas ha encontrado en la medicina una de sus
aplicaciones más comunes e importantes que ha permitido al sector de la
salud, no sólo contar con métodos novedosos, sencillos y eficaces de gestión
administrativa en consultas, hospitales y centros de investigación biomédica,
sino también disponer de recursos informáticos de gran valor en las
exploraciones con tratamiento de imágenes, señales bioeléctricas y otras que
reducen la posibilidad de error en el diagnóstico de las enfermedades. Facilita,
además, el trabajo del sistema de salud y aumenta la confiabilidad de la misma.
11
Pues ahorra tiempo y se le dedica mayor atención al análisis de los datos, en
vez de limitarse a la preparación y compilación de los mismos. Son de gran
apoyo en la toma de decisiones. Ofrece una gran ayuda en campos de la
investigación como: epidemiológica, farmacéutica, biológica y química,
aspectos relacionados con la lucha para conseguir un mejor nivel de salud en
las personas y la excelencia en los servicios. (5)
1.2.2 Bioinformática.
Es una disciplina científica emergente y multidiciplinar que se interesa por
todos los aspectos relacionados con la adquisición, almacenamiento,
procesamiento, distribución, análisis e interpretación de la información
biológica, mediante la aplicación de técnicas y herramientas propias de las
matemáticas, la biología y la informática, con el propósito de comprender el
significado biológico de una gran variedad de datos. (6)
1.2.3 Bioestadística.
La bioestadística, como se deduce de su nombre, es la estadística aplicada a la
biología y a todas aquellas ciencias que se dedican al estudio de los seres
vivos. Esta disciplina tiene aplicaciones en medicina, botánica, zoología,
farmacia, veterinaria, etc. Últimamente, también se encuentra aplicada en la
informática médica o la bioinformática. La finalidad fundamental de la
bioestadística es dotar a estas ciencias de herramientas que posibiliten
recoger, tratar y organizar los datos obtenidos en sus observaciones, que
permitan, además, describir, resumir o sintetizar toda la información obtenida, y
poder extraer o elaborar conclusiones de las que se tenga una medida de su
certidumbre. También su importancia radica en que permite comprobar si la
información obtenida de las muestras y experiencias diseñadas son
consistentes o no con la hipótesis teórica planteada, tarea que se denomina
validación, verificando el contraste entre diferentes opiniones y tomar
decisiones al respecto. (6)
12
1.2.3.1 Estadística Descriptiva.
La estadística descriptiva brinda las herramientas necesarias para caracterizar
a un grupo de elementos o unidades de análisis pero sin pretender generalizar
esos resultados a un grupo mayor. Provee al investigador de técnicas y
procedimientos que mediante simples pasos y pocos resultados, será capaz de
tener una valoración bastante cercana a la realidad de cómo es la información
con que se cuenta. Además servirá de base para extrapolar estas conclusiones
hacia un conjunto de datos más complejos. (7)
1.3 Metodologías, tecnologías, herramientas utilizadas para el desarrollo
del sistema.
En el desarrollo de la aplicación se han empleado diferentes herramientas,
metodologías, tecnologías de las cuales se presentan las principales
características.
1.3.1 Aplicaciones web.
Las aplicaciones Web son sistemas informáticos, usados por los usuarios para
acceder a un servidor Web, a través de Internet o Intranet, y obtener así la
información que se encuentra almacenada en él. (8)
En las aplicaciones web hay que distinguir entre:
Aplicaciones en el lado del cliente: el cliente web es el encargado de
ejecutarlas en la máquina del usuario. Son las aplicaciones tipo Java o
JavaScript: el servidor proporciona el código de las aplicaciones al cliente y
éste, mediante el navegador, las ejecuta. Normalmente, los navegadores
permiten ejecutar aplicaciones escritas en lenguaje javacript y java, aunque
pueden añadirse más lenguajes mediante el uso de plugins.
Aplicaciones en el lado del servidor: el servidor web ejecuta la aplicación;
ésta, una vez ejecutada, genera cierto código HTML; el servidor toma este
código recién creado y lo envía al cliente por medio del protocolo HTTP.
La construcción de aplicaciones software, brinda los beneficios del desarrollo
guiado por modelos, sobre todo en la medida en que los proyectos se hacen
13
más complejos y requieren de la comunicación efectiva de un mayor número de
especialistas.
Las aplicaciones web son mundialmente utilizadas por las disímiles ventajas
que ofrecen a los usuarios:
Compatibilidad multiplataforma. Tienen un camino mucho más sencillo para
la compatibilidad con múltiples plataformas que las aplicaciones de escritorio.
Varias tecnologías incluyendo Java, Flash, ASP y Ajax permiten un desarrollo
efectivo de programas soportando todos los sistemas operativos principales.
Actualización. Están siempre actualizadas con la última versión, sin necesitar
de llamar la atención del usuario o interferir con sus hábitos de trabajo, con la
posibilidad de que va a iniciar nuevas descargas y procedimientos de
instalación. Inmediatez de acceso. No necesitan ser descargadas, instaladas y
configuradas.
Menos Bugs (errores). Con aplicaciones basadas en Web, todos los usuarios
utilizan la misma versión, y los errores pueden ser corregido tan pronto como
son descubiertos.
Múltiples usuarios concurrentes. Las aplicaciones Web pueden ser utilizadas
por múltiples usuarios al mismo tiempo.
1.3.2 Servidores Web
Es un programa que se ejecuta de forma continua en un servidor,
manteniéndose a la espera de peticiones hechas por parte de un cliente (un
navegador de Internet), luego contesta estas peticiones devolviendo el
contenido que el cliente solicita. Además utiliza el protocolo Hypertext Transfer
Protocol (HTTP) el cual está diseñado para transferir lo que llamamos
hipertextos, páginas web o páginas Hypertext Markup Language (HTML):
textos complejos con enlaces, figuras, formularios, botones y objetos
incrustados como animaciones o reproductores de música. (8)
14
1.3.2.1 Servidor Web Apache 2.2.17
Es un servidor web de tecnología Open Source (código abierto), que ha ido en
evolución hasta convertirse en uno de los mejores servidores en términos de
eficiencia, funcionalidad y velocidad, siendo actualmente el más usado a nivel
mundial. El servidor Apache es un software cuya estructura está formada por
módulos. Sus módulos constan de una amplia gama de funciones que hacen al
servidor más útil y solicitado en todo el mundo. (9)
1.4 Lenguajes de desarrollo
1.4.1 HTML. HyperText Markup Language (lenguaje de marcado de
hipertexto)
Para publicar información para la distribución global, se necesita un lenguaje
universalmente sobreentendido. El lenguaje editorial usado por la Red Mundial
es HTML es el lenguaje para la elaboración de páginas web. Es usado para
describir la estructura y el contenido en forma de texto, así como para
complementar el texto con objetos tales como imágenes. HTML también puede
describir, hasta un cierto punto, la apariencia de un documento, y puede incluir
un script (por ejemplo JavaScript), el cual puede afectar el comportamiento de
navegadores web y otros procesadores de HTML. (10)
1.4.2 JavaScript
JavaScript es un lenguaje de programación interpretado, Se define como
orientado a objetos, basado en prototipos, imperativo, débilmente tipado y
dinámico. (11)
El lenguaje le brinda al programador diferente ventajas:
El lenguaje de scripting es seguro y fiable porque está en claro y hay que
interpretarlo, por lo que puede ser filtrado; para el mismo JavaScript, la
seguridad es casi total.
Los script tienen capacidades limitadas, por razones de seguridad, por lo
cual no es posible hacer todo con JavaScript, sino que es necesario usarlo
15
conjuntamente con otros lenguajes evolucionados, posiblemente más
seguros, como Java y PHP.
Un problema importante es que el código es visible y puede ser leído por
cualquiera, incluso si está protegido con las leyes del copyright. Esto,
representa el precio que tiene que pagar quien quiere utilizar el web: la
cuestión de los derechos de autor ha asistido a una verdadera revolución
con la llegada de Internet.
El código JavaScript se ejecuta en el cliente por lo que el servidor no es
solicitado más de lo debido; un script ejecutado en el servidor, sin embargo,
sometería a éste a dura prueba y los servidores de capacidades más
limitadas podrían resentir de una continua solicitud por un mayor número de
usuarios.
1.4.3 CSS. Cascading Style Sheets (Hojas de estilo en cascada)
CSS es un lenguaje de hojas de estilos creado para controlar el aspecto o
presentación de los documentos electrónicos definidos con HTML y XHTML, es
la mejor forma de separar los contenidos y su presentación y es imprescindible
para crear páginas web complejas. (12)
Algunas ventajas de utilizar CSS son:
Control centralizado de la presentación de un sitio web completo con lo que
se agiliza de forma considerable la actualización del mismo.
Separación del contenido de la presentación, lo que facilita al creador,
diseñador, usuario o dispositivo electrónico que muestre la página, la
modificación de la visualización del documento sin alterar el contenido del
mismo, sólo modificando algunos parámetros del CSS.
Optimización del ancho de banda de la conexión, pues pueden definirse los
mismos estilos para muchos elementos con un sólo selector; o porque un
mismo archivo CSS puede servir para una multitud de documentos.
16
Mejora en la accesibilidad del documento, pues con el uso del CSS se
evitan antiguas prácticas necesarias para el control del diseño (como las
tablas), y que iban en perjuicio de ciertos usos de los documentos, por parte
de navegadores orientados a personas con algunas limitaciones
sensoriales.
1.4.4 PHP 5.1
Es un lenguaje de programación usado generalmente para la creación de
contenido para sitios web. PHP es un acrónimo recurrente que significa "PHP
Hypertext Pre-processor" (inicialmente PHP Tools, o, Personal Home Page
Tools), y se trata de un lenguaje interpretado usado para la creación de
aplicaciones para servidores, o creación de contenido dinámico para sitios web.
PHP es un lenguaje de una sintaxis muy simple, y fácil de aprender, además
posee una gran variedad de funciones que pueden ser utilizadas para mejorar
el rendimiento de nuestros programas. (13)
Las cuatro grandes características: Velocidad, estabilidad, seguridad y
simplicidad.
Velocidad: No solo la velocidad de ejecución, la cual es importante, sino
además no crear demoras en la máquina. Por esta razón no debe
requerir demasiados recursos de sistema.
Estabilidad: La velocidad no sirve de mucho si el sistema se cae cada
cierta cantidad de ejecuciones. PHP utiliza su propio sistema de
administración de recursos y dispone de un sofisticado método de
manejo de variables, conformando un sistema robusto y estable.
Seguridad: El sistema debe poseer protecciones contra ataques. PHP
provee diferentes niveles de seguridad.
Simplicidad: Se les debe permitir a los programadores generar código
productivamente en el menor tiempo posible.
17
1.5 Framework de desarrollo de aplicaciones web
Software que ofrece una infraestructura para la creación de otros programas. El
framework contiene librerías de código y módulos ya listos que resumen las
tareas de creación de elementos recurrentes en el desarrollo de aplicaciones, a
la vez que define una arquitectura para el desarrollo de software. Típicamente,
puede incluir soporte de programas, bibliotecas y un lenguaje interpretado entre
otros programas para ayudar a desarrollar y unir los diferentes componentes de
un proyecto. (14)
Representa una arquitectura de software que modela las relaciones generales
de las entidades del dominio. Provee una estructura y una metodología de
trabajo la cual extiende o utiliza las aplicaciones del dominio. Ayudan en el
desarrollo de software, proporcionan una estructura definida la cual ayuda a
crear aplicaciones con mayor rapidez. Ayuda a la hora de realizar el
mantenimiento del sitio gracias a la organización durante el desarrollo de la
aplicación. (14)
Son desarrollados con el objetivo de brindarles a los programadores y
diseñadores una mejor organización y estructura a sus proyectos.
1.5.1 CodeIgniter 2.1.3
CodeIgniter es un framework PHP para la creación rápida de aplicaciones web.
Un framework es un programa para desarrollar otros programas, por tanto, es
un programa o aplicación web desarrollada en PHP para la creación de
cualquier tipo de aplicación web bajo PHP. Es un producto de código libre, libre
de uso para cualquier aplicación. (15)
Como cualquier otro framework, CodeIgniter contiene una serie de librerías que
sirven para el desarrollo de aplicaciones web y además propone una manera
de desarrollarlas que debemos seguir para obtener provecho de la aplicación.
Marca una manera específica de codificar las páginas web y clasificar sus
diferentes scripts, que sirve para que el código esté organizado y sea más fácil
de crear y mantener. CodeIgniter implementa el proceso de desarrollo llamado
Modelo Vista Controlador (MVC), que es un estándar de programación de
18
aplicaciones, utilizado tanto para hacer sitios web como programas
tradicionales. (15)
Características generales de CodeIgniter
Algunos de los puntos más interesantes sobre este framework, sobre todo en
comparación con otros productos similares, son los siguientes:
Versatilidad: es capaz de trabajar la mayoría de los entornos o servidores,
incluso en sistemas de alojamiento compartido.
Compatibilidad: es compatible con la versión PHP 4, lo que hace que se
pueda utilizar en cualquier servidor, incluso en algunos antiguos, funciona
correctamente también en PHP 5.
Flexibilidad: define una manera de trabajar específica, pero en muchos de los
casos se puede seguir o no y sus reglas de codificación. Algunos módulos
como el uso de plantillas son totalmente opcionales. Esto ayuda muchas veces
también a que la curva de aprendizaje sea más sencilla al principio.
Ligereza: el núcleo de CodeIgniter es bastante ligero, lo que permite que el
servidor no se sobrecargue interpretando o ejecutando grandes porciones de
código.
1.5.2 ExtJs
ExtJS es una librería JavaScript para la creación de aplicaciones enriquecidas
del lado del cliente. Es un framework, basado originalmente en YUI pero que
actualmente es independiente del framework que se utilice. Ofrece una gran
cantidad de componentes para crear interfaces de usuario complejas. (16)
Sus características principales son: gran desempeño, componentes de interfaz
de usuario personalizables, con buen diseño y documentación.
Ventajas del framework ExtJS:
Código reutilizable
Independiente o adaptable a frameworks diferentes (Prototype, JQuery,
YUI)
19
Orientada a la programación de interfaces tipo desktop en el web.
Soporte comercial
Una extensa comunidad de usuarios
Existe un balance entre Cliente – Servidor
Comunicación asíncrona
Eficiencia de la red.
1.5.3 Arquitectura
Según Roger S. Pressman, la arquitectura es la estructura de las estructuras
del sistema, la cual comprende los componentes de software, las propiedades
de esos componentes visiblemente externos y las relaciones entre ellos. (17)
Esta no es más que la organización de los componentes del sistema de forma
que quede registrado la manera en la que colaboran y se relacionan entre ellos.
Es una vía en la cual el sistema queda modelado desde distintas perspectivas
con el objetivo de lograr y establecer como deberá ser construido el futuro
sistema.
La arquitectura a utilizar en el sistema de control es la arquitectura Modelo –
Vista – Controlador.
1.5.3.1 Arquitectura Modelo – Vista – Controlador
El MVC es un patrón de arquitectura de software que separa los datos de una
aplicación, la interfaz de usuario, y la lógica de control en tres componentes
distintos. (18)
Modelo representa sus estructuras de datos. Típicamente sus clases del
modelo contendrán funciones que los ayudarán a devolver, insertar y actualizar
información de su base de datos.
Vista es la información que se presenta al usuario. Una vista será normalmente
una página web, pero en CodeIgniter, una vista también puede ser un
20
fragmento de página como el encabezado o pie de página. También puede ser
una página RSS, o cualquier otro tipo de "página".
Controlador sirve como un intermediario entre el Modelo, la Vista y cualquier
otro recurso necesario para procesar la solicitud HTTP y generar una página
web.
1.6 Sistema de gestión de bases de datos
¿Qué es una base de datos?
Definición: Conjunto de datos interrelacionados entre sí, almacenados con
carácter más o menos permanente en la computadora. O sea, que una BD
puede considerarse una colección de datos variables en el tiempo. (19)
El software que permite la utilización y/o la actualización de los datos
almacenados en una (o varias) base(s) de datos por uno o varios usuarios
desde diferentes puntos de vista y a la vez, se denomina sistema de gestión de
bases de datos (SGBD). (19)
El objetivo fundamental de un Sistema de Gestión de Bases de Datos consiste
en suministrar al usuario las herramientas que le permitan manipular, en
términos abstractos, los datos, o sea, de forma que no le sea necesario
conocer el modo de almacenamiento de los datos en la computadora, ni el
método de acceso empleado. (19)
Los programas de aplicación operan sobre los datos almacenados en la base
utilizando las facilidades que brindan los SGBD, los que, en la mayoría de los
pasos, poseen lenguajes especiales de manipulación de la información que
facilitan el trabajo de los usuarios.
1.6.1 PostgreSQL 9.0
Es un Sistema de Gestión de Base de Datos objeto-relacional, es un proyecto
de código abierto. Posee una gran escalabilidad. Es capaz de ajustarse al
número de CPUs y a la cantidad de memoria que posee el sistema de forma
óptima, haciéndole capaz de soportar una mayor cantidad de peticiones
simultáneas de manera correcta. Implementa el uso de rollback's, subconsultas
21
y transacciones, haciendo su funcionamiento mucho más eficaz. Es capaz de
mantener alta concurrencia mediante un sistema denominado acceso
concurrente multiversión. PostgreSQL permite que mientras un proceso escribe
en una tabla, otros accedan a la misma tabla sin necesidad de bloqueos.
Ofrece amplia variedad de tipos nativos aparte de los tipos de datos nativos
del sistema, adicionalmente los usuarios pueden crear sus propios tipos de
datos. (18)
Principales características:
1. Implementación del estándar SQL92/SQL99.
2. Soporta distintos tipos de datos.
3. Incorpora una estructura de datos array.
4. Incorpora funciones de diversa índole: manejo de fechas, geométricas,
orientadas a operaciones con redes, etc.
5. Permite la declaración de funciones propias, así como la definición de
disparadores.
6. Soporta el uso de índices, reglas y vistas.
7. Incluye herencia entre tablas, por lo que a este gestor de bases de datos se
le incluye entre los gestores objeto-relacionales.
8. Permite la gestión de diferentes usuarios, como también los permisos
asignados a cada uno de ellos.
1.7 Lenguaje Unificado de Modelado (UML)
El Lenguaje Unificado de Modelado (UML) se ha convertido en el lenguaje
aceptado universalmente para los planos del diseño software. UML es el
lenguaje para visualizar, especificar, construir, documentar y modelar un
sistema con tecnología orientada a objeto. Incluye conceptos tales como
procesos de negocio y funciones del sistema, y aspectos concretos como
expresiones de lenguajes de programación, esquemas de bases de datos y
22
componentes reutilizables, esto se realiza mediante un conjunto de símbolos y
diagramas (18)
1.7.1 Metodología AM (Agile Methodology) con RUP (Rational Unified Process).
AM, no es solo método ágil cerrado en sí mismo, sino como complemento de
otras metodologías, sean éstas ágiles o convencionales la mayoría minimiza
riesgos desarrollando software en cortos periodos de tiempo. Se combina con
RUP debido a que permite hacer más ligeros los procesos que ya usa. Es una
metodología basada en la práctica para modelado efectivo de sistemas de
software, una colección de prácticas, guiadas por principios y valores que
pueden ser aplicados por profesionales de software. (20)
El Proceso Unificado o RUP (Racional Unified Process). Es un proceso de
desarrollo de software y junto con el Lenguaje Unificado de Modelado (UML),
constituye la metodología estándar más utilizada para el análisis,
implementación y documentación de sistemas orientados a objetos. Incluye
artefactos (que son los productos tangibles del proceso como por ejemplo, el
modelo de casos de uso) y roles (papel que desempeña una persona en un
determinado momento, una persona puede desempeñar distintos roles a lo
largo del proceso). (21)
1.7.2 Rational Rose
Es actualmente conocida como una familia de software de IBM para el
despliegue, diseño, construcción, pruebas y administración de proyectos en el
proceso desarrollo de software. Es una de las más poderosas herramientas de
modelado visual para el análisis y diseño de sistemas basados en objetos. Se
utiliza para modelar un sistema antes de proceder a construirlo [Rational,
2008].
23
CAPÍTULO II ANÁLISIS Y DISEÑO DEL SISTEMA
Atendiendo a la metodología referida en el capítulo anterior (AM - RUP) se
presenta en el capítulo el modelado de la aplicación, se muestran los
elementos relacionados al diseño de la misma y sus requerimientos funcionales
y no funcionales.
2.1 Objeto a informatizar
El proceso a informatizar es la gestión de datos del Registro Provincial de
Cáncer Genético Hereditario. En el cual incluyen los resultados obtenidos en
las anamnesis mediante un instrumento (Ver Anexo 1), realizadas a pacientes
diagnosticados y sus controles.
Este proceso de desarrolla en el Centro Provincial de Genética Médica,
realizándose el proceso en tres fases:
Primera fase: Proceso de anamnesis
El especialista en asesoramiento genético realiza la entrevista a los pacientes
diagnosticados. En dependencia de los datos recogidos se escogen a los tres
controles que presenten características similares a los pacientes como:
Edad
Lugar de residencia
Historia reproductiva sexual
Antecedentes patológicos
Tratamientos medicamentosos
Hábitos tóxicos
Alimentación
Práctica de ejercicios
Segunda Fase: Procesamiento de datos
El jefe del proyecto quien encabeza esta fase, procesa todos los datos que se
obtienen de las anamnesis realizadas por los especialistas en asesoramiento
genético, almacenándolos en un documento Microsoft Excel.
24
Tercera Fase: Procesamiento estadístico
El jefe del proyecto con todos los datos almacenados en el documento
Microsoft Excel le envía los datos a un bioestadístico quien es el encargado de
realizar estudios estadísticos de factor de riesgo a todos los datos
almacenados previamente.
Procesando los siguientes datos: (Ver Anexo 3)
Porcentaje de individuos afectados por grupos de edad
Porcentaje de individuos afectados por grupos de sexo
Porcentaje de individuos afectados según color de la piel
Frecuencia de cáncer de acuerdo a región de origen
Frecuencia de cáncer de acuerdo a región de residencia
Porcentaje de individuos con cáncer en cada una de las escalas
Porcentaje de individuos con cáncer en cada una de las escalas
Porcentaje de individuos afectados por grupos de edad al diagnóstico
Porcentaje de individuos afectados por los principales síntomas referidos.
Porcentaje de individuos afectados por grupo de edades
Porcentaje de individuos enfermos fallecidos según años de evolución de
la enfermedad
Porcentaje de individuos afectados de acuerdo al grado de parentesco
Porcentaje de mujeres nulíparas con cáncer de mama y multíparas con
cáncer de mama
Porcentaje de mujeres con cáncer de mama que se haya embarazado
después de los 30 años y porcentaje de mujeres con cáncer de mama
que se haya embarazado antes de los 30 años de edad.
Porcentaje de mujeres nulípara y multíparas con cáncer de mama
respectivamente.
25
Porcentaje de mujeres con cáncer de mama y menarquia antes de los 12
años y % de mujeres con cáncer de mama y menarquia después de los
12 años.
Porcentaje de mujeres con cáncer de mama con menopausia antes de los
54 años y después de los 54 años respectivamente
Frecuencia de las relaciones sexuales en hombres con cáncer de próstata
Porcentaje de individuos con cáncer de próstata y antecedentes de
infección de transmisión sexual
Porcentaje de mujeres con cáncer de mama y que hayan lactado a uno
de sus hijos, al menos, y porcentaje de mujeres con cáncer de mama que
no hayan lactado
Porcentaje de individuos con cáncer de colon con antecedentes de
tratamiento con vitaminas
Porcentaje de individuos con cáncer de colon con antecedentes de
tratamiento con calcio.
Porcentaje de individuos con cáncer de mama antecedentes de
tratamiento hormonal
Porcentaje de individuos con cáncer de próstata y antecedentes de
tratamiento hormonal
Porcentaje de Individuos con cáncer que ingieren café diariamente
Porcentaje de Individuos con cáncer que ingieren té diariamente
Porcentaje de Individuos fumadores con cáncer (más de 1 cigarrillo diario)
Porcentaje de Individuos con cáncer en el grupo de cada una de las
escalas para la variable
Porcentaje de individuos con cáncer para cada una de las escalas
establecidas
Porcentaje de individuos con cáncer para cada una de las escalas
establecidas
26
Porcentaje de individuos con cáncer para cada una de las escalas
establecidas
Porcentaje de individuos con cáncer para cada una de las escalas
establecidas
Porcentaje de individuos obesos con cáncer de colon e individuos
delgados con cáncer de mama.
Porcentaje de individuos con cáncer con antecedentes patológicos
positivos
Porcentaje de individuos con cáncer en cada una de las escalas
Estadística que se aplica a las variables (Ver Anexo 4)
Porcentaje (Pc): Es una medida de la contribución que hace cada clase, la
importancia relativa con relación al total de observaciones, al total de la
población o al tamaño de la muestra.
cP = 100*FR
Media ( X ): También denominada promedio o simplemente media, es la más
importante de todas las medidas de resumen. La media para su cálculo, tiene
en cuenta todos los valores de la variable, este elemento hace que ella
represente muy bien el comportamiento de la variable.
X = n
Xjn
j1
Tasa (T): Una tasa no es más que la relación por cociente que se establece
entre el número de veces que se produce el efecto que se está midiendo,
muchas veces no deseado como morir o enfermar, y en el denominador la
población expuesta al riesgo que se está analizando en el numerador. Como
ese resultado será siempre menor que la unidad, para facilitar su análisis se
multiplica por una constante que es 10n
27
Tasa =
n
ba
a10*
2.1.1 Información que se maneja
Se describe los documentos que actualmente se manejan para la recogida de
los datos de los pacientes diagnosticados:
Instrumento Paciente - Controles: este documento constituye la base para
realizar las entrevistas a los pacientes y sus controles. (Ver anexo 1)
Registro Provincial de Cáncer Genético Hereditario: es el documento donde
se almacenan todos los datos obtenidos de cada una de las anamnesis
realizadas a los pacientes y los controles.
2.1.2 Propuesta del sistema
Se propone desarrollar una aplicación para la gestión de los datos de pacientes
diagnosticados por cáncer, incorporándole los tres controles pertenecientes a
cada paciente. El sistema cumplirá con las especificaciones solicitadas por el
cliente, el cual deberá procesar las estadísticas correspondientes para realizar
los estudios de factores de riesgo.
La aplicación permite:
Brindar reportes de los listados de pacientes diagnosticados por tipo de
cáncer.
Brindar reportes de los listados de controles por paciente.
Agiliza y facilita el proceso de gestión de los datos de pacientes y controles.
Tener el control de todos los elementos que se consideran factores de
riesgo para padecer cáncer genético hereditario.
Controlar a los familiares según grado de consanguinidad que padecen o no
de cáncer.
28
Realizar estudios estadísticos que le permitirá al usuario disponer de
información que le aporte la predisposición genética del paciente de
padecer cáncer.
Identificar a cada usuario que acceda a la aplicación, a través de accesos
de nivel, permitiendo que solo aquellos usuarios que pertenezcan al
proyecto puedan acceder a los datos.
2.2 Modelo de Dominio
Se determina que no es necesario un modelo completo del negocio por lo cual
se realizará lo que se conoce como modelado del dominio. Un modelo del
dominio captura los tipos más importantes de objetos que existen o los eventos
que suceden en el entorno donde estará el sistema.
El modelo del dominio se considera en RUP un subconjunto del llamado
modelo de objetos del negocio. Se puede desarrollar un modelo de objetos del
negocio enfocado a la explicación de los productos, entregables o eventos que
son importantes en el negocio. Esos modelos, que no incluyen las
responsabilidades de las personas que ejecutan las actividades, se refieren a
veces como modelo del dominio.
A continuación se realiza una explicación de los conceptos fundamentales que
conforman el modelo de dominio:
El Centro Provincial de Genética Médica, en el proceso descrito anteriormente
trabajan los Especialistas en asesoramiento genético. Ellos se encargan de
confeccionar el instrumento que recoge la entrevista que realiza a los pacientes
y escogen tres controles con similares características a los pacientes
diagnosticados. El especialista para completar el registro debe contar con un
paciente y tres controles.
El Jefe del proyecto es el encargado de actualizar y procesar los datos
obtenidos de las anamnesis realizadas por los especialistas en asesoramiento
genético, almacenándolos en un documento Microsoft Excel llamado Registro
de Cáncer.
29
Modelo de Dominio
Figura 1 Modelo de dominio
2.3 Modelo del Sistema
2.3.1 Levantamiento de requisitos
El propósito fundamental de este epígrafe es obtener los requerimientos
funcionales que debe cumplir el sistema para satisfacer las necesidades del
cliente, lo cual permitirá guiar el desarrollo hacia el sistema correcto, es decir,
conocer las condiciones o capacidades que el sistema debe cumplir.
2.3.1.1 Requisitos funcionales
Los requisitos funcionales que se especifican en el epígrafe son capacidades o
condiciones que el sistema de control en la estrategia preventiva debe cumplir.
A continuación se listan los requisitos funcionales del sistema:
RF 1: Autenticar usuario
Gestionar datos del usuario
RF 2.1: Insertar usuario
RF 2.2: Modificar usuario
RF 2.3: Eliminar usuario
RF 2.4: Buscar usuario
RF 2.5 Listar Usuario
Gestionar datos del paciente
CPGenetica
JefeProyectGenetico
1
1
1
1
trabaja
EspAsesorGenetico
n
1
n
1trabaja
Paciente
n
1
n
1
entrevista
Control
31 31
tiene
n
1
n
1
entrevista
RegistroCancer
1
1
1
1
actualiza
Instrumento
1
1
1
1
confecciona
1
1
1
1
puede ser
3
1
3
1puede ser
1n 1n contiene
30
RF 3.1: Insertar pacientes
RF 3.2: Modificar pacientes
RF 3.3: Eliminar pacientes
RF 3.4: Buscar pacientes
RF 3.5: Listar pacientes
Gestionar datos de controles
RF 4.1: Insertar control
RF 4.2: Modificar control
RF 4.3: Eliminar control
RF 4.4: Listar control
Gestionar datos de familiares
RF 5.1: Insertar familiar
RF 5.2: Modificar familiar
RF 5.3: Eliminar familiar
RF 5.4: Buscar familiar
RF 5.5: Listar familiar
Gestionar diagnóstico
RF 6.1: Insertar diagnóstico
RF 6.2: Modificar diagnóstico
RF 6.3: Eliminar diagnóstico
RF 6.4: Buscar diagnóstico
RF 6.5: Listar diagnóstico
Gestionar enfermedad
RF 7.1: Insertar enfermedad
RF 7.2: Modificar enfermedad
RF 7.3: Eliminar enfermedad
31
RF 7.4: Buscar enfermedad
RF 7.5: Listar enfermedad
Gestionar ITS (Infecciones de transmisión sexual)
RF 8.1: Insertar enfermedad
RF 8.2: Modificar enfermedad
RF 8.3: Eliminar enfermedad
RF 8.4: Buscar enfermedad
RF 8.5: Listar enfermedad
RF 9: Listar pacientes (según tipo de cáncer)
RF 10: Generar estadística
RF 11: Exportar estadística
RF 12: Listar usuarios inactivos
RF 13: Listar trazas
2.3.1.2 Requisitos no funcionales
Los requisitos no funcionales especifican propiedades del sistema, como
restricciones del entorno o de la implementación, rendimiento, dependencias de
la plataforma, facilidad de mantenimiento, extensibilidad, y fiabilidad. (21)
Usabilidad
RNF 1 El sistema solo podrá ser utilizado por el jefe del proyecto y por los
especialista en asesoramiento genéticos. Cada usuario que se autentique en el
sistema solo tendrá acceso a la información que le corresponde según su nivel.
RNF 2 El sistema debe garantizar un acceso fácil y rápido, podrá ser usado por
usuarios con pocos conocimientos informáticos.
Soporte
RNF 3 Una vez terminado el Sistema de Control para la estrategia preventiva
se realizará la capacitación al personal encargado de procesar los datos. El
32
personal que trabaja con la aplicación debe contar con el nivel técnico
requerido mediante adiestramiento de servicio.
Rendimiento
RNF 4 El sistema deberá ser rápido ante las solicitudes de los usuarios y en el
procesamiento de la información.
La eficiencia de la aplicación estará determinada en gran medida por el
aprovechamiento de los recursos que se disponen y la velocidad de las
consultas a la base de datos. Se realizará la validación de los datos en el
cliente y en el servidor, aquellas que por cuestiones de seguridad o de acceso
a los datos lo requieran.
Requerimiento de Ayuda y Documentación
RNF 5 La aplicación estará documentada con una ayuda dirigida a los
diferentes tipos de usuario que utilizan el sistema para garantizar el soporte del
sistema.
RNF 6 Se dispondrá de un Manual de Usuario que indicará como interactuar
con las funcionalidades del sistema.
Apariencia o Interfaz Externa
RNF 7 La interfaz debe ser sencilla, no debe poseer muchas entradas que
requiera gran entrenamiento para utilizar el sistema; agradable, debe tener
colores con tonalidades claras, definidas para las aplicaciones de Salud, el tipo
de fuente a utilizar es Verdana 11. El contenido será mostrado de manera
comprensible y fácil de leer.
Apariencia o Interfaz Interna
RNF 8 Todos los componentes del sistema deben desarrollarse siguiendo el
principio de mínimo acoplamiento, singularidad de componentes e instanciación
dinámica.
Seguridad.
La seguridad puede ser tratada en dos aspectos diferentes:
Confidencialidad
33
RNF 9 La información estará protegida contra accesos no autorizados
utilizando mecanismos de autenticación y autorización.
RNF 10 La autenticación será la primera acción del usuario en el sistema y
consistirá en suministrar un nombre de usuario y una contraseña que debe ser
de conocimiento exclusivo de la persona que se autentica. Si el usuario
autenticado no se encuentra registrado se debe reportar un error de acceso.
Integridad
RNF 11 La información podrá ser modificada solo por personal autorizado.
RNF 12 La información manejada por el sistema será objeto de cuidadosa
protección debido a que la información manejada es solo de conocimiento para
realizar estudios.
RNF 13 Se implementarán políticas de resguardo de información, así como la
realización de copias periódicas de seguridad, que puedan restaurar el sistema
en caso de fallo crítico o pérdida total de la información.
Requerimientos de Software.
RNF 14 Se utilizará PostgreSQL versión 9.0 o superior que soporte trabajo con
procedimientos almacenados y vistas.
RNF 15 Se utilizará tecnología WAMP versión 2.1 o superior para el servidor
Web.
RNF 16 PHP versión 5.1 que soporte el trabajo orientado a objetos.
RNF 17 Se utilizará un servidor con el sistema operativo instalado Windows
2000/XP o superior, o con sistema operativo GNU/Linux (en cualquier
distribución) preferentemente.
RNF 18 En las computadoras de los clientes se requiere de un navegador Web.
Requerimientos de Hardware.
RNF 19 Ordenador Pentium IV o Superior.
RNF 20 Se requiere que tenga al menos 256 MB de memoria RAM, 20GB de
disco duro, 1.16 GHz como mínimo.
34
2.3.1.3 Casos de uso del sistema
Los casos de uso son fragmentos de funcionalidad que el sistema ofrece para
aportar un resultado de valor para sus actores. El caso de uso especifica una
secuencia de acciones que el sistema puede llevar a cabo interactuando con
sus actores, incluyendo alternativas dentro de la secuencia. (21)
Los casos de usos del sistema (CUS) son artefactos narrativos que describen
mediante acciones y reacciones, el comportamiento del sistema desde el punto
de vista del usuario.
DEFINICIÓN DE CASOS DE USOCUS: Autenticar usuarioRF1: Autenticar usuario
CUS Gestionar enfermedadRF 7.1: Insertar enfermedad RF 7.2: Modificar enfermedadRF 7.3: Eliminar enfermedadRF 7.4: Buscar enfermedadRF 7.5: Listar enfermedad
CUS: Gestionar datos del usuarioRF 2.1: Insertar usuarioRF 2.2: Modificar usuarioRF 2.3: Eliminar usuarioRF 2.4: Buscar usuarioRF 2.5 Listar Usuario
CUS Gestionar ITS (Infecciones de transmisión sexual)RF 8.1: Insertar enfermedad RF 8.2: Modificar enfermedadRF 8.3: Eliminar enfermedadRF 8.4: Buscar enfermedadRF 8.5: Listar enfermedad
CUS: Gestionar datos del pacienteRF 3.1: Insertar pacientesRF 3.2: Modificar pacientesRF 3.3: Eliminar pacientesRF 3.4: Buscar pacientesRF 3.5: Listar pacientes
CUS: Listar pacientesRF 9: Listar pacientes (según tipo de cáncer)
CUS: Gestionar datos de controles(caso de uso incluido)
RF 4.1: Insertar controlRF 4.2: Modificar controlRF 4.3: Eliminar controlRF 4.5: Listar control
CUS: Generar estadísticaRF 10: Generar estadística
CUS: Exportar estadística(caso de uso extendido)RF 11: Exportar estadística
CUS: Gestionar datos de familiares(caso de uso incluido)
RF 5.1: Insertar familiarRF 5.2: Modificar familiarRF 5.3: Eliminar familiarRF 5.4: Buscar familiar
CUS Listar usuarios inactivosRF 12: Listar usuarios inactivos
35
RF 5.5: Listar familiarCUS Gestionar diagnóstico
RF 6.1: Insertar diagnósticoRF 6.2: Modificar diagnósticoRF 6.3: Eliminar diagnósticoRF 6.4: Buscar diagnósticoRF 6.5: Listar diagnóstico
CUS Listar trazas (caso de uso extendido)RF 13: Listar trazas
Actores del sistema.
Especialista en asesoramiento genético: es el encargado de manejar los
datos de los pacientes, controles, así como realizar el estudio estadístico
que solicite a la aplicación.
Jefe de proyecto: es el encargado de realizar inserciones, modificaciones y
eliminaciones de información en el sistema, aunque posee las mismas
características de los especialistas en asesoramiento genético.
Usuario: es la generalización de los especialistas en asesoramiento
genético y el jefe de proyecto, usuario quien es el encargado de todo el
procesamiento principal en la aplicación.
2.4 Diagrama de Casos de Uso del Sistema
Figura 2 Diagrama de Casos de Uso del Sistema
Diagrama de Casos de Uso del Sistema
Especialis ta en Asesoramie...
(f rom Actor)
CUS Exportar Estadistica
(from Casos de Uso del Sistema)
CUS Gestionar datos de familiares según grado de consanguineidad
(from Casos de Uso del Sistema)
CUS Listar Usuarios Inactivos
(from Casos de Uso del Sistema)
CUS Gestionar datos de los controles
(from Casos de Uso del Sistema)
<<include>>
CUS Autenticarse
(from Casos de Uso del Sistema)
CUS Gestionar Diagnóstico
(from Casos de Uso del Sistema)
CUS Gestionar Enfermedad
(from Casos de Uso del Sistema)
CUS Gestionar ITS
(from Casos de Uso del Sistema)
CUS Listar Paciente
(from Casos de Uso del Sistema)
CUS Generar Estadística
(from Casos de Uso del Sistema)
<<extend>>
CUS Gestionar datos del paciente
(from Casos de Uso del Sistema)
<<include>>
Usuario
(f rom Actor)
CUS Gestionar datos del usuario
(from Casos de Uso del Sistema)
CUS Listar Trazas
(from Casos de Uso del Sistema)
Jefe de Proyecto
(f rom Actor)
<<extend>>
<<include>>
36
2.4.1 Diagrama de caso de uso del sistema
El diagrama de casos de usos del sistema muestra un conjunto de casos de
usos, relaciones y describiendo lo que hace el sistema para cada tipo de
usuario (21)
2.4.2 Descripciones textuales de los casos de uso.
Tabla 1 Descripción del CUS Autenticarse.
Nombre del Caso de Uso Autenticarse
Actor Usuario Propósito Poder acceder al sistema.Resumen Este caso de uso comienza cuando el Usuario necesita entrar al sistema.
Para ello debe entrar usuario y contraseña y de ser válidos podrá acceder a su sesión de trabajo, culminando de esta forma el Caso de Uso.
Referencias RF1Precondiciones Haber definido un usuario y contraseña por defecto.Postcondiciones El sistema debe guardar fecha y hora de acceso por el usuario.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El Usuario introduce su nombre de usuario y
contraseña en el sistema2. El sistema busca y compara los datos para
verificar que sean correctos.Ver Curso Alternativo Nº 1
3. El Usuario accede al sistema. 4. El sistema muestra la interfaz principalCurso Alternativo de los eventos
CA Nº 1 Los datos introducidos al sistema son incorrectos y el sistema muestra un mensaje de error. (¨ Los datos de acceso son incorrectos.¨).Prioridad Crítico
Tabla 2 Descripción del CUS Gestionar datos del usuario.
Nombre del Caso de Uso Gestionar datos del usuario
Actor Jefe del proyectoPropósito Crear, modificar, eliminar o mostrar usuario que son los que manejan los datos. Resumen Este caso de uso comienza cuando el jefe del proyecto desea realizar el
registro de un Usuario permitiendo el sistema insertarlo, modificarlo o eliminarlo, el sistema actualiza el listado de usuarios.
Referencias RF2.1, RF 2.2, RF 2.3, RF 2.4, RF 2.5Precondiciones Haberse autenticado correctamente en el sistema Postcondiciones El sistema debe actualizar automáticamente el listado de usuarios siempre que
se introduzca un nuevo usuario, se modifiquen sus datos o se elimine.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El jefe del proyecto se encuentra en la interfaz principal y selecciona la opción Gestionar Usuario
2. El sistema muestra las siguientes opciones:I. Insertar Usuario. (Se ejecuta el subflujo S1) II. Modificar Usuario. (Se ejecuta el subflujo S2)
37
III. Eliminar Usuario. (Se ejecuta el subflujo S3)IV. Buscar Usuario. (Se ejecuta el subflujo S4)V. Listar Usuarios. (Se ejecuta el subflujo S5)
3. El jefe del proyecto termina con procesamiento de los datos del usuario
4. El sistema finaliza la ejecución del caso de uso.
Subflujo S1: Sección Insertar UsuarioAcciones del Actor Respuesta del Sistema
1. El jefe del proyecto selecciona en el menú la opción Gestionar Usuario
2. El sistema muestra la interfaz para crear un nuevo usuario, con todas sus opciones.
3. El jefe del proyecto introduce los datos del usuario a crear
4. El sistema procesa y compara los datos con la base de datos para verificar que sean correctos y que no existan en el sistema.
Ver Curso Alternativo Nº 15. El jefe del proyecto guarda al nuevo usuario 6. El sistema almacena los datos y actualiza el
registro de usuarios en la base de datos.
Subflujo S2: Sección Modificar UsuarioAcciones del Actor Respuesta del Sistema1. El jefe del proyecto introduce el nombre del
usuario a modificar en el listado de usuario2. El sistema busca y valida el nombre del usuario y
muestra todos los usuarios que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El jefe del proyecto selecciona el usuario
que desea modificar y selecciona la opción modificar
4. El sistema busca y muestra los detalles del usuario
5. El jefe del proyecto introduce los datos actualizados del usuario y presiona el botón guardar
6. El sistema almacena los datos y actualiza el registro de usuarios.
Subflujo S3: Sección Eliminar UsuarioAcciones del Actor Respuesta del Sistema1. El jefe del proyecto introduce el nombre del
usuario a eliminar en el listado de usuarios2. El sistema busca y valida el nombre del usuario y
muestra todos los usuarios que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El jefe del proyecto selecciona el usuario
que desea eliminar y da clic en la opción eliminar
4. El sistema elimina al usuario y lo envía para la lista usuarios inactivos y actualiza el registro de usuarios.
Ver Curso Alternativo Nº 3Subflujo S4: Sección Buscar UsuarioAcciones del Actor Respuesta del Sistema1. El jefe del proyecto introduce el nombre del
usuario a buscar en el listado de usuarios2. El sistema busca en la base de datos y muestra
los datos solicitados Ver Curso Alternativo Nº 2
3. El jefe del proyecto visualiza los datos solicitados
4. El sistema muestra los detalles del usuario
Curso Alternativo de los eventosSubflujo S5: Sección Listar Usuarios
1. El jefe del proyecto selecciona la opción Gestionar Usuario
2. El sistema busca y muestra el listado de todos los usuarios registrados en el sistema.
38
3. El jefe del proyecto visualiza los datos solicitados
4. El sistema muestra los detalles del usuario
CA Nº 1 EL sistema emite un mensaje de error ¨ El nombre de usuario está registrado en el sistema”CA Nº 2 EL sistema emite un mensaje de error ¨El usuario no existe. ¨CA Nº 3 Si se elimina algún usuario ver (CUS Listar Usuarios Inactivos)Prioridad CríticoCUS Asociado CUS Listar Usuarios Inactivos
Tabla 3 Descripción del CUS Gestionar Paciente.
Nombre del Caso de Uso Gestionar Paciente
Actor UsuarioPropósito Crear, modificar, eliminar o mostrar paciente Resumen Este caso de uso comienza cuando el usuario desea realizar el registro de un
paciente permitiendo el sistema insertarlo, modificarlo o eliminarlo, el sistema actualiza el listado de pacientes.
Referencias RF 3.1, RF 3.2, RF 3.3, RF 3.4, RF 3.5Precondiciones El usuario debe haberse autenticado correctamente en el sistema Postcondiciones El sistema debe actualizar automáticamente el listado de paciente siempre que
se introduzca un nuevo paciente, se modifiquen sus datos o se elimine.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario se encuentra en la interfaz principal y selecciona la opción Gestionar Paciente
2. El sistema muestra las siguientes opciones:I. Insertar Paciente. (Se ejecuta el subflujo S1) II. Modificar Paciente. (Se ejecuta el subflujo S2)III. Eliminar Paciente. (Se ejecuta el subflujo S3)IV. Buscar Paciente. (Se ejecuta el subflujo S4)V. Listar Paciente (Se ejecuta el subflujo S5)
3. El usuario termina con el manejo de los datos del paciente.
4. El sistema finaliza la ejecución del caso de uso.
Subflujo S1: Sección Insertar PacienteAcciones del Actor Respuesta del Sistema1. El usuario selecciona la opción Gestionar
Paciente2. El sistema muestra la interfaz para crear un nuevo
paciente, con todas sus opciones. 3. El usuario introduce los datos del paciente a
crear y presiona el botón guardar. 4. El sistema procesa y compara los datos con la
base de datos para verificar que sean correctos y que no exista en la base de datos.
Ver Curso Alternativo Nº 15. El usuario registra al nuevo paciente 6. El sistema almacena los datos y actualiza el
registro de pacientes.
Subflujo S2: Sección Modificar PacienteAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre del paciente a
modificar en el listado de pacientes2. El sistema busca y valida el nombre del paciente y
muestra todos los pacientes que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El usuario selecciona el paciente que desea
modificar y selecciona la opción modificar4. El sistema busca y muestra los detalles del
pacienteVer Curso Alternativo Nº 3
39
Ver Curso Alternativo Nº 45. El usuario introduce los datos actualizados del
paciente y presiona el botón guardar 6. El sistema almacena los datos y actualiza el
registro de pacientes.
Subflujo S3: Sección Eliminar PacienteAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre del paciente a
eliminar en el listado de pacientes 2. El sistema busca y valida el nombre del paciente
y muestra todos los pacientes que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El usuario selecciona el paciente que desea
eliminar y da clic en la opción eliminar4. El sistema elimina al paciente y actualiza el
registro de pacientes. Ver Curso Alternativo Nº 3
Subflujo S4: Sección Buscar PacienteAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre del paciente a
buscar en el listado de pacientes2. El sistema busca en la base de datos y muestra
los datos solicitados Ver Curso Alternativo Nº 2
3. El usuario visualiza los datos solicitados 4. El sistema muestra los detalles del pacienteSubflujo S5: Sección Listar Pacientes1. El usuario selecciona la opción Gestionar
Paciente2. El sistema busca y muestra el listado de todos los
pacientes registrados en el sistema.
3. El usuario visualiza los datos solicitados 4. El sistema muestra los detalles del pacienteCurso Alternativo de los eventosCA Nº 1 EL sistema emite un mensaje de error ¨ El nombre de paciente está registrado en el sistema”CA Nº 2 EL sistema emite un mensaje de error ¨El paciente no existe. ¨CA Nº 3 Si la modificación en el paciente lleva alguna modificación en el registro de controles (Ver Caso de Uso Incluido Gestionar Controles Subflujo 3)CA Nº 4 Si la modificación en el paciente lleva alguna modificación en el registro de familiares (Ver Caso de Uso Incluido Gestionar Familiar Subflujo 3)Prioridad CríticoCaso de Uso Asociado CUS Incluido Gestionar Controles
CUS Incluido Gestionar Familiar
Tabla 4 Descripción del CUS Gestionar Controles.
Nombre del Caso de Uso Gestionar Controles
Actor UsuarioPropósito Crear, modificar o eliminar controlesResumen Este caso de uso comienza cuando el usuario desea realizar el registro de
un control permitiendo el sistema insertar, modificar, eliminar, o mostrar, el sistema actualiza el listado de controles.
Referencias RF 4.1, RF 4.2, RF 4.3, RF 4.4, Precondiciones El usuario debe haberse autenticado correctamente en el sistema Postcondiciones El sistema debe actualizar automáticamente el listado de controles siempre
que se introduzca un nuevo control, se modifiquen sus datos o se elimine.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema
40
1. El usuario se encuentra en la interfaz Gestionar Paciente y selecciona la opción Gestionar Control
2. El sistema muestra las siguientes opciones:I. Insertar Control. (Se ejecuta el subflujo S1) II. Modificar Control. (Se ejecuta el subflujo S2)III. Eliminar Control. (Se ejecuta el subflujo S3)IV. Listar Controles (Se ejecuta el subflujo S4)
3. El usuario termina con el manejo de los datos del control.
4. El sistema finaliza la ejecución del caso de uso.
Subflujo S1: Sección Insertar ControlAcciones del Actor Respuesta del Sistema1. El usuario selecciona la opción Gestionar
Paciente2. El sistema muestra el menú para crear un
nuevo paciente, con todas sus opciones.
3. El usuario selecciona la opción Insertar Control
4. El sistema muestra el formulario para crear el nuevo control
5. El usuario introduce los datos del control a crear
6. El sistema procesa y compara los datos con la base de datos para verificar que sean correctos y que no exista.
Ver Curso Alternativo Nº 17. El usuario selecciona la opción guardar 8. El sistema almacena los datos y actualiza el
registro o base de datos.
Subflujo S2: Sección Modificar ControlAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre del paciente
a modificar en el listado de pacientes2. El sistema busca y valida el nombre del
paciente y muestra todos los pacientes que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El usuario selecciona el paciente que desea
modificar los controles 4. El sistema busca y muestra los detalles del
paciente
5. El usuario selecciona la opción listar controles
6. El sistema muestra el listado con los tres controles asociados al paciente seleccionado
7. El usuario selecciona el control que desea modificar y da clic en la opción modificar control
8. El sistema muestra el menú para que introduzca el control a modificar.
9. El usuario introduce los datos actualizados del control y presiona el botón guardar.
10. El sistema almacena los datos y actualiza el registro.
Subflujo S3: Sección Eliminar ControlAcciones del Actor Respuesta del Sistema
1. El usuario introduce el nombre del paciente a modificar en el listado de pacientes
2. El sistema busca y valida el nombre del paciente y muestra todos los pacientes que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El usuario selecciona el paciente que desea
modificar y selecciona la opción modificar4. El sistema busca y muestra los detalles del
paciente
5. El usuario introduce el nombre del control a 6. El sistema busca y valida el nombre del
41
eliminar en el listado de controles. control y muestra todos los control registrados con ese nombre
Ver Curso Alternativo Nº 27. El usuario selecciona el control que desea
eliminar y presiona el botón8. El sistema deshabilita al control de la base de
datos y actualiza.
Subflujo S4: Sección Listar Controles
1. El usuario introduce el nombre del paciente a modificar en el listado de pacientes
2. El sistema busca y valida el nombre del paciente y muestra todos los pacientes que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El usuario selecciona la opción listar Control 4. El sistema busca y muestra el listado de
todos los controles registrados con el paciente.
5. El usuario visualiza los datos solicitados 6. El sistema muestra los detalles del controlCA Nº 1 EL sistema emite un mensaje de error ¨ El control ya se ha registrado en el sistema”CA Nº 2 EL sistema emite un mensaje de error ¨El control no está registrado en el sistema¨.CA Nº 3 Si la modificación en el paciente lleva alguna modificación en el registro de familiares (Ver Caso de Uso Incluido Gestionar Familiar Subflujo 2)Prioridad CríticoCaso de Uso Asociado CUS Incluido Gestionar Familiar
Tabla 5 Descripción del CUS Gestionar datos de familiares
Nombre del Caso de Uso Gestionar datos de familiares
Actor UsuarioPropósito Crear, modificar o eliminar familiaresResumen Este caso de uso comienza cuando el usuario desea realizar el registro de un
familiar según grado de consanguinidad permitiendo el sistema insertar, modificar, eliminar, o mostrar, el sistema actualiza el listado de controles.
Referencias RF 5.1, RF 5.2, RF 5.3, RF 5.4, RF 5.5Precondiciones El usuario debe haberse autenticado correctamente en el sistema y estar en la
interfaz de pacientesPostcondiciones El sistema debe actualizar automáticamente el listado de familiares siempre
que se introduzca un nuevo familiar, se modifiquen sus datos o se elimine.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario se encuentra en la interfaz
Gestionar Paciente o en la Interfaz Control y selecciona la opción Gestionar Familiar
2. El sistema muestra las siguientes opciones:I. Insertar Familiar. (Se ejecuta el subflujo S1) II. Modificar Familiar. (Se ejecuta el subflujo S2)III. Eliminar Familiar. (Se ejecuta el subflujo S3)IV. Buscar Familiar. (Se ejecuta el subflujo S4)V. Listar Familiar. (Se ejecuta el subflujo S5)
3. El usuario termina con el manejo de los datos del familiar.
4. El sistema finaliza la ejecución del caso de uso.
Subflujo S2: Sección Insertar Familiar1. El usuario selecciona la opción Gestionar
Paciente2. El sistema muestra el menú para crear un nuevo
paciente, con todas sus opciones.3. El usuario selecciona la opción Insertar 4. El sistema muestra el formulario para crear el
42
Familiar nuevo familiar5. El usuario introduce los datos del familiar a
crear6. El sistema procesa y compara los datos con la
base de datos para verificar que sean correctos y que no exista.
Ver Curso Alternativo Nº 1
7. El usuario selecciona la opción guardar 8. El sistema almacena los datos y actualiza el registro o base de datos.
Subflujo S2: Sección Modificar FamiliarAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre del paciente a
modificar en el listado de pacientes2. El sistema busca y valida el nombre del
paciente y muestra todos los pacientes que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El usuario selecciona el paciente que desea
modificar y selecciona la opción modificar4. El sistema busca y muestra los detalles del
paciente
5. El usuario selecciona la opción Modificar Familiar en el listado de familiares
6. El sistema muestra el menú para que introduzca el familiar a modificar.
7. El usuario introduce el nombre del familiar a modificar y presiona el botón mostrar.
8. El sistema busca y valida el nombre del familiar y muestra todos los familiares registrados con ese nombre
Ver Curso Alternativo Nº 29. El usuario selecciona el familiar que desea
modificar10. El sistema busca y muestra los detalles del
familiarVer Curso Alternativo Nº 3
11. El usuario introduce los datos actualizados del familiar y presiona el botón guardar.
12. El sistema almacena los datos y actualiza el registro.
Subflujo S3: Sección Eliminar FamiliarAcciones del Actor Respuesta del Sistema
1. El usuario introduce el nombre del control a modificar en el listado de pacientes
2. El sistema busca y valida el nombre del paciente y muestra todos los pacientes que coincidan con el criterio de búsqueda insertado.
Ver Curso Alternativo Nº 23. El usuario selecciona el paciente que desea
modificar y selecciona la opción modificar4. El sistema busca y muestra los detalles del
paciente
5. El usuario introduce el nombre del familiar a eliminar en el listado de familiares.
6. El sistema busca y valida el nombre del familiar y muestra todos los familiar registrados con ese nombre
Ver Curso Alternativo Nº 27. El usuario selecciona el familiar que desea
eliminar y presiona el botón8. El sistema deshabilita al familiar de la base de
datos y actualiza.
Subflujo S4: Sección Buscar FamiliarAcciones del Actor Respuesta del Sistema
1. El usuario introduce el nombre del familiar a buscar en el listado de familiares
2. El sistema busca en la base de datos y muestra los datos solicitados
Ver Curso Alternativo Nº 2
43
3. El usuario visualiza los datos solicitados 4. El sistema concluye cuando muestra los detalles del familiar
Subflujo S5: Sección Listar Familiares
1. El usuario selecciona la opción Gestionar Familiar
2. El sistema busca y muestra el listado de todos los familiares registrados con el paciente.
3. El usuario visualiza los datos solicitados 4. El sistema muestra los detalles del pacienteCA Nº 1 EL sistema emite un mensaje de error ¨ El familiar está registrado en el sistema”CA Nº 2 EL sistema emite un mensaje de error ¨El familiar no está registrado en el sistema¨.CA Nº 3 Si la modificación en el paciente lleva alguna modificación en el registro de familiares (Ver Caso de Uso Incluido Gestionar Familiar Subflujo 2)Prioridad CríticoCaso de Uso Asociado CUS Incluido Gestionar Familiar
Tabla 6 Descripción del CUS Gestionar Diagnóstico.
Nombre del Caso de Uso Gestionar Diagnóstico
Actor UsuarioPropósito Crear, modificar o eliminar diagnósticoResumen Este caso de uso comienza cuando el usuario desea realizar el registro de un
control permitiendo el sistema insertar, modificar, eliminar, o mostrar, el sistema actualiza el listado de controles.
Referencias RF 6.1, RF 6.2, RF 6.3, RF 6.4, RF 6.5Precondiciones El usuario debe haberse autenticado correctamente en el sistema Postcondiciones El sistema debe actualizar automáticamente el listado de controles siempre
que se introduzca un nuevo control, se modifiquen sus datos o se elimine.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario se encuentra en la interfaz
principal y selecciona la opción Gestionar Diagnóstico
2. El sistema muestra las siguientes opciones:I. Insertar Diagnóstico. (Se ejecuta el subflujo S1) II. Modificar Diagnóstico l. (Se ejecuta el subflujo S2)III. Eliminar Diagnóstico. (Se ejecuta el subflujo S3)IV. Buscar Diagnóstico. (Se ejecuta el subflujo S4)V. Listar Diagnóstico. (Se ejecuta el subflujo S5)
3. El usuario termina con el manejo de los diagnósticos.
4. El sistema finaliza la ejecución del caso de uso.
Subflujo S1: Sección Insertar DiagnósticoAcciones del Actor Respuesta del Sistema1. El usuario introduce los datos del
diagnóstico a crear y presiona el botón guardar.
2. El sistema procesa y compara los datos con la base de datos para verificar que sean correctos y que no exista.
Ver Curso Alternativo Nº 13. El usuario registra el nuevo diagnóstico 4. El sistema almacena los datos y actualiza el
registro o base de datos.
Subflujo S2: Sección Modificar DiagnósticoAcciones del Actor Respuesta del Sistema
1. El usuario introduce el nombre del diagnóstico a modificar y presiona el botón mostrar.
2. El sistema busca y valida el nombre del diagnóstico y muestra el diagnóstico registrados con ese nombre
Ver Curso Alternativo Nº 2
44
3. El usuario selecciona el diagnóstico en el listado de diagnósticos que desea modificary da clic en el botón de modificar
4. El sistema busca y muestra los detalles del diagnóstico
5. El usuario introduce los datos actualizados del diagnóstico y presiona el botón guardar.
6. El sistema almacena los datos y actualiza el registro.
Subflujo S3: Sección Eliminar DiagnósticoAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre del
diagnóstico a eliminar y presiona el botón mostrar.
2. El sistema busca y valida el nombre del diagnóstico y muestra el diagnóstico registrados con ese nombre
Ver Curso Alternativo Nº 23. El usuario selecciona el diagnóstico en el
listado de diagnósticos que desea eliminar y da clic en el botón de eliminar
4. El sistema busca y elimina el diagnóstico de la base de datos.
Subflujo S4: Sección Buscar DiagnósticoAcciones del Actor Respuesta del Sistema
1. El usuario introduce el nombre del diagnóstico a buscar
2. El sistema busca en la base de datos y muestra los datos solicitados
Ver Curso Alternativo Nº 23. El usuario visualiza los datos solicitados 4. El sistema concluye cuando muestra los detalles
del diagnóstico.Subflujo S: Sección Listar Diagnóstico
1. El usuario selecciona la opción Gestionar diagnósticos
2. El sistema busca y muestra el listado de todos los diagnósticos registrados en el sistema.
3. El usuario visualiza los datos solicitados 4. El sistema muestra los detalles del diagnóstico.Curso Alternativo de los eventos
CA Nº 1 EL sistema emite un mensaje de error ¨El diagnóstico está registrado en el sistema¨.CA Nº 2 EL sistema emite un mensaje de error ¨El diagnóstico no está registrado en el sistema¨.Prioridad Caso de Uso Asociado CUS Gestionar Paciente, CUS Gestionar Control
Tabla 7 Descripción del CUS Gestionar Enfermedad.
Nombre del Caso de Uso Gestionar Enfermedad
Actor UsuarioPropósito Crear, modificar o eliminar diagnósticoResumen Este caso de uso comienza cuando el usuario desea realizar el registro de un
control permitiendo el sistema insertar, modificar, eliminar, o mostrar, el sistema actualiza el listado de controles.
Referencias RF 7.1, RF 7.2, RF 7.3, RF 7.4, RF 7.5Precondiciones El usuario debe haberse autenticado correctamente en el sistema Postcondiciones El sistema debe actualizar automáticamente el listado de controles siempre
que se introduzca un nuevo control, se modifiquen sus datos o se elimine.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario se encuentra en la interfaz principal y selecciona la opción Gestionar Enfermedad
2. El sistema muestra las siguientes opciones:I. Insertar Enfermedad. (Se ejecuta el subflujo S1) II. Modificar Enfermedad. (Se ejecuta el subflujo S2)III. Eliminar Enfermedad. (Se ejecuta el subflujo S3)
45
IV. Buscar Enfermedad. (Se ejecuta el subflujo S4)V. Listar Enfermedad. (Se ejecuta el subflujo S5)
3. El usuario termina con el manejo de las enfermedades.
4. El sistema finaliza la ejecución del caso de uso.
Subflujo S1: Sección Insertar EnfermedadAcciones del Actor Respuesta del Sistema1. El usuario introduce los datos de la
enfermedad a crear y presiona el botón guardar.
2. El sistema procesa y compara los datos con la base de datos para verificar que sean correctos y que no exista.
Ver Curso Alternativo Nº 13. El usuario registra la nueva enfermedad 4. El sistema almacena los datos y actualiza el
registro o base de datos.
Subflujo S2: Sección Modificar EnfermedadAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre de la
enfermedad a modificar y presiona el botón mostrar.
2. El sistema busca y valida el nombre del enfermedad y muestra la enfermedad registradacon ese nombre
Ver Curso Alternativo Nº 23. El usuario selecciona el enfermedad en el
listado de enfermedades que desea modificar y da clic en el botón de modificar
4. El sistema busca y muestra los detalles de laenfermedad
5. El usuario introduce los datos actualizados dela enfermedad y presiona el botón guardar.
6. El sistema almacena los datos y actualiza el registro.
Subflujo S3: Sección Eliminar EnfermedadAcciones del Actor Respuesta del Sistema
1. El usuario introduce el nombre de laenfermedad a eliminar y presiona el botón mostrar.
2. El sistema busca y valida el nombre de laenfermedad y muestra la enfermedad registradacon ese nombre
Ver Curso Alternativo Nº 23. El usuario selecciona la enfermedad en el
listado de enfermedades que desea eliminar y da clic en el botón de eliminar
4. El sistema busca y elimina la enfermedad de la base de datos.
Subflujo S4: Sección Buscar EnfermedadAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre de la
enfermedad a buscar2. El sistema busca en la base de datos y muestra
los datos solicitadosVer Curso Alternativo Nº 2
3. El usuario visualiza los datos solicitados 4. El sistema concluye cuando muestra los detalles de la enfermedad.
Subflujo S: Sección Listar Enfermedad1. El usuario selecciona la opción Gestionar enfermedades
2. El sistema busca y muestra el listado de todas las enfermedades registradas en el sistema.
3. El usuario visualiza los datos solicitados 4. El sistema muestra los detalles de la enfermedad.
Curso Alternativo de los eventosCA Nº 1 EL sistema emite un mensaje de error ¨La enfermedad está registrada en el sistema¨.CA Nº 2 EL sistema emite un mensaje de error ¨La enfermedad no está registrada en el sistema¨.Prioridad Caso de Uso Asociado CUS Gestionar Paciente, CUS Gestionar Control
46
Tabla 8 Descripción del CUS Gestionar ITS (Infecciones de transmisión sexual).
Nombre del Caso de Uso Gestionar ITS
Actor UsuarioPropósito Crear, modificar o eliminar ITSResumen Este caso de uso comienza cuando el usuario desea realizar el registro de un
control permitiendo el sistema insertar, modificar, eliminar, o mostrar, el sistema actualiza el listado de controles.
Referencias RF 8.1, RF 8.2, RF 8.3, RF 8.4, RF 8.5Precondiciones El usuario debe haberse autenticado correctamente en el sistema Postcondiciones El sistema debe actualizar automáticamente el listado de controles siempre
que se introduzca un nuevo control, se modifiquen sus datos o se elimine.Curso Normal de los EventosAcciones del Actor Respuesta del Sistema
1. El usuario se encuentra en la interfaz principal y selecciona la opción Gestionar ITS
2. El sistema muestra las siguientes opciones:I. Insertar ITS. (Se ejecuta el subflujo S1) II. Modificar ITS. (Se ejecuta el subflujo S2)III. Eliminar ITS. (Se ejecuta el subflujo S3)IV. Buscar ITS. (Se ejecuta el subflujo S4)V. Listar ITS. (Se ejecuta el subflujo S5)
3. El usuario termina con el manejo de las ITS. 4. El sistema finaliza la ejecución del caso de uso.Subflujo S1: Sección Insertar ITSAcciones del Actor Respuesta del Sistema1. El usuario introduce los datos de la ITS a
crear y presiona el botón guardar. 2. El sistema procesa y compara los datos con la
base de datos para verificar que sean correctos y que no exista.
Ver Curso Alternativo Nº 13. El usuario registra la nueva ITS 4. El sistema almacena los datos y actualiza el
registro o base de datos.
Subflujo S2: Sección Modificar ITSAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre de la ITS a
modificar y presiona el botón mostrar. 2. El sistema busca y valida el nombre de la ITS y
muestra la ITS registrada con ese nombreVer Curso Alternativo Nº 2
3. El usuario selecciona el ITS en el listado de ITS que desea modificar y da clic en el botón de modificar
4. El sistema busca y muestra los detalles del ITS
5. El usuario introduce los datos actualizados de la ITS y presiona el botón guardar.
6. El sistema almacena los datos y actualiza el registro.
Subflujo S3: Sección Eliminar ITSAcciones del Actor Respuesta del Sistema1. El usuario introduce el nombre de la ITS a
eliminar y presiona el botón mostrar. 2. El sistema busca y valida el nombre de la ITS y
muestra la ITS registrada con ese nombreVer Curso Alternativo Nº 2
3. El usuario selecciona la ITS en el listado de ITS que desea eliminar y da clic en el botón de eliminar
4. El sistema busca y elimina la ITS de la base de datos.
47
Subflujo S4: Sección Buscar ITSAcciones del Actor Respuesta del Sistema
1. El usuario introduce el nombre de la ITS a buscar
2. El sistema busca en la base de datos y muestra los datos solicitados
Ver Curso Alternativo Nº 23. El usuario visualiza los datos solicitados 4. El sistema concluye cuando muestra los detalles
de la ITS.Subflujo S: Sección Listar ITS
1. El usuario selecciona la opción Gestionar ITS
2. El sistema busca y muestra el listado de todas las ITS registradas en el sistema.
3. El usuario visualiza los datos solicitados 4. El sistema muestra los detalles de la ITS.Curso Alternativo de los eventosCA Nº 1 EL sistema emite un mensaje de error ¨La ITS está registrada en el sistema¨.CA Nº 2 EL sistema emite un mensaje de error ¨La ITS no está registrada en el sistema¨.Prioridad Caso de Uso Asociado CUS Gestionar Paciente, CUS Gestionar Control
Tabla 9 Descripción del CUS Listar pacientes
Nombre del Caso de Uso Listar pacientes
Actor Usuario
Propósito Obtener el listado de los pacientes asociados por tipo de cáncer (mama, colon, próstata )
Resumen Este caso de uso comienza cuando el Usuario necesita conocer el listado de los pacientes por tipo de cáncer. Termina luego de que el sistema le muestra los resultados del pedido.
Referencias RF 9
Precondiciones El usuario debe haberse autenticado correctamente en el sistemaPostcondiciones -Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario está en la interfaz principal y selecciona la opción Listar Pacientes
2. El sistema muestra la interfaz Listar Pacientes
3. El usuario escoge la opción de listar por tipo de cáncer
4. El sistema procesa la solicitud y muestra el listado de todos los pacientes por el tipo de cáncer seleccionado
5. El usuario selecciona un paciente 6. El sistema muestra los detalles del paciente seleccionado
Tabla 10 Descripción del CUS Generar Estadística
Nombre del Caso de Uso Generar Estadística
Actor Usuario Propósito Generar el informe de las estadísticas de los pacientes y controles
48
Resumen El caso de uso inicia cuando el usuario al consultar las estadísticas escoge los datos a utilizar y elabora el informe.
Referencias RF10Precondiciones Que el usuario haya accedido al sistema y que el sistema este actualizado con
sus estadísticas ya sea del listado de pacientes y controlesPostcondiciones Que el sistema sea capaz de generar el informe estadístico siempre y cuando
sea solicitado. Curso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario accede a la interfaz de Generar Estadística.
2. El sistema muestra la interfaz con las opciones del estudio estadístico a realizar
3. El usuario escoge la opciones de las variables a la cuales quiere realizar la estadística
4. El sistema procesa la estadística y la muestra en la interfaz Estadística Generada
5. El usuario visualiza la interfaz Estadística Generada y escoge la opción almacenar estadística
6. El sistema almacena la estadística generada
Curso Alternativo de los eventosCaso de Uso Asociado
Tabla 11 Descripción del CUS Exportar Estadísticas
Nombre del Caso de Uso Exportar Estadísticas
Actor Usuario Propósito Visualizar las estadísticas del sistema Resumen El caso de uso inicia cuando el usuario selecciona la opción de exportar
estadísticas del sistema. Se muestra la estadística generada en Microsoft Office Excel y así concluye el caso de uso.
Referencias RF11Precondiciones Que el usuario haya accedido al sistema y que el sistema este actualizado. Postcondiciones Que el sistema haya generado la estadística solicitadaCurso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario se encuentra en la interfaz Generar estadística y selecciona la opción Exportar Estadística
2. El sistema accede a la estadística generada y la exporta al programa Microsoft Office Excel.
3. El usuario almacena la estadística en la PC.
Tabla 12 Descripción del CUS Listar Usuarios Inactivos
Nombre del Caso de Uso Listar Usuarios Inactivos Actor Jefe del proyectoPropósito Visualizar los usuarios inactivos del sistema Resumen El caso de uso inicia cuando el usuario selecciona la opción de Usuarios
Inactivos del sistema. Se muestran todos los usuarios que se han eliminado en el sistema y así concluye el caso de uso.
Referencias RF12
49
Precondiciones Que el usuario haya accedido al sistema y que el sistema este actualizado. Postcondiciones Que se hayan eliminado usuarios del sistemaCurso Normal de los EventosAcciones del Actor Respuesta del Sistema1. El usuario se encuentra en la interfaz Principal y selecciona la opción Usuarios Inactivos
2. El sistema busca en la base de datos todos los usuarios inactivos del sistema
3. El usuario visualiza el listado de los usuarios inactivos
Tabla 13 Descripción del CUS Listar Trazas.
Nombre del Caso de Uso Generar TrazasActor Jefe de proyectoPropósito Permite al Jefe de proyecto obtener un listado de las trazas del sistema. Resumen Este caso de uso comienza cuando el Jefe de proyecto desea conocer las
trazas dejadas por los usuarios en el sistema.Referencias RF13Precondiciones Haberse autenticado correctamente en el sistema. Postcondiciones El sistema debe mostrar las trazas dejadas por los usuarios en él.
Curso Normal de los EventosAcciones del Actor Respuesta del Sistema
1. El usuario accede a la interfaz Listar trazas. 2. El sistema muestra formulario con el listado de las trazas recientes.3. Buscar, Subflujo S1, buscar datos a mostrar.
2.4.3 Modelo de diseño
El modelo de diseño es un modelo de objetos que:
• Describe la realización física de los casos de uso.
• Se centra en cómo los requisitos funcionales y no funcionales tienen
impacto en el sistema a considerar.
2.4.4 Diagramas de clases del diseño
Son diagramas de estructura estática que muestran las clases del sistema y
sus interrelaciones. Son utilizados tanto para mostrar lo que el sistema puede
hacer (análisis), como para mostrar cómo puede ser construido (diseño).
En las figuras 3, 4, 5, 6 se muestran los Diagramas de Clases del Diseño de los
casos de uso del sistema (CUS) críticos, los restantes diagramas se
visualizarán en el archivo Ingeniería.mdl.
50
Figura 3 Diagrama de clases del diseño CUS Gestionar datos del paciente
Figura 4 Diagrama de clases del diseño CUS Listar Controles (según paciente)
Diagrama de clases del diseño CUS Gestionar datos del paciente
Diagrama de clases del diseño CUS Listar Pacientes (según tipo cáncer)
Diagrama de clases del diseño CUS Exportar estadística
CP Principal
(f rom Client Page)
CP Gestionar Paciente
(f rom Client Page)
FR GestionarPaciente
(f rom Formularios)
FR ListarPacientes
(f rom Formularios)
SP GestionarPaciente
(f rom Serv er Page)
<<link>>
<<build>>
<<submit>>
<<submit>>
CE Paciente(f rom Clases Entidades)
<<class entity>>CC Gestor
(f rom Clases Controladoras)
<<Class Control>><<include>>
<<include>>
CE ListadoPacienteCancer(f rom Clases Entidades)
<<class entity>>
CP Lis tarPaciente
(f rom Client Page)
FR ListarPaciente
(f rom Formularios)
CC Gestor(f rom Clases Controladoras)
<<Class Control>><<include>>
SP ListarPaciente
(f rom Serv er Page)
<<build>> <<submit>>
<<include>>
CP Principal(f rom Client Page)
<<link>>
51
Figura 5 Diagrama de clases del diseño CUS Exportar estadística
2.4.5 Descripción de las Páginas Clientes.
En el siguiente epígrafe se describen las principales páginas clientes que se
ejecutan en el lado cliente del sistema:
Nombre: CP Principal
Tipo: Client Page
Descripción General: es la interfaz de inicio a la que acceden todos los usuarios, se presentan
todos los módulos que componen el sistema. Permite ver la información de personalizada por
tipo de usuario. Al mostrar la interfaz por módulos es mucho más cómoda la organización de la
información, haciendo la navegación por la aplicación mucho más sencilla. Esta Client Page se
asocia a los CUS Gestiona Paciente, CUS Gestionar Control.
Nombre: CP Gestionar Paciente
Tipo: Client Page
Descripción General: es la interfaz que permite realizar el registro de pacientes diagnosticado
por tipo de cáncer, es donde el usuario realiza el ingreso de los tres controles y los familiares
del mismo. Se relaciona con el CUS Gestionar Familiar y el CUS Gestionar Control
Nombre: CP Generar Estadística
Tipo: Client Page
Descripción General: es la interfaz que permite seleccionar el estudio estadístico a las
variables obtenidas tanto en el registro de pacientes como en el registro de controles,
permitiéndole al usuario escoger las variables que desea realizar el estudio.
CP ExportarEstadistica
(f rom Client Page)
CP GenerarEstadistica
(f rom Client Page)
FR GenerarEstadistica
(f rom Formularios)
CP Principal
(f rom Client Page)
SP ExportarEstadística
(f rom Serv er Page)
<<build>>
SP GenerarEstadistica
(f rom Serv er Page)
<<build>><<submit>>
<<link>> CE EstadisticaExportada(f rom Clases Entidades)CC Gestor
(f rom Clases Controladoras)
<<Class Control>>
<<include>>
<<include>> <<include>>
52
2.4.6 Descripción de las Páginas Servidoras
En el siguiente epígrafe se describen las principales páginas servidoras que se
ejecutan en el lado servidor del sistema:
Nombre: SP Gestionar Paciente
Tipo: Server page
Descripción General: es la página que obtiene la información registrada de los pacientes
diagnosticados por tipo de cáncer, entre sus funciones está insertar, modificar, eliminar y
buscar y listar. Estas server page se asocia a los CUS Gestionar Control y el CUS Gestionar
Familiar.
Nombre: SP Generar Estadística
Tipo: Server page
Descripción General: es la página en la que se obtiene la información para de la variables para
realizar la estadística y contiene las funciones para calcularlas. Esta se asocia al CUS Generar
estadística
2.4.7 Diagramas de secuencias
En el presente epígrafe se muestran alguno de los diagramas de secuencia el
resto de visualiza en el archivo Ingenieria.mdl.
Los diagramas de secuencias revelan las interacciones entre los objetos
organizadas en una secuencia temporal. En particular muestra los objetos
participantes en la interacción y la secuencia de mensajes intercambiados.
Representa una interacción, un conjunto de comunicaciones entre objetos
organizadas visualmente por orden temporal. Pueden existir en forma de
descriptor (describiendo todos los posibles escenarios) y en forma de instancia
(describiendo un escenario real).
53
Figura 6 Diagrama de secuencia CUS Gestionar Paciente, subflujo Insertar Paciente
Figura 7 Diagrama de secuencia CUS Exportar Estadística
Diagrama de secuencia CUS Gestionar Paciente, subflujo Insertar Paciente
Diagrama de secuencia CUS Exportar Estadística
: CP Principal : CP Gestionar Paciente : SP GestionarPaciente
: FR GestionarPaciente : CC Gestor : CE Paciente
: FR ListarPaciente : Usuario
Valida Campos
/link/
/build/
submit ()
/submit/
Procesa InsertarPaciente()
Muestra mensaje: "El usuario se ha registrado en el sistema."
$x=Verfica<PacienteExist(id_paciente, nombre):boolean
Realiza busqueda
InsertarPaciente()
El usuario selecciona la opción Gestionar Paciente
El usuario introduce los datos del paciente a crear y da clic en guardar
If ($x= false)
submit()
/submit/
: Usuario : CP Principal : CP
GenerarEstadistica : SP
GenerarEstadis tica : FR GenerarEstadistica : CC Gestor : CE
EstadisticaExportada : CP
ExportarEstadistica : SP
ExportarEstadística
/link/
/build/
El usuario selecciona las variables a las que va a realizar la estdística
El usuario selecciona la opción Generar Estadística
/submit/
$a= ObternerEstadistica()
$b=SolicitaDatos()
/build/
El usuario selecciona la opcion Exportar Estadística a Microsoft Excel
/submit/
$a= ObternerEstadistica()
$b=SolicitaDatos()
GenerarExcel()
/build/
54
Figura 8 Diagrama de secuencia CUS Listar Controles
2.4.1 Diagrama de clases persistentes
Muestran las relaciones entre las clases que son capaces de mantener su
estado en el tiempo y en el espacio. A partir de este diagrama se puede
obtener el Modelo de datos.
Diagrama de secuencia CUS Listar Pacientes
Diagrama de clases persistentes
: Jefe de Proyecto : CP Principal : CP ListarPaciente : FR ListarPaciente : SP ListarPaciente
: CC Gestor : CE ListadoPacienteCancer
Selecciona la opción Listar Paciente
Muestra el listado de los pacientes registrados
/link/
Procesa ListPaciente ()
$x = VerficaListUser(): boolean
Realiza busqueda
if ($x=true)
/build/
El usuario selecciona el listado de paciente que desea obtener (por tipo de cáncer)
submit()
/submit/
55
Figura 9 Diagrama de clases persistentes
Modelo de datos
Modelo de datos
toxina
id_toxinatipo_toxina
(f rom Entidades)
habito_toxico
id_habito_toxicotaza_diatazas_semanatiempoid_toxinaid_persona
(f rom Entidades)
0..n0..1 0..n0..1
tipo_alimento
id_tipo_alimentotipo_alimento
(f rom Entidades)
alimentacion
id_alimentacioncantidadid_tipo_alimentoid_periodicidadid_persona
(f rom Entidades)
0..n0..1 0..n0..1
periodicidad
id_periodicidadperiodo
(f rom Entidades)
1
0..n
1
0..n
ejercicio_fis ico
id_ejerciciocantidadid_personaid_periodicidad
(f rom Ent idades)
1 0..n1 0..n
enf_trans_sexual
id_enfermedadenfermedad
(f rom Entidades)
his t_rep_sexual_ambos
id_historiafrec_relacion_sexualid_itscant_itsid_persona
(f rom Entidades)
0..n0..1 0..n0..1
diagnostico
id_diagnosticodiagnostico
(f rom Entidades)
tratamiento_medicamentoso
id_tratamientono_tratamientoduracionid_medicamentoid_persona
(f rom Ent idades)
tipo_medicamento
id_tipo_medicamentoitipo_medicamento
(f rom Entidades)
medicamento
id_medicamentomedicamentoid_tipo_medicamento
(f rom Entidades)
0..10..n 0..10..n
0..n
0..10..1
0..n
aspecto_clinico
id_aspecto_clinicoedad_al_diagnosticoannos_evolucionid_personaid_antecedentes_patologicostiempo_duracion
(f rom Entidades)
antecedente_patologico
id_antecedenteantecedente
(f rom Entidades)
0..10..n0..n 0..1
historia_rep_sexual
id_historialactancia_dialactancia_annoslactancia_mesmenarquiaedad_primer_embarazocant_ambarazomenopausiaid_persona
(f rom Entidades)
color_piel
id_color_pielcolor
(f rom Entidades)
escolaridad
id_escolaridadescolaridad
(f rom Entidades)
personas
id_personanombreapell idosdireccionnatural_dearea_de_saludconsejo_popularpesotallaimcfecha_nacparentid_escolaridadid_color_pielid_diagnostico
(f rom Entidades)
1
0..n
1
0..n
1
0..n
1
0..n
1
0..n
1
0..n
1
0..n
1
0..n
0..n
0..1
0..n
0..1
1
0..n
1
0..n
1
0..n
1
0..n
1
0..n
1
0..n
0..1
0..n
0..1
0..n
0..n
0..1
0..n
0..1
alcohol
id_alcoholid_tipo_bebedortiempo
(f rom Entidades)
1
0..n
1
0..n
tipo_bebedor
id_tipo_bebedortipo_bebedor
(f rom Entidades)
0..10..n0..n 0..1
rol
id_rolrol
(f rom Entidades)
trazas
id_trazasid_usuariooperacionfechaiphoratabla
(f rom Ent idades)
usuario
id_usuarionombreapell idosusuarioclaveactivoid_rolid_municipio
(f rom Entidades)
0..n
0..1
0..n
0..1
0..n 0..10..n 0..1
municipio
id_municipiomunicipioid_provincia
(f rom Entidades)
0..n
0..1
0..n
0..1
provincia
id_provinciaprovincia
(f rom Ent idades)
0..10..n0..n 0..1
alimentacion
id_alimentacion
id_tipo_alimento (FK)
id_periodicidad (FK)
id_persona (FK)
cantidad
aspecto_clinico
id_aspecto_clinico
id_paciente (FK)
id_antecedentes_patologicos (FK)
edad_al_diagnostico
annos_evolucion
tiempo_duracion
ej ercicio_fisico
id_ejercicio
id_persona (FK)
id_periodicidad (FK)
cantidad
habito_toxico
id_habi to_toxico
id_toxina (FK)
id_persona (FK)
tazas_dia
tazas_semana
tiempo
usuario
id_usuario
id_rol (FK)
id_municipio (FK)
nombre
apell idos
usuario
clave
activo
escolaridad
id_escolaridad
escolaridad
historia_reprod_sexual
id_historia
id_persona (FK)
lactancia_dia
lactancia_annos
menarquia
edad_prim_embar
cant_embara
menopausia
lactancia_mes
historia_rep_sexual_ambos
id_historia
id_persona (FK)
id_its (FK)
frec_relacion_semana
tiempo_relacion_sexual
cant_its
diagnostico
id_diagnostico
diagnostico
toxina
id_toxina
tipo_toxina
prov incia
id_provincia
provincia
trazas
id_trazas
id_usuario (FK)
operacion
fecha
ip
hora
tabla
municipio
id_municipio
id_provincia (FK)
municipio
rol
id_rol
rol
color_piel
id_color_piel
color
tratamiento_medicamentoso
id_tratamiento
id_medicamento (FK)
id_persona (FK)
no_tratamientos
duracion
medicamento
id_medicamento
id_tipo_medicamnto (FK)
medicamento
tipo_medicamento
id_tipo_medicamento
tipo_medicamento
enf_trans_sexual
id_enfermedad
enfermedad
tipo_alimento
id_tipo_alimento
tipo_alimento
persona
id_persona
id_escolaridad (FK)
id_color_piel (FK)
id_diagnostico (FK)
nombre
apel lidos
direccion
natural_de
area_salud
consejo_popular
peso
tal la
ocupacion
imc
fecha_nac
parent
periodicidad
id_periodicidad
periodo
antecedente_patologico
id_antecendente
antecendente
alcohol
id_alcohol
id_tipo_bebedor (FK)
id_persona (FK)
tiempo
tipo_bebedor
id_tipo_bebedor
tipo_bebedor
56
Figura 10 Modelo de datos
2.5 Implementación
2.5.1 Diagrama de la arquitectura del sistema
Figura 11 Arquitectura Modelo Vista Controlador (MVC)
2.5.3 Diagrama de componentes
Un diagrama de componentes representa cómo un sistema de software es
dividido en componentes y muestra las dependencias entre estos
componentes. Los componentes físicos incluyen archivos, cabeceras,
bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de
Componentes prevalecen en el campo de la arquitectura de software pero
pueden ser usados para modelar y documentar cualquier arquitectura de
sistema. Debido a que estos son más parecidos a los diagramas de casos de
usos estos son utilizados para modelar la vista estática y dinámica de un
sistema. Muestra la organización y las dependencias entre un conjunto de
componentes. No es necesario que un diagrama incluya todos los
componentes del sistema, normalmente se realizan por partes. Cada diagrama
describe un apartado del sistema. (22)
Arquitectura Modelo Vista Controlador (MVC)
Diagrama de componentes CU Autenticarse
Vista Modelo
estudio
Controladora
57
Figura 12 Diagrama de componentes CU Autenticarse
Figura 13 Diagrama de componentes CU Listar Controles
Figura 14 Diagrama de componentes CU Exportar Estadística
2.5.4 Diagrama de despliegue
El diagrama de despliegue muestra la configuración de los nodos participantes
en la ejecución de un sistema. Se modela la topología del hardware sobre la
que se ejecuta el sistema y la distribución física del mismo. (21)
Diagrama de componentes CU Listar Pacientes
Diagrama de componentes CU Exportar estadística
Autenticarse.php<<Web Page>>
CC Gestor.php<<Web Page>>
CE Usuario.php
<<file>>
Principal.php<<Web Page>>
Principal.php<<Web Page>>
Listado Paciente.php
<<Web Page>>CC Gestor.php<<Web Page>>
CE Listado Paciente.php<<file>>
Principal.php<<Web Page>>
Generar Estadístca.php
<<Web Page>>
Exportar Estadística.php
<<Web Page>>
CC Gestor.php<<Web Page>>
CE Estadistica Exportada.php
<<file>>
58
Figura 15 Diagrama de despliegue
En el Servidor de Aplicación se encuentra montado el Sistema de Control,
específicamente la Capa de Presentación y la Capa de Negocio, junto con el
servidor web que posibilita su publicación. En la Base de Datos, se encuentra
la Capa de Datos de la aplicación, en la cual se almacena la información que
se gestiona en el sistema. En el nodo que representa la PC_Cliente, se
encuentra el navegador web, a través del cual se puede ejecutar la aplicación.
CAPÍTULO III: IMPLEMENTACIÓN DEL SISTEMA
En este capítulo se analizará el funcionamiento de la aplicación Sistema de
Control en la estrategia preventiva en la morbimortalidad por cáncer de mama,
próstata y colon, que es el objetivo fundamental de la presente investigación.
3.1 Descripción General de la aplicación
El Sistema de Control en la estrategia preventiva en la morbimortalidad por
cáncer de mama, próstata y colon es una aplicación web, desarrollado en el
lenguaje de programación PHP, utilizando framework de desarrollo de
aplicaciones web como CodeIgniter y ExtJS. Teniendo como objetivo la gestión
de datos sobre pacientes diagnosticados con cáncer genético hereditario y el
estudio de sus controles. Facilitando así, la realización de estudios estadísticos.
Diagrama de componentes CU Listar Controles
PC_Cliente
Base de Datos
Servidor de aplicaciones
<<TCP/IP>>
<<HTTPS>>
59
3.1.1 Diseño de la interfaz
El diseño de la interfaz de usuario es la categoría de diseño que crea un medio
de comunicación entre el usuario y la computadora. Con un conjunto de
principios para el diseño de la interfaz, el diseño identifica objetos y acciones
de la interfaz y crea entonces un formato de pantalla que formará el prototipo
de interfaz de usuario. (21)
La interfaz fue diseñada de forma sencilla, para facilitar la operacionalización
de los diferentes grupos de usuarios registrados en el sistema. Los requisitos
de seguridad se tuvieron en cuenta debido a la información que se maneja en
el sistema, permitiendo que solo los usuarios autorizados sean los encargados
de gestionar la información.
3.1.1.1 Interfaces del sistema
Registro de usuario: permite al administrador del sistema el ingreso,
modificar, la eliminación de los usuarios, además de permitir a los mismos
ya registrados gestionar información en el sistema.
Página Principal: muestra el menú con todas las opciones del sistema, en
dependencia del usuario autenticado.
Diagnósticos: permite al usuario el ingreso de los diagnósticos de los
pacientes.
Enfermedad: permite al usuario el ingreso de las enfermedades que son
antecedentes patológicos de los pacientes y controles.
ITS: permite al usuario el ingreso de las enfermedades de transmisión
sexual que son antecedentes patológicos de los pacientes y controles.
Registro de paciente: permite a los usuarios el ingreso, modificación,
eliminación de los pacientes diagnosticados por cáncer.
Registro de controles: permite a los usuarios el ingreso, modificación,
eliminación de los controles por paciente.
60
Registro de familiares: permite a los usuarios el ingreso, modificación,
eliminación de los familiares según grado de consanguinidad.
Reportes estadísticos: permite a los usuarios, escoger el estudio
estadístico a realizar a los datos obtenidos en los registros de pacientes,
controles y familiares
3.2 Principios en los que se basa la ayuda del usuario
3.2.1 Manual de ayuda de usuario
El manual de usuario es indispensable para la comprensión y manipulación del
sistema pues se explica de forma detallada el funcionamiento del mismo.
3.3 Principios de la seguridad y la protección del sistema
La seguridad del sistema se realizó mediante niveles de seguridad, los cuales
serían los especialistas en asesoramiento genético y el jefe del proyecto,
quienes son los únicos autorizados a manipular y control de los datos
gestionados en el sistema.
3.4 Tratamientos de errores
Para desarrollar este punto se realizó el estudio de los posibles errores que los
usuarios pueden cometer en el sistema, dentro de este o en el momento de la
autenticación de la aplicación. Para el tratamiento de los errores se
desarrollaron procesos para impedir los mismos, mediante mensajes de error.
En el caso de los errores se valoraron los posibles casos de fallo como por
ejemplo en la autenticación de usuarios, posibles errores de usuario y
contraseña. El registro de pacientes, controles y familiares, el posible error es
en el ingreso de estos ya existentes en el sistema, otro de los errores comunes
es buscar alguno de los datos gestionados, y no aparezcan en el sistema.
61
CONCLUSIONES
El estudio del proceso del actual Registro Provincial de Cáncer Genético
Hereditario, permitió analizar, interpretar y comprender este proceso desde su
concepción y desde la perspectiva médica. Se valoró la concepción de un
sistema informático el cual permite realizar el estudio de pacientes
diagnosticados por cáncer con sus controles, además de conocer la
predisposición genética a padecer la enfermedad.
Abordar este estudio conllevó a realizar la revisión de todo un proceso, que por
su importancia se ha determinado informatizar para ayudar a registrar los
datos, además de realizar estudios estadísticos. Se realizó un estudio de las
tendencias, tecnologías y herramientas a utilizar para el desarrollo de la
solución propuesta, posibilitando tener un mayor conocimiento sobre las
mismas y las ventajas que brindan su utilización.
Como resultado de la investigación se obtuvo el Sistema de Control, el cual
incluye todas las funcionalidades para la gestión de pacientes diagnosticados
por cáncer de mama, colon y próstata. Este sistema implementa una
organización en la información gestionada, teniendo en cuenta el registro de los
pacientes, los controles y los familiares. La aplicación permite realizar estudios
estadísticos a las variables obtenidas, además le facilita a las áreas de salud
tener el control de todos aquellos pacientes diagnosticados.
62
RECOMENDACIONES
Aunque fue cumplido el objetivo de la presente investigación resulta necesario
realizar las siguientes recomendaciones en aras de extender los resultados del
trabajo:
Desarrollar el módulo para crear el árbol genealógico en el sistema, para
permitirle a los especialistas crearlos con la simbología utilizada para estos
tipos de estudios y así valorar la predisposición genética a padecer cáncer
genético hereditario, utilizando como base la aplicación Alas ArboGen.
Añadir nuevas funcionalidades al sistema así como estudios estadísticos de
factores de riesgo y probabilísticos, permitiéndole al usuario realizar
valoraciones genéticas de mayor profundidad.
Realizar una adecuada capacitación a los usuarios del sistema, para lograr
un despliegue exitoso.
63
BIBLIOGRAFÍA
1. II Taller Nacional de Cáncer. Ciudad de La Habana : Centro Inmunología
Molecular, 6-7 Diciembre 2007.
2. Anuario Estadístico de Salud. La Habana : Ministerio de Salud Pública, 2012.
3. Lineamientos de la política económica y social del Partido y la Revolución.
La Habana : s.n., 2011.
4. Sarroca, Carlos, Della, Adriana y Pouso, Jorge. Cáncer Genético
Hereditario. 2006. págs. 2 – 15. Vol. Capítulo IV.
5. Colectivo de Autores. Informática Médica. La Habana : Centro de
Cibernética Aplicada a la Medicina (CECAM), 2004.
6. Baldi, P y Brunak, S. Bioinformatics. The machine learning approach.
Cambridge, Massachusetts : MIT, 2001.
7. Astraín Rodríguez, Maria Elena. Análisis Estadístico. La Habana : Escuela
Nacional de Salud Pública, 2001.
8. Avila de la Cruz, Lisset, Domínguez López, Rotceh y Bolmey Romero,
Yurisnel. Sistema de Gestión de Información en el Proceso de Planificación de
Materiales Gastables de Uso Médico del Ministerio de Salud. 2008.
9. Diaz Marín, Miguel Enrique. Fundamentos del Sistema de Salud Pública en
Cuba para estudiantes de Informática. La Habana : s.n., 2006.
10. Desarrollo Web. Llegó el momento de hablar sobre HTML, el lenguaje con
el que crean las páginas web. [En línea] 1 de Enero de 2001.
http://www.desarrolloweb.com/articulos/que-es-html.html.
11. Maestros del Web. ¿Qué es JavaScript? [En línea] 3 de Julio de 2007.
http://www.maestrosdelweb.com/editorial/%C2%BFque-es-javascript.html.
12. Desarrollo Web. ¿Qué es CSS? [En línea] 1 de Enero de 2001.
http://www.desarrolloweb.com/articulos/que-es-css.html.
64
13. Desarrollo Web. ¿Qué es PHP? [En línea] 9 de Mayo de 2001.
http://www.desarrolloweb.com/articulos/que-es-php.html.
14. Euphoriait. ¿Qué es un Framework de desarrollo Web? [En línea] 2008.
http://euphoriait.com/articulos/framework_web.
15. Desarrollo Web. CodeIgniter. [En línea] 23 de Noviembre de 2009.
http://www.desarrolloweb.com/articulos/codeigniter.html.
16. Desarrollo Web. ExtJS. [En línea] 2010.
http://www.desarrolloweb.com/wiki/ext-js.html.
17. Pressman, Roger S. Ingeniería de Software. Un Enfoque Práctico. La
Habana : Félix Varela, 2005. Vol. I.
18. Ramírez Ramírez, Mario. Repositorio de Servicios Webs para la
integración de los sistemas del departamento de Informática. 2011.
19. Mato García, Rosa María. Diseño de bases de datos. 1999.
20. Cutiño McDonald, Rolando. Sistema de Gestión para el Manejo de
Indicadores en el Programa Nacional de Atención Materno-Infantil, de La
Dirección Provincial de Salud Pública en Las Tunas. 2011.
21. Jacobson, Ivar, Booch, Grady y Rumbaugh, James. El Proceso
Unificado de Desarrollo de Software. s.l. : Félix Varela, 2006.
22. Roselló Menéndez, Jesús Daniel. EFCA- Editor de Fórmulas para el
cálculo de parámetros tecnológicos del acero en Acinox-Tunas. 2011.
65
ANEXOS
Anexo 1 Instrumento actualmente utilizado para la recogida de datos
MINISTERIO DE SALUD PÚBLICACENTRO PROVINCIAL DE GENÉTICA MÉDICA
LAS TUNASRegistro Genético de Cáncer
Circule según diagnóstico: Mama (Cód. 1) Próstata (Cód. 2) Colon (Cód. 3)
Fecha: __________________________
I. DATOS PERSONALESNombres y Apellidos:
Dirección:
Natural de:Área de Salud: Consejo
PopularF. Nacimiento: Sexo: Color piel: Peso (kg): Talla (cm): Masa
CorporalEscolaridad: Ocupación:
II. ASPECTOS CLINICOSDiagnóstico:Edad al diagnóstico: Años evolución (desde la confirmación):
Antecedentes Patológicos Personales (incluye infecciones)
Por cada enfermedad tiempo de duración
Árbol Genealógico (4 generaciones): Anexar al dorso
III. HISTORIA REPRODUCTIVA Y SEXUAL(En caso de sexo femenino)
Menarquia (edad): Edad al primer embarazo: Lactancia materna:
Sí:No. de embarazos: Menopausia (edad): No:
Para ambos sexosAntecedentes de
enfermedades de transmisión sexual:
Sí:Especifique:
Cuantas de cada unaNo:
Frecuencia de relaciones sexuales (No. de veces por semana):
El tiempo que lleva teniendo relaciones sexuales:
IV. TRATAMIENTOS MEDICAMENTOSOSVitaminas Sí: No: No. tratamientos: Duración tratamiento:
Calcio Sí: No: No. tratamientos: Duración tratamiento:Hormonas Sí: No: No. tratamientos: Duración tratamiento:
66
V. HÁBITOS TÓXICOSCafé Sí: No: No. de tazas / día /semana Durante qué tiempoTé Sí: No: No. de tazas / día /semana Durante qué tiempo
Tabaco Sí: No: No. de cigarrillos / día / semana Durante qué tiempoAlcohol
(marcar con una x)
Bebedor social:
Bebedor de riesgo:
Consumo abusivo:
Dependencia: Durante qué tiempo
VI. ALIMENTACIÓNProteínas Nunca: Diario: Semanal: Mensual: Menor frecuencia:
Frutas Nunca: Diario: Semanal: Mensual: Menor frecuencia:Vegetales Nunca: Diario: Semanal: Mensual: Menor frecuencia:
Grasa animal
Nunca: Diario: Semanal: Mensual: Menor frecuencia:
VII. PRÁCTICA DE EJERCICIO FÍSICO(especifique el tiempo en minutos)
Nunca:Diario: Semanal: Mensual: Menor frecuencia: Durante qué
tiempo
ÁRBOL GENEALÓGICO
CONFECCIONADO POR:Nombre y apellidos:Cargo o responsabilidad:
Firma: Fecha:
67
Anexo 2
Entrevista realizada a la Dra. Nora Orive Rodríguez. Directora Provincial del Centro Provincial de Genética Médica
Relación de Preguntas:
¿Qué es el Centro Provincial de Genética Médica?
¿Cuáles son las funciones de Centro Provincial de Genética Médica?
¿Cuáles son las principales enfermedades que diagnóstica el centro?
En cuanto al diagnóstico de enfermedades genéticas hereditarias, el
cáncer es uno de las enfermedades genéticas, ¿cuáles se consideran
genéticos hereditarios?
El proceso de diagnóstico, estudio y tratamiento por parte del Centro
Provincial a personas diagnosticadas por cáncer, cómo se realiza
actualmente.
¿Cuáles son los principales problemas que actualmente presenta el
proceso de anamnesis a los pacientes y controles?
¿Quienes realizan las anamnesis?
¿En todas las áreas de salud se recogen estos datos?
68
Anexo 3.
Procesamiento de datos que se realiza en el Registro Provincial de Cáncer
Variable TipoOperacionalización
IndicadorEscala Descripción
Edad Cuantitativadiscreta
Grupos en escala de 14 años
Menos de 20De 20 -34De 35 – 49De 50 – 64Más de 64
Porcentaje de individuos afectados por grupos de edad
Sexo CualitativaNominal
Masculinofemenino
Según sexo biológico de pertenencia
Porcentaje de individuos afectados por grupos de sexo
Color de la piel CualitativaNominal
NegraBlancamestiza
Según color de la piel Porcentaje de individuos afectados según color de la piel
Zona de origen CualitativaNominal
NorteSurCentro
De acuerdo a la división existente el norte: Puerto Padre, Menéndez y ManatíSur: Amancio, Jobabo y Colombia; y Centro Este: Las Tunas y Majibacoa
Frecuencia de cáncer de acuerdo a región de origen
Zona de residencia CualitativaNominal
NorteSurCentro
De acuerdo a la división existente el Norte: (Pto. Padre, Menéndez y ManatíSur: Amancio, Jobabo y Colombia y Centro Este: Las Tunas y Majibacoa
Frecuencia de cáncer de acuerdo a región de residencia
Nivel de escolaridad
CualitativaOrdinal
AnalfabetoPrimariaSecundariaPreuniversitariaUniversitaria
Nivel de enseñanza establecido concluido por el sistema de Educación Nacional
Porcentaje de individuos con cáncer en cada una de las escalas
Ocupación CualitativaOrdinal
ObreroTécnico medioProfesional
De acuerdo a la calificación técnico-profesional establecida
Porcentaje de individuos con cáncer en cada una de las escalas
Edad al diagnóstico Cuantitativadiscreta
Menos de 14 añosDe 14 -28 añosDe 28-42 añosDe 42-64 añosMás de 64 años
Grupos en escala de 14 años de acuerdo a la edad cronológica en el momento del diagnóstico
Porcentaje de individuos afectados por grupos de edad al diagnóstico
Primer síntoma y/o signo de la
Cualitativanominal
Signo y/o referido por el entrevistado.
Síntoma según semiología clínica
Porcentaje de individuos afectados por los principales
69
enfermedad síntomas referidos. Años de evolución Cuantitativa
discretaMenos de 5De 5 -10de 10-15más de 15
Años partir del diagnóstico en escala de 5 años
Porcentaje de individuos afectados por grupo de edades
Supervivencia Cuantitativadiscreta
Menos de 5De 5 -10de 10-15más de 15
Años de vida en los familiares fallecidos por la enfermedad en cuestión
Porcentaje de individuos enfermos fallecidos según años de evolución de la enfermedad
Antecedentes familiares (genealogía)
CualitativaOrdinal
Primer gradoSegundo gradoTercer grado
Según grado de parentescoFamiliar de 1er grado de consanguinidad (comparten el 50 % de los genes).PadresHijosHermanosFamiliar de 2do grado de consanguinidad (comparten el 25% de los genes).Medios hermanos (hijos de solo uno de los padres)Tíos- Sobrinos Abuelos- Nietos Primos hermanos Dobles
Porcentaje de individuos afectados de acuerdo al grado de parentesco
1.-HISTORIA REPRODUCTIVA Y SEXUAL1.1-Número de embarazos
Cuantitativa discreta
Embarazos en número referidos por la paciente
Número de embarazos antes del diagnóstico de cáncer independientemente del producto final de cada uno de ellos
Porcentaje de mujeres nulíparas con cáncer de mama y multíparas con cáncer de mama
1.2-Edad al primer embarazo
cuantitativa discreta
menor de 30 añosmayor de 30 años
Edad al primer embarazo según edad cronológica
Porcentaje de mujeres con cáncer de mama que se haya embarazado después de los 30 años y porcentaje de mujeres con cáncer de mama que se haya embarazado antes de los 30 años de edad.
1.3-Número de partos
Cuantitativa discreta
NulíparaMultípara
De acuerdo al número de gestaciones
Porcentaje de mujeres nulípara y multíparas con cáncer de mama respectivamente.
1.4-Menarquia Cuantitativa Menor de 12 años Edad cronológica en el Porcentaje de mujeres con
70
discreta Mayor de 12 años momento de la primera menstruación
cáncer de mama y menarquia antes de los 12 años y % de mujeres con cáncer de mama y menarquia después de los 12 años.
1.5-Menopausia Cuantitativa discreta
Antes de los 54 años.Después de los 54 años.
Edad cronológica en el momento de la última menstruación
Porcentaje de mujeres con cáncer de mama con menopausia antes de los 54 años y después de los 54 años respectivamente
1.6-Frecuencia de las relaciones sexuales
Cuantitativadiscreta
Menos de 5 /sem. 5- 10 /semMás de 10/sem.
Número de veces a la semana
Frecuencia de las relaciones sexuales en hombres con cáncer de próstata
1.7 –Enfermedad de transmisión sexual
Cualitativanominal
SiNo
Antecedentes de enfermedad de transmisión sexual
Porcentaje de individuos con cáncer de próstata y antecedentes de infección de transmisión sexual
1.8- Lactancia Materna
Cualitativanominal
SiNo
Mujeres que hayan lactado 6 meses mínimo en uno de sus partos y las que no hayan lactado
Porcentaje de mujeres con cáncer de mama y que hayan lactado a uno de sus hijos, al menos, y porcentaje de mujeres con cáncer de mama que no hayan lactado
2. TRATAMIENTO MEDICAMENTOSO2.1- Tratamiento con vitaminas ( Vitamina A, Vitaminas del complejo B, Vitamina C, Vitamina D, Vitamina E y Ácido Fólico)
CualitativaDicotómica
Menos de 5 añosDe 5 años-10 añosMás de 10 años
Duración en años del tratamiento referido por el entrevistado
Porcentaje de individuos con cáncer de colon con antecedentes de tratamiento con vitaminas
2.2- Tratamiento con calcio.
CualitativaDicotómica
Menos de 5 añosDe 5 años-10 añosMás de 10 años
Duración en años del tratamiento
Porcentaje de individuos con cáncer de colon con antecedentes de tratamiento con calcio. (Ver Fórmula 1)
2.3 Tratamiento hormonal (esteroides, andrógenos y estrógenos)
Cuantitativa Discreta
Menos de 5 añosDe 5 años-10 añosMás de 10 años
Duración en años del tratamiento
Porcentaje de individuos con cáncer de mama antecedentes de tratamiento hormonalPorcentaje de individuos con cáncer de próstata y antecedentes de tratamiento hormonal
71
3.- HABITOS TOXICOS3.1-Café Cuantitativa
discretaNuncaNo. tazas diarias No. tazas semanales
Frecuencia en base al no. de veces que consume.
Porcentaje de Individuos con cáncer que ingieren café diariamente
3.2- Té Cuantitativa discreta
NuncaNo. tazas diarias No. tazas semanales
Frecuencia en base al no. de tazas que consume
Porcentaje de Individuos con cáncer que ingieren té diariamente
3.3- Tabaquismo Cuantitativadiscreta
SiNo
Un cigarrillo o más diariamente
Porcentaje de Individuos fumadores con cáncer (más de 1 cigarrillo diario)
3.4-Alcohol Cualitativa Ordinal
Bebedor socialBebedor de riesgoConsumo abusivoDependencia
Según cuestionario de criterios diagnósticos (CID)de Ricardo González MenéndezBebedor social, alcanza una puntuación de 0-1 en el CIDBebedor de riesgo, alcanza una puntuación de 2-3 en el CIDConsumo abusivo, alcanza una puntuación de 4-5 en el CIDDependencia, alcanza una puntuación de 6-7 en el CID
Porcentaje de Individuos con cáncer en el grupo de cada una de las escalas para la variable
4.- ALIMENTACION4.1-Ingestión de Proteínas
Cuantitativa discreta
DiariamenteSemanalMensualCon menor frecuencia
De acuerdo a la frecuencia con la que consuma independiente-mente de la cantidad y el tipo
Porcentaje de individuos con cáncer para cada una de las escalas establecidas
4.2- Ingestión de Frutas
Cuantitativa discreta
DiariamenteSemanalMensualCon menor frecuencia
De acuerdo a la frecuencia con la que consuma independientemente de la cantidad y el tipo
Porcentaje de individuos con cáncer para cada una de las escalas establecidas
4.3- Ingestión de Vegetales
Cuantitativa discreta
DiariamenteSemanalMensualCon menor frecuencia
De acuerdo a la frecuencia con que se consuma, independientemente de la cantidad y el tipo.
Porcentaje de individuos con cáncer para cada una de las escalas establecidas
4.4 Ingestión de Cuantitativa Diariamente De acuerdo a la Porcentaje de individuos con
72
grasa animal discreta SemanalMensualCon menor frecuencia
frecuencia con la que consuma independientemente de la cantidad
cáncer para cada una de las escalas establecidas
5. Índice de masa corporal
CualitativaOrdinal Politómica
Menos de 18—bajo peso18-24.9—Normo peso25-29.9—Pre obesidad30-34.9--obesidad
Se estimará por la fórmula para el cálculo del índice de masa corporalIMC = Peso Kg./Talla en CMS( al cuadrado la talla)
Porcentaje de individuos obesos con cáncer de colon e individuos delgados con cáncer de mama.
6. Antecedentes patológicos personales
Cualitativa nominal politómica
NegativoPositivo, teniendo en cuenta la siguiente clasificación:Enfermedad CardiovascularEnf. OsteomioarticularEnf. SistémicaOtras enf. OncológicasEnf. InfecciosasEnf. metabólicas
Referido por el entrevistado habiendo sido confirmado el diagnóstico antes o después del diagnóstico del cáncer
Porcentaje de individuos con cáncer con antecedentes patológicos positivos
7. Práctica de ejercicio físico
Cuantitativa discreta
DiariamenteSemanalMensualNunca
De acuerdo a la frecuencia con la que se practique algún ejercicio físico con una duración de 30 minutos o más.
Porcentaje de individuos con cáncer en cada una de las escalas
73
Anexo 4
Estadísticas aplicadas a las variables
No. Fórmula Valores Descripción1 Frecuencia Absoluta (FA): Es la encargada de mostrar la
totalidad de la ocurrencia de los valores en un intervalo
2 Frecuencia Relativa (FR): Se aplica para conocer la relación de la frecuencia absoluta con la totalidad de los datos en los intervalos
3 Frecuencia Acumulada Absoluta (FAA): Se calcula para conocer las frecuencias acumuladas absolutas en los intervalos
4 Frecuencia Relativa Absoluta (FRA): Se calcula para conocer las frecuencias relativas absolutas en los intervalos
5 Porcentaje (Pc):
cP = 100*FR
SiendoFR: frecuencia relativa
Es una medida de la contribución que hace cada clase, la importancia relativa con relación al total de observaciones, al total de la población o al tamaño de la muestra.
6 Marca de Clase (Mc):
cM = 2
riorLimiteSuperiorLimiteInfe Es el punto medio del intervalo de clase, el valor central, se obtiene por la semisuma de los límites de clase superior e inferior del intervalo.
7Media ( X ):
X = n
Xjn
j1
SiendoXj: Valor de los datosn: Número total de datos
También denominada promedio o simplemente media, es la más importante de todas las medidas de resumen. La media para su cálculo, tiene en cuenta todos los valores de la variable, este elemento hace que ella represente muy bien el variable.
8 Varianza (S2):
2S = n
Xx j 2)(
Siendo:Xj: Valor de los datos
X : Median: Número total de datos
Otra forma de lograr que la suma de las diferencias de los valores de la variable con respecto a la media no se anulen, es elevando esta diferencia al cuadrado. De esta forma el promedio de las desviaciones al cuadrado es la medida que se conoce bajo el nombre de varianza.
9 Desviación estándar (S):
S =2S
Siendo:S2: Varianza
Raíz cuadrada de la varianza.
10 Razón (R): Siendo:a: un hecho
Es la relación por cociente que se establece entre dos categorías
74
R = b
a
b: un hecho cualesquiera de una variable, por lo tanto el numerador nunca estará contenido en el denominador.
11 Índice (R * 100%):
R =100*
b
a
Es la multiplicación de la razón por 100%
12 Tasa (T):
Tasa =
n
ba
a10*
Dónde:a: es el número de personas registradas (como casos o controles) en el cuestionario de cáncer que padecen o murieron por alguna forma de diagnóstico médico preexistente o posterior al fallecimiento.b: es el número de personas registradas (como casos o controles) en el cuestionario de cáncer que no padecen o murieron por alguna forma de diagnóstico médico preexistente o posterior al fallecimiento.10n: Múltiplo de 10 necesario para poder ofrecer una mejor interpretación de la frecuencia obtenida, puede ser tan alto como 1 000 000.
Una tasa no es más que la relación por cociente que se establece entre el número de veces que se produce el efecto que se está midiendo, muchas veces no deseado como morir o enfermar, y en el denominador la población expuesta al riesgo que se está analizando en el numerador. Como ese resultado será siempre menor que la unidad, para facilitar su análisis se multiplica por una
constante que es 10n
13 Razón de productos cruzados (Odd Ratio):
OD = cb
da
*
*
Dónde:a: valor total de enfermos que pertenecen a un hechob: valor total de no enfermos pertenecen a un hechoc: valor total de enfermos que no pertenecen a un hechod: valor total de no enfermos no pertenecen a un hecho
Se consideran dos sucesos y las proporciones de ocurrencia.
75
Glosario de Términos
Anamnesis: Parte de la historia clínica de un enfermo que recoge los
antecedentes familiares, patológicos y los hábitos fisiológicos y tóxicos.
Etiología: Parte de la medicina que estudia las causas de las enfermedades.
Menarquia: es el primer episodio de sangrado vaginal de origen menstrual, o
primera hemorragia menstrual de la mujer.
Menopausia: se define como el cese permanente de la menstruación y tiene
correlaciones fisiológicas, con la declinación de la secreción de estrógenos por
pérdida de la función folicular. Es un paso dentro de un proceso lento y largo de
envejecimiento reproductivo.
Morbimortalidad: período que el paciente se enferma hasta la muerte.
Multípara: Se refiere a la mujer que ha tenido más de un parto.
Nulípara: Mujer que no ha dado a luz nunca un hijo.
Semiología clínica: Parte de la medicina que estudia los síntomas de las
enfermedades.
Variables cualitativas: Son las variables que expresan distintas cualidades,
características o modalidad. Cada modalidad que se presenta se denomina
atributo o categoría y la medición consiste en una clasificación de dichos
atributos. Las variables cualitativas pueden ser dicotómicas cuando sólo
pueden tomar dos valores posibles como sí y no, hombre y mujer o son
politómicas cuando pueden adquirir tres o más valores. Dentro de ellas
podemos distinguir:
Variable cualitativa ordinal: La variable puede tomar distintos valores
ordenados siguiendo una escala establecida, aunque no es necesario que el
intervalo entre mediciones sea uniforme, por ejemplo: leve, moderado, grave.
Variable cualitativa nominal: En esta variable los valores no pueden ser
sometidos a un criterio de orden como por ejemplo los colores o el lugar de
residencia.
76
Variables cuantitativas: Son las variables que se expresan mediante cantidades
numéricas. Las variables cuantitativas además pueden ser:
Variable discreta: Es la variable que presenta separaciones o interrupciones en
la escala de valores que puede tomar. Estas separaciones o interrupciones
indican la ausencia de valores entre los distintos valores específicos que la
variable pueda asumir. Ejemplo: El número de hijos (1, 2, 3, 4, 5).
Variable continua: Es la variable que puede adquirir cualquier valor dentro de
un intervalo especificado de valores, solamente está limitado por la precisión
del aparato medidor, en teoría permiten que siempre exista un valor entre dos
variables.