para obtener el grado de ingeniero en sistemas …
TRANSCRIPT
Dedic
SISTEMA WEB DE AUTOMATIZACIÓN DEL CONTROL DE EXPEDIENTES
PSICOLÓGICOS EN EL CERESO DE COLIMA
PRESENTA:
DANIEL GALVÁN BAUTISTA
JOSE ROBERTO FERNANDEZ GONZALES
ASESOR:
MC. ANA CLAUDIA RUIZ TADEO
REVISORES:
MSC. ISABEL GUERRERO GARCIA
DR. JESUS ALBERTO VERDUZCO RAMIREZ
Villa de Álvarez, Col. Febrero de 2017.
PARA OBTENER EL GRADO DE
INGENIERO EN SISTEMAS COMPUTACIONALES
TESIS PROFESIONAL
2
3
Agradecimientos
Daniel Galván Bautista
A:
Dios, por darme la oportunidad de vivir
y estar conmigo en cada paso que
doy, por fortalecer mi corazón e
iluminar mi camino y por haber puesto
a mi lado a aquellas personas que han
sido mi soporte y compañía durante
todo el periodo de estudio.
Mis padres por confiar en mí,
quererme mucho, por brindarme el
apoyo y sustento en todo el trascurso.
Muchas gracias por todos sus
consejos los quiero mucho sin su
tiempo, amor y dedicación jamás lo
hubiera conseguido.
Mi tía Esperanza por darme la
oportunidad de poder vivir en su casa
durante toda la estancia universitaria.
Tía muchas gracias usted fue un pilar
muy grande en toda mi formación
profesional.
José Roberto Fernández González
A:
Dios, por haber permitido llegar a este
parte de mi vida, por la salud que me
ha dado y las fuerzas para seguir
adelante cuando las he necesitado.
A mi familia por el apoyo que siempre
me han brindado desde el inicio hasta
este punto de mi preparación
académica, en especial a mi hermano
J. Abel Fernández quien me apoyo
siempre de forma incondicional, a mi
tío Raymundo González por su apoyo,
consejos y compañía. A todas esas
personas que Dios puso en mi camino
y que han hecho esto posible, gracias.
5
Resumen
La tecnología web hoy en día está adquiriendo un gran uso en el mundo del
desarrollo de sistemas computacionales, parte de sus aplicaciones se centran en
la resolución de problemas de marketing, redes sociales, bibliotecas virtuales, entre
otros. En este proyecto se presenta un sistema web automatizado de expedientes
psicológicos para el CERESO de Colima, la gestión que realiza este sistema inicia
desde el registro del recluso, hasta las posibles consultas psicológicas que el interno
pueda tener, en este proceso se lleva a cabo un seguimiento continuo del interno a
través de formularios y estudios que los psicólogos encargados del departamento
están realizando. La aportación de un apartado de citas permite llevar un control de
la próxima consulta con el interno. El enfoque utilizado en este proyecto es aplicable
a usuarios temporales, ellos pueden gestionar una parte de la información que
maneja el sistema en caso de que el usuario administrador lo autorice.
6
Índice de contenido
CAPÍTULO I CONTEXTO DEL PROYECTO ............................................................................. 11
1.1 Descripción de la situación actual ................................................................................ 12
1.2 Planteamiento del problema ......................................................................................... 13
1.3 Objetivos .......................................................................................................................... 13
1.3.1 Objetivo general ........................................................................................................ 13
1.3.2 Objetivos específicos ................................................................................................. 13
1.4 Análisis de requerimientos ............................................................................................ 14
1.4.1 Requerimientos de software ..................................................................................... 14
1.4.2 Requerimientos de hardware ................................................................................... 14
1.4.3 Requerimientos funcionales...................................................................................... 14
1.4.4 Requerimientos no funcionales ................................................................................ 14
1.4.5 Requerimientos de calidad ........................................................................................ 14
1.5 Hipótesis .......................................................................................................................... 15
1.6 Propuesta de solución ................................................................................................... 15
1.6.1 Catálogos ................................................................................................................... 15
1.6.2 Consulta psicológicas ................................................................................................ 18
1.6.3 Reportes .................................................................................................................... 20
1.6.4 Agenda de citas ......................................................................................................... 20
1.6.5 Estadísticas ................................................................................................................ 22
1.6.6 Formatos de llenado en una consulta ....................................................................... 22
1.7 Estudio de factibilidad .................................................................................................... 27
1.7.1 Factibilidad económica .............................................................................................. 27
1.7.2 Factibilidad Técnica ................................................................................................... 28
1.7.3 Factibilidad operativa ................................................................................................ 29
1.7.4 Factibilidad Legal ....................................................................................................... 29
1.8 Análisis Costo Beneficio ............................................................................................... 30
1.9 Análisis de alternativas .................................................................................................. 32
1.10 Alcances y limitaciones del proyecto .......................................................................... 33
1.10.1 Alcances ..................................................................................................................... 33
1.10.2 Limitaciones............................................................................................................... 33
1.11 Ventajas Competitivas ................................................................................................... 33
7
CAPÍTULO II FUNDAMENTO TEÓRICO ................................................................................... 35
2.1 CERESO (Centro de Readaptación Social) ............................................................... 36
2.1.1 Historia ...................................................................................................................... 36
2.2 Psicología ........................................................................................................................ 38
2.2.1 Psicología Jurídica ...................................................................................................... 38
2.3 Ciclo de vida del desarrollo del sistema ...................................................................... 39
2.3.1 Exploración ................................................................................................................ 40
2.3.2 Planificación de la Entrega ........................................................................................ 40
2.3.3 Iteraciones ................................................................................................................. 42
2.3.4 Producción ................................................................................................................. 42
2.3.5 Mantenimiento ......................................................................................................... 43
2.3.6 Muerte del proyecto ................................................................................................. 43
2.4 HTML (Hyper Text Markup Language). ...................................................................... 43
2.5 MySQL ............................................................................................................................. 44
2.6 Protocolo HTTP (Hyper Text Transfer Protocol) ....................................................... 45
2.7 Navegador web ............................................................................................................... 45
2.8 Servidor web ................................................................................................................... 45
2.9 PHP ................................................................................................................................... 46
2.10 Codelgniter ...................................................................................................................... 46
2.11 JavaScript ........................................................................................................................ 47
2.12 Ajax ................................................................................................................................... 47
2.13 XAMPP ............................................................................................................................. 47
CAPÍTULO III PROCEDIMIENTOS Y DESCRIPCIÓN DE LAS ACTIVIDADES ................. 49
3.1 Metodología ..................................................................................................................... 50
3.2 Fase de exploración ....................................................................................................... 50
3.2.1 Requerimientos del sistema ...................................................................................... 50
3.2.2 Cronograma de actividades ....................................................................................... 51
3.3 Fase de planeación ........................................................................................................ 53
3.3.1 Casos de usos ............................................................................................................ 53
3.3.2 Base de datos ............................................................................................................ 59
3.3.3 Diccionario de datos .................................................................................................. 59
3.4 Fases de interacciones a entregar .............................................................................. 63
3.4.1 Interacción 1: Modulo de Inicio de sesión y plantilla del sistema ............................ 63
8
3.4.2 Interacción 2: Panel de control ................................................................................. 65
3.4.3 Interacción 3: Registro de interno y de practicante .................................................. 67
3.4.4 Interacción 4: Modulo atender consulta ................................................................... 70
3.4.5 Interacción 5: Modulo citas ....................................................................................... 83
3.4.6 Interacción 6: Archivo clínico .................................................................................... 88
3.4.7 Pruebas de la aplicación web .................................................................................... 89
4.1 Cumplimiento de los objetivos .................................................................................... 102
4.2 Cumplimiento de la Hipótesis ..................................................................................... 102
4.3 Trabajos futuros ............................................................................................................ 103
4.4 Conclusión ..................................................................................................................... 104
Referencias ................................................................................................................................... 104
Índice de ilustraciones
Ilustración 1 Login .......................................................................................................................... 16
Ilustración 2 Registrar interno ....................................................................................................... 16
Ilustración 3 Modificar y eliminar interno .................................................................................... 17
Ilustración 4 Registrar psicólogo .................................................................................................. 17
Ilustración 5 Registrar consulta (cita) .......................................................................................... 18
Ilustración 6 Atender consulta ...................................................................................................... 19
Ilustración 7 Modificar y eliminar consulta ................................................................................ 19
Ilustración 8 Agenda de citas........................................................................................................ 20
Ilustración 9 Citas de hoy .............................................................................................................. 21
Ilustración 10 Nueva cita ............................................................................................................... 21
Ilustración 11 Búsqueda citas por fecha o recluso .................................................................... 22
Ilustración 12 Estudio de personalidad ....................................................................................... 23
Ilustración 13 Entrevista psicológica ........................................................................................... 24
Ilustración 14 Examen Mental ...................................................................................................... 25
Ilustración 15 Estudio para beneficio .......................................................................................... 26
Ilustración 16 Ciclo de vida XP ..................................................................................................... 39
Ilustración 17 Caso de uso Interacción del sistema con la psicóloga .................................... 53
Ilustración 18 Caso de uso Psicóloga-Practicante .................................................................... 54
Ilustración 19 Caso de uso practicante ....................................................................................... 55
Ilustración 20 Caso de uso psicóloga-interno ............................................................................ 56
Ilustración 21 Caso de uso interno .............................................................................................. 57
Ilustración 22 Caso de uso búsqueda de formatos por internos ............................................. 57
Ilustración 23 Caso de usos citas ................................................................................................ 58
Ilustración 24 Diseño de la Base de Datos ................................................................................ 59
Ilustración 25 Tabla usuario ......................................................................................................... 60
Ilustración 26 Tabla Psicóloga...................................................................................................... 60
9
Ilustración 27 Tabla practicante ................................................................................................... 60
Ilustración 28 Tabla interno ........................................................................................................... 61
Ilustración 29 Tabla formato ......................................................................................................... 61
Ilustración 30 Tabla estudio clínico criminológico ..................................................................... 62
Ilustración 31 Tabla cita ................................................................................................................. 62
Ilustración 32 Vista login ............................................................................................................... 63
Ilustración 33 Codificación vista login ......................................................................................... 64
Ilustración 34 codificación controlador login .............................................................................. 64
Ilustración 35 Panel de control ..................................................................................................... 65
Ilustración 36 Codificación vista panel de control ..................................................................... 66
Ilustración 37 Codificación del CSS para el panel de control .................................................. 66
Ilustración 38 Registro de Internos .............................................................................................. 67
Ilustración 39 Registro de practicantes ....................................................................................... 68
Ilustración 40 Codificación de la alta de internos ...................................................................... 69
Ilustración 41 Codificación del controlador de alta de internos ............................................... 69
Ilustración 42 Codificación del modelo registrar interno ........................................................... 70
Ilustración 43 Formatos del paciente atendido .......................................................................... 71
Ilustración 44 Vista estudio de personalidad .............................................................................. 71
Ilustración 45 Vista entrevista psicológica .................................................................................. 72
Ilustración 46 Vista estudio psicológico ...................................................................................... 72
Ilustración 47 Vista estudio para beneficio ................................................................................. 73
Ilustración 48 Vista formato de actividades ................................................................................ 73
Ilustración 49 Vista estudio clínico criminológico ...................................................................... 74
Ilustración 50 Codificación del formato de estudio de personalidad ...................................... 74
Ilustración 51 Codificación de la función del controlador que corresponde al formato de
personalidad .................................................................................................................................... 75
Ilustración 52 Codificación de la función del modelo que corresponde al estudio de
personalidad .................................................................................................................................... 75
Ilustración 53 Codificación de la vista del formato de entrevista psicológica ....................... 76
Ilustración 54 Codificación de la función del controlador que corresponde al formato de
entrevista psicológica ..................................................................................................................... 76
Ilustración 55 Codificación de la función del modelo que corresponde al formato de
entrevista psicológica ..................................................................................................................... 77
Ilustración 56 Codificación de la vista del estudio psicológico ................................................ 77
Ilustración 57 Codificación de la función del controlador que corresponde al estudio
psicológico ....................................................................................................................................... 78
Ilustración 58 Codificación de la función del modelo correspondiente al estudio de
beneficio ........................................................................................................................................... 78
Ilustración 59 Codificación de la vista del formato de estudio para beneficio ...................... 79
Ilustración 60 Codificación de la función del controlador correspondiente al estudio de
beneficio ........................................................................................................................................... 79
Ilustración 61 Codificación de la función del modelo estudio para beneficio ........................ 80
Ilustración 62 Codificación de la vita del formato de estudio de actividades ........................ 80
Ilustración 63 Codificación de la función del controlador correspondiente a formato de
actividades ....................................................................................................................................... 81
10
Ilustración 64 Codificación de la función del modelo correspondiente al formato de
actividades ....................................................................................................................................... 81
Ilustración 65 Codificación de la vista estudio clínico criminológico ...................................... 82
Ilustración 66 Codificación de la función del controlador correspondiente al estudio clínico
criminológico ................................................................................................................................... 82
Ilustración 67 Codificación de la función del modelo correspondiente al estudio clínico
criminológico ................................................................................................................................... 83
Ilustración 68 Panel del control de citas ..................................................................................... 84
Ilustración 69 Vista para agendar una nueva cita ..................................................................... 84
Ilustración 70 Buscar citas de una determinada fecha ............................................................. 85
Ilustración 71 Parte del código del modelo para control de citas ........................................... 86
Ilustración 72 Parte del código para la vista de control de citas ............................................. 87
Ilustración 73Parte del controlador de citas ............................................................................... 87
Ilustración 74 Vista archivo clínico ............................................................................................... 88
Ilustración 75 Codificación de la función del controlador que corresponde al archivo
clínico. .............................................................................................................................................. 89
Ilustración 76 Prueba del PDF con contenido dañado. ............................................................ 90
Ilustración 77 Prueba del PDF con contenido solucionado ..................................................... 91
Ilustración 78 Prueba de la base de datos con mucha información ....................................... 92
Ilustración 79 Prueba de vista responsiva tamaño predeterminado ...................................... 93
Ilustración 80 Prueba de interfaz responsiva tamaño móvil .................................................... 94
Ilustración 81 Prueba de compatibilidad en navegador web Chrome .................................... 98
Ilustración 82 Prueba de compatibilidad en navegador Microsoft Edge ................................ 99
Ilustración 83 Porcentaje de mejora en la asignación de responsabilidades ....................... 95
Ilustración 84 Porcentaje de mejora de rapidez en consulta de archivos ............................. 96
Ilustración 85 Porcentaje de tiempo en la diminución de atención en consulta psicológica
........................................................................................................................................................... 96
Ilustración 86 Porcentaje de mejora en la estructura y organización de la información ..... 97
Ilustración 87 Porcentaje de mejora en la planeación de citas ............................................... 97
Índice de tablas
Tabla 1. Datos iniciales del proyecto. Creación propia ............................................................ 27
Tabla 2. Tabla heurística. Creación propia ................................................................................ 28
Tabla 3 Necesidades del sistema. Creación propia .................................................................. 29
Tabla 4 Costo-Beneficio. Creación propia .................................................................................. 31
Tabla 5 Cronograma de actividades............................................................................................ 52
11
CAPÍTULO I CONTEXTO
DEL PROYECTO
12
1.1 Descripción de la situación actual
Actualmente en el Departamento de Psicología del Centro de Readaptación Social
del Estado de Colima, el control de citas es realizado en agendas de papel, las
cuales son susceptibles a extravíos, en la mayoría de las veces esta forma de
almacenar la información no es muy eficiente para posteriormente hacer búsquedas
de dicha información que se va generando.
El proceso de atención a un interno inicia con una valoración psicológica del interno
cuando este es ingresado por primera vez, posteriormente si el recluso requiere de
un seguimiento psicológico se le programa una cita a futuro, una vez que es
atendida genera un reporte que se archiva por escrito en papel. Cuando el interno
solicita un servicio psicológico acude al consultorio y el psicólogo en turno lo revisa
aplicando técnicas de diagnóstico del comportamiento humano. Además el
psicólogo tiene que generar un formato electrónico describiendo el resultado del
análisis y posteriormente se imprima y archive en el expediente psicológico
originado. Adicionalmente el jefe del departamento de psicología requiere reportes
del estado psicológico del interno, por lo cual el psicólogo tiene que hacer una
búsqueda manual en el almacén de expediente de los interno y encontrar el
solicitado, para posteriormente hacer llegar la información.
Este proceso de búsqueda al ser manual en un archivo lleno de carpetas le consume
tiempo al psicólogo haciendo muy poco eficiente la forma de almacenar la
información y su búsqueda.
Tomando en cuenta esta situación, surge la idea de crear un sistema web capaz de
realizar ciertos procesos de manera automatizada.
13
1.2 Planteamiento del problema
La problemática en el Departamento de Psicología del Centro de Readaptación
Social del Estado de Colima radica en la falta de un control eficiente de los
expedientes de los internos. El estudio que presenta cada formato es redactado en
un procesador de textos, por lo cual no se tiene una secuencia en los registro,
provocando la ineficiencia en la búsqueda de información, manejo de estadísticas y
generación de reportes. Además no se cuenta con un control de citas antes y
después de una consulta.
Para dar solución a esta problemática, se desarrolló un sistema que mejoró la
gestión y administre los procesos psicológicos utilizados en este departamento.
1.3 Objetivos
1.3.1 Objetivo general
Desarrollar e implantar un sistema web para automatizar el control de los
expedientes psicológicos de los internos del CERESO de Colima.
1.3.2 Objetivos específicos
• Implementar un sistema que administre los expedientes psicológicos de
los internos.
• Utilizar herramientas que sean Open Source (Código abierto).
• Desarrollar una agenda electrónica.
• Generar los formatos requeridos para el historial clínico psicológico del
interno.
• Imprimir formatos.
• Crear estadísticas de los padecimientos psicológicos más comunes.
• Generar estadísticas de los internos con más problemas psicológicos.
• Generar estadísticas de los internos que más han requerido asistencia
del departamento de psicología.
14
1.4 Análisis de requerimientos
1.4.1 Requerimientos de software
Al ser una plataforma web se necesitan una serie de requerimientos previos que el
equipo debe contar.
• Una computadora con Windows 10.
• Un servidor apache para la ejecución de aplicaciones web.
• MySQL para gestionar la base de datos.
• Un navegador web.
1.4.2 Requerimientos de hardware
• Una computadora de escritorio o laptop.
• Un servidor Web.
1.4.3 Requerimientos funcionales
• Un control de sesiones.
• Consultas a la base de datos.
• Generación de reportes.
• Registro de internos.
• Registro de psicólogos.
• Control de citas.
• Estadísticas.
• Generación de PDF de los expedientes de los internos.
1.4.4 Requerimientos no funcionales
• El sistema cuenta con seguridad de usuarios.
• El sistema procesa la información en tiempo y forma.
• El sistema es amigable para los usuarios.
• El sistema mantiene la integridad de los datos para evitar duplicaciones e
inconsistencias.
• El sistema tiene la capacidad de almacenamiento necesario.
1.4.5 Requerimientos de calidad
• El sistema cuanta con una Interfaz amigable.
15
• El sistema tiene estabilidad en diferentes plataformas de sistemas
operativos.
• El sistema tiene un diseño escalable para su mantenimiento y seguridad.
1.5 Hipótesis
La automatización de los expedientes psicológicos del CERESO de Colima,
permitirá mejorar la eficiencia en el departamento de psicología, mediante la
reducción de los tiempo en la localización y presentación de la información y
atención de los internos.
1.6 Propuesta de solución
La propuesta de solución consistió en desarrollar un sistema web responsivo que
sea capaz de optimizar los tiempos de procesamiento y consulta de información.
Para su elaboración se estableció como actividad primordial la creación de un panel
de control principal, este contiene el módulo de interno, citas, psicólogos, atender
consulta, archivo clínico y registro de practicantes. A continuación se describen
algunos puntos correspondientes a la propuesta.
1.6.1 Catálogos
En esta parte se extrae la información de los internos, psicólogos y practicantes de
sus formularios correspondientes, se almacena en su respectiva tabla y con ello se
da origen al catálogo.
Para el control de sesiones, existe un acceso confidencial que es validado por los
catálogos de psicólogos y practicantes, su finalidad es restringir el acceso a
usuarios no autorizados y asignar responsabilidades en el uso del sistema, los
practicantes solo accederán a su perfil establecido.
16
Ilustración 1 Login
La ilustración 1 muestra un borrador del diseño de la vista principal del sistema, es
indispensable el inicio de sesión ya que a través de ello se estará estableciendo un
nivel de seguridad confiable de la información que se esté manejando.
Ilustración 2 Registrar interno
El registro de internos es vital en el funcionamiento del sistema, este formulario que
indica la ilustración 2 es requerido antes de realizar cualquier otra función del
proyecto.
17
Ilustración 3 Modificar y eliminar interno
La ilustración 3 corresponde al catálogo de internos, solamente el usuario puede
modificar o eliminar algún registro de un interno.
Ilustración 4 Registrar psicólogo
El catálogo de psicólogos que señala la ilustración 4 es similar al de internos. Este
apartado solo está disponible para el administrador, en este caso es el usuario final.
18
1.6.2 Consulta psicológicas
En las consultas psicológicas que se hacen se puede: registrar, atender, modificar
y eliminar.
Ilustración 5 Registrar consulta (cita)
Cada consulta requiere de cierta información que necesita ser capturada, la
ilustración 5 muestra el formulario correspondiente del registro de la actividad.
19
Ilustración 6 Atender consulta
Cuando se tiene una agenda saturada de citas es necesario llevar un control de
ellas, en la ilustración 6 se muestra una tabla con las opciones que ayudan a mejorar
este problema.
Ilustración 7 Modificar y eliminar consulta
La ilustración 7 muestra una tabla con las opciones de editar y eliminar citas, la
finalidad de esta implementación es que el usuario pueda manipular estos datos de
acuerdo a su criterio.
20
1.6.3 Reportes
Los reportes están dirigidos al usuario final, ya que es el quien lleva el control del
área, estos estudios están clasificados por: interno, fecha, médico y padecimiento
criminológico. Este módulo se menciona como parte de la propuesta de solución,
pero cabe mencionar que dicha implementación no se llevara a cabo por cuestiones
de tiempo.
1.6.4 Agenda de citas
La agenda de citas cuenta con: citas de hoy, nueva cita, citas por fecha, citas por
recluso. Está diseñada para optimizar el tiempo de consulta de las citas por día y
para prevenir la perdida de información en caso de olvido de la agenda física.
Ilustración 8 Agenda de citas
Es indispensable para el usuario contar con una ayuda digital a la hora de expedir
una nueva consulta, para solucionar este problema se diseñó el apartado de citas
como lo señala la ilustración 8.
21
Ilustración 9 Citas de hoy
La ilustración 9 muestra las citas del día, aquí se visualizan todas aquellas consultas
que fueron agendadas para la fecha actual, la propuesta de esta alternativa permite
consultar la información de una forma más fácil.
Ilustración 10 Nueva cita
Cada cita necesita de un registro, en la ilustración 10 se muestra el formulario con
las opciones requeridas. En caso de que aún no se de alta el paciente, en el lado
izquierdo superior se muestra un botón que redirige a la vista de alta de internos.
22
Ilustración 11 Búsqueda citas por fecha o recluso
La ilustración 11 describe la búsqueda de una cita, los parámetros necesarios para
su funcionamiento son la fecha y nombre del interno, en el diseño se muestra un
campo de texto indicado por el icono de la lupa.
1.6.5 Estadísticas
Las estadísticas se clasifican por enfermedades, fechas, internos o psicológicos.
Esta parte de la propuesta de solución no quedo por completo definida, puesto a
que aún hay muchos movimientos internos dentro de la institución que afectarían a
este apartado.
1.6.6 Formatos de llenado en una consulta
Cuando el interno está en su primera consulta se le aplican los siguientes formatos:
Estudio de personalidad, entrevista psicológica, examen mental, estudio clínico-
criminológico, entre otros.
23
Ilustración 12 Estudio de personalidad
El formato que indica la ilustración 12 corresponde al estudio de personalidad, en
este formulario se establecen todos los puntos indicados que el usuario realiza en
este estudio, alguno de ellos son los antecedentes familiares, examen mental, índice
de lesión orgánica, etc.
24
Ilustración 13 Entrevista psicológica
En algunos casos es necesario realizar una entrevista psicológica y se le aplica el
formulario de la ilustración 13 al interno, esta sección requiere de una serie de
exámenes físicos que se hacen previo al llenado, la propuesta de la vista es hacer
más eficiente este proceso.
25
Ilustración 14 Examen Mental
El diseño de la vista de la propuesta del examen mental en la ilustración 14,
especifica una serie de pasos que realiza el usuario de manera física, la alternativa
de solución es que a través de este formulario mostrado, se pueda manipular la
información más cómodamente gracias a la accesibilidad de la tecnología web.
26
Ilustración 15 Estudio para beneficio
Cada interno tiene cierto tipo de privilegios establecidos según el resultado del
estudio de beneficios. La ilutracion 15 muestra la alternativa de solucion de dicho
formato, en algunos capos los datos se autorellenaran automaticamente,
previniendo algun error humano en estos puntos.
Los demas formatos se especifican en la seccion de fases de interacion a entregar
del capitulo 3, ya que en este tiempo el usuario no tenia la confianza plena de
brindarnos los estudio de trabajo, pues contenian informacion confidencial bastante
delicada.
27
1.7 Estudio de factibilidad
El estudio de factibilidad es un análisis que permite conocer que tan viable es el
proyecto, tomando en cuenta lo económico, financiero, técnico, operativo y legal. En
la siguiente tabla 1 se muestra la fecha de inicio y fin, para el sistema de
automatización de expedientes psicológicos en el CERESO de colima.
Tabla 1. Datos iniciales del proyecto. Creación propia
Automatización de expedientes psicológicos en el CERESO de colima
Fecha inicial 01/01/2017
Fecha final 01/06/2017
El proyecto consiste en automatizar ciertos procesos que el usuario realiza de forma
común en las consultas con los pacientes, el sistema funciona mediante una
aplicación web echa con el framework Codeigniter del lenguaje PHP.
1.7.1 Factibilidad económica
La factibilidad económica se basa en el tiempo del analista, costo del proyecto, costo
del tiempo y costo del desarrollo, se usó la tabla heurística como matriz fundamental
del cálculo.
1.7.1.1 Tabla heurística de costos
La tabla heurística es un análisis detallado que depende de las fases de la
metodología WUE (UML-Based Web Engineering), también toma en cuenta los
salarios mínimos y profesionales actuales en México (2017) por cada etapa,
partiendo de esto y de las horas que posee cada integrante del equipo se obtiene
el costo del sistema.
28
Tabla 2. Tabla heurística. Creación propia
Tabla heurística de costeo
FASES Horas SUELDO SM
(8 hrs)
SUELDO SMP
(8 hrs)
Costo
total SM
Costo total
SP
Análisis 25 $80.04 $ 1,400.00 $
2,000.0
$35,000.00
Diseño 90 $80.04 $1,100.00 $
7,200.0
$99,000.00
Programación 80 $80.04 $1,225.00 $ 6400.0 $98,000.00
Prueba 10 $80.04 $ 1,250.00 $ 800.0 $12,500.00
Total 205 $320.16 $4,975.00 $
10,000.0
$244,500.00
Los datos que muestra la tabla 2 de los sueldos mínimos y profesionales están
fundamentados de la página oficial del SAT y software Gurú 2015, el cálculo parte
de la información oficial, multiplicado por el número de horas requeridas en cada
fase, finaliza con la suma de cada uno de los resultados obtenido en cada etapa,
para así lograr la obtención del costo total estimado respectivamente.
1.7.2 Factibilidad Técnica
La factibilidad técnica busca el mejor rendimiento del sistema en cuestiones de
hardware, software y medios físicos requeridos para la ejecución del sistema. La
tabla 3 describe los principales recursos necesarios.
29
Tabla 3 Necesidades del sistema. Creación propia
Necesidades del Sistema Usuario
Cantidad Recurso Descripción Costo Recurso
1 PC Computadora personal $8,500.00
X
Electricidad
Energía Eléctrica - X
Con respecto a la factibilidad técnica, se concluye que las especificaciones de los
componentes mencionados anteriormente, son los aprobados por el cliente,
quedando satisfactoriamente convencido que dichas unidades son las requeridas
por el proyecto.
1.7.3 Factibilidad operativa
Los conocimientos en computación básica son necesarios en el perfil del usuario,
se requiere saber manejar una computadora y navegar por internet. En cuanto a la
computadora, se necesita un sistema operativo capaz de ejecutar una aplicación
web.
Los conocimientos previos que debe tener el usuario para manejar el sistema son:
Abrir un navegador web.
Experiencia en el uso de aplicaciones web.
Conocer el procedimiento.
Experiencia en el área psicología.
1.7.4 Factibilidad Legal
Permitiendo el desarrollo del proyecto “Automatización de expedientes psicológicos
en el CERESO de colima” se hace referencia al estudio legal que conlleva al análisis
de las leyes que respaldan al sistema mencionado, aplicándose al margen de la ley
correspondiente y a través de ello hacer un buen uso de las normas reglamentarías
que lo respalda ante cualquier acto o ente jurídico.
30
En la actualidad hay una familia de normas ISO/IEC 25000, que proporciona una
guía para el uso de la nueva serie de estándares internacionales llamada Requisitos
de Evaluación de Calidad de Productos de Software.
Por otro lado cada versión del sistema, así como cada etapa del proyecto estará
regulada por la norma ISO 9001, la cual regula el control de los registro del proyecto,
manual de calidad y control de documentos, todo apegado a dicha normatividad.
PHP es un lenguaje de programación con licencia de libre acceso. De acuerdo a la
Free Software Foundation es una licencia de software libre no copyleft y una licencia
de código abierto según la Open Source Initiative, actualmente cuenta con un gran
número de desarrolladores y comunidades que brindan aportaciones valiosas.
Existen frameworks que ayudan a este lenguaje a ser más sencillo, uno de ellos y
el que nosotros utilizamos es codeigniter de libre distribución, su documentación,
normas y reglas que establece están alojadas en su página web oficial.
Lo anterior, es con la finalidad de llevar un control del proyecto, así como del
desarrollo dentro de cada etapa, lo que nos permite brindar un producto de calidad
a nuestro usuario.
Con respecto a la factibilidad legal, el usuario está convencido, que dichas normas,
estándares y tecnologías son los adecuados para la implementación del sistema.
1.8 Análisis Costo Beneficio
En la tabla 4, se muestra el costo de la propuesta planteada y el proceso manual
que usualmente hace el usuario. Inicialmente requiere saber el historial de un
paciente, posteriormente debe de hacer una búsqueda frustrante en todos los
archivos que tiene almacenados, una vez localizado verifica por fecha y nombre el
documento requerido, posteriormente lo selecciona y lo abre en el editor de textos
Word, pero si el documento no se encuentra en alguno de los formatos guardados
en la computadora, ella hace una verificación en el expediente físico, el respaldo de
cada oficio que ha expedido.
31
El proceso que realiza el usuario es muy complicado ya que algunas búsquedas no
son satisfactorias y provocan impaciencia, e incluso nos ha comentado que ha
configurado varias veces su computadora de tal forma que le sea más fácil su labor,
pero por algunas razones del destino las modificaciones que hizo desaparecen, no
siempre pasa comenta, pero cuando pasa, pasa.
La propuesta de la automatización de expedientes psicológicos en el CERESO de
colima es $166.7 menos costosa que el transcurso manual que realiza, por lo que
el costo no será muy elevado, además la agenda que se le propuso junto con el
control de usuarios facilitan el libre acceso a la información confidencial del paciente,
así como el recordatorio de las posibles citas futuras.
Tabla 4 Costo-Beneficio. Creación propia
Manual Automatizado
Proceso Tiempo
(minutos)
Costo
(pesos)
Tiempo
(minutos)
Costo
(pesos)
Búsqueda del documento
del interno
15 100 5 33.33
Seleccionar el archivo del
formato requerido.
10 66.66 1 6.66
Abrir archivo elegido 3 20 2 13.33
Agrega nueva información
relevante del interno
15 100 15 100
Agenda cita posterior si
requiere
5 33.33 2 13.33
Total: 48 319.9 25 153.2
Los costos obtenidos se fundamentan en el sueldo general de un psicólogo
proporcionado por el SAT (2017), este es de $400.00 por hora, monto por el tiempo
en que se tarda en atender a un paciente.
32
1.9 Análisis de alternativas
1. Alternativa
Continuar con el proceso del registro y consultas de los internos manual
mente, como lo ha venido trabajando el usuario.
Ventaja: El usuario no cambiara su estrategia de trabajo, mantiene todo
igual.
Desventaja: El tiempo de búsqueda, registro y llenado de los formatos
que requiere de cada interno seguirá estando lento y frustrante.
2. Alternativa
Hacer uso de un software existente para gestión propia de un centro de
salud mental como PsicoData el cual tiene como objetivo automatizar a
un alto grado la introducción de datos.
Ventaja: Un software competitivo por su tiempo en el mercado y el
dominio del área.
Desventaja: No se adaptaría exactamente a sus necesidades, los
usuarios necesitarían una capacitación y generaría un gasto a la
institución.
3. Alternativa
Adquirir la licencia de SAPPS (Sistema de Administración de Pacientes
Psicológicos) el cual está diseñado para asistir la tarea del psicólogo en
todas sus funciones básicas, como el manejo administrativo de pacientes,
el seguimiento psicoterapéutico del mismo.
Ventaja: Mejor gestión en la administración de los datos.
Desventaja: No se adaptaría exactamente a sus necesidades, los
usuarios necesitarían una capacitación y generaría un gasto a la
institución.
33
1.10 Alcances y limitaciones del proyecto
A continuación se muestran los alcances y limitaciones del Sistema para
automatizar el control de los expedientes psicológicos de los internos del CERESO
de colima.
1.10.1 Alcances
El sistema es capaz de realizar la gestión y administración de los expedientes
psicológicos del CERESO de colima, los módulos de interno, citas, practicantes,
consulta, archivo y psicólogos fueron creados con el fin de facilitar el manejo de la
información y la optimización de los tiempos en sus procesos.
1.10.2 Limitaciones
Las limitaciones del sistema son:
No tener la iniciativa del usuario en la adaptación al sistema.
No contar con la experiencia del usuario al usar un navegador web.
El proyecto solo abarca al departamento de Psicología, por lo que no se
puede acceder desde otra ubicación.
El sistema no tiene acceso a la base de datos del centro de readaptación
social del estado de Colima.
En caso de reasignar un nuevo usuario este puede ya no utilizar el sistema,
puesto que no es un proyecto oficial de la institución.
1.11 Ventajas Competitivas
Uno de los principales rasgos característicos que hacen a este sistema competitivo
es:
Es una aplicación exclusivamente para el área de psicología, dándole al
departamento una fortaleza en el manejo de la información.
El costo del proyecto es bajo con respecto a softwares que existen en el
marcado.
34
La amigabilidad del sistema web hace que sea más intuitivo y de fácil uso.
La aplicación no necesita de un instalador, incompatibilidad de Sistemas
Operativos, ya que fue hecha para servidores web.
35
CAPÍTULO II
FUNDAMENTO TEÓRICO
36
Para conocer del lugar donde se realizó la presente tesis es necesario mencionar
algunos aspectos importantes correspondientes a su origen.
2.1 CERESO (Centro de Readaptación Social)
2.1.1 Historia
“En los primeros tiempos de la Villa de Colima y en los de la Villa de San Sebastián,
que existió desde el año de 1527, en el lugar donde actualmente se encuentra la
Ciudad de Colima, no había cárcel para castigar a quienes cometían faltas
administrativas. Por lo cual el Alguacil era el encargado de aplicar los castigos
impuestos por las autoridades a los infractores de las primeras disposiciones
municipales, privándoles de la libertad en un grillete de madera, ubicado en la plaza
pública en un tronco de árbol sujeto con una cadena, donde recibía el castigo
impuesto por las autoridades. Los delitos mayores se castigaban en un cepo, que
era un instrumento rudo de madera.
En la Villa de Colima, que poco tiempo después se llamó Villa de San Sebastián, se
construyó un edificio amplio y rústico hecho de piedra y tabique, en el cual se alojó
el Ayuntamiento, algunas veces el Alcalde Mayor y otras autoridades. Este edificio
ocupa el sitio donde se encuentra Palacio de Gobierno; en la parte sur del mismo,
desde una época muy antigua, se acondicionó un espacio que estuvo destinado a
la Cárcel Pública, la cual desapareció cuando demolieron este edificio en 1877 para
la construcción del actual Palacio de Gobierno.
De los años de 1916 y 1918 no se conocen diferentes datos de la cárcel general,
siendo gobernador Felipe Valle. En 1922, el gobernador del estado, Miguel Ángel
Álvarez García, informaba que las visitas a las cárceles se continuaban celebrando
con regularidad y de acuerdo a la ley, advirtiendo que en la cárcel de hombres se
procuraba el material y moral de mejoramiento” (Colima, 2017).
37
La falta de un lugar de readaptación cada vez fue resultando necesaria, en el
trascurso de los años y periodos gubernamentales las instalaciones así como el
establecimiento fue mejorando de una forma progresiva.
“En 1970, el Profesor Pablo Silva García, gobernador de Colima, informaba: “la
Penitenciaría tiene espacios muy reducidos y no cumple con las expectativas por el
incremento de los reclusos”. Además, no contaba con personal adecuado para la
rehabilitación de los mismos.
A fines del siglo XIX, la cárcel pública se estableció en un predio inmediato a la
actual Escuela Primaria República Argentina, por la hoy calle Revolución y
antiguamente calle del Colegio Civil, desapareciendo esta prisión para quedar
instalada en la 1ª. Calle de Maclovio Herrera, establecida en este lugar ya como
Cárcel Preventiva, al trasladarse la prisión al edificio ubicado en la confluencia de lo
que hoy en día es el D.I.F. Estatal, entre las calles Emilio Carranza y Calzada
Galván. Finalmente, la prisión del Estado quedó ubicada definitivamente en el
Centro Estatal de Readaptación Social (CERESO), en el lugar que actualmente
ocupa.
La prisión fue inaugurada el 22 de junio del año de 1979 por el Presidente de la
República, el Lic. José López Portillo, siendo gobernador del Estado el Lic. Arturo
Noriega Pizano, previa capacitación del personal en la ciudad de México,
intentándose un trabajo técnico penitenciario con el fin de mejorar el tratamiento de
los internos y lograr su readaptación; impulsando a mejorar las condiciones del
interno con el apoyo de los departamentos educativo y psicológico; trabajándose en
cinco importantes rubros: conocimiento, normas, valores, hábitos y habilidades”
(Colima, 2017).
En la actualidad existen diversos departamentos que conforman el servicios del
CERESO de Colima, uno de ellos es el área de psicología, lugar donde se trabajó
esta tesis, para adentrar más a detalle en este tema es necesario conocer algunos
conceptos claves que dispone esta disciplina.
38
2.2 Psicología
Su estudio se remonta desde la época primitiva, algunos autores con el paso del
tiempo le fueron dando diferentes nombres y términos, en la actualidad es
considerada como una ciencia que estudia el comportamiento humano como lo
menciona (Velazquez, 1961), “Rama de la ciencia que trata de la conducta, los
procesos mentales, y de la mente, el yo o la persona que se conduce o actúa o en
la que ocurren los procesos mentales.”
2.2.1 Psicología Jurídica
El campo de investigación en esta área es muy extenso, un estudio de esta
disciplina es la Psicología Jurídica, uno de los conceptos que la describen es el
siguiente: “Es el estudio del comportamiento de las personas y de los grupos en
cuanto que tienen la necesidad de desenvolverse dentro de ambientes regulados
jurídicamente, así como de la evolución de dichas regulaciones jurídicas o leyes en
cuanto que los grupos sociales se desenvuelven en ellos” (Miguel, 2008).
En otras palabras lo que persigue la Psicología Jurídica es el estudio de las
personas privadas de su libertad condicional, así como de su compartimientos de
evolución en cada uno de estos individuos regulados jurídicamente.
Algunas de las principales funciones de la Psicología son la rehabilitación y
reinserción social de la persona, ya que ayuda a que se respete un pacto social que
permita la generación del menor número de desviados posibles, así como la
reintegración en dicho pacto de aquellos que se han desviado. Dicha reintegración
se realiza aplicando técnicas de tratamiento psicológico.
Una de las técnicas que se realizan en el departamento de psicóloga del CERESO
de colima es el estudio clínico criminológico, aquí el psicólogo específica a través
de un formato una breve descripción del recluso, los antecedentes familiares y
personales, la versión del delito por el interno, el examen mental, las pruebas que
se le aplicaron a la persona privada de su libertad, el índice de lesión orgánica, nivel
39
intelectual, factores psicológicos que intervinieron en la comisión del delito,
dinámica de personalidad y la impresión diagnostica.
Otros estudios que también se aplica son: estudio inicial de personalidad, entrevista
psicológica, estudio psicológico, estudio para beneficio y el formato de actividades.
Cada una de estos formatos son aplicados en diversos tiempos y momentos.
Comprendido un poco el contexto del sistema, a continuación se describirá todo el
material de trabajo que se requirió para hacer el proyecto, el tema principal
abordado en esta parte del capítulo corresponde a la metodología implementada,
ahí se describen los puntos claves que requiere dicho procedimiento.
2.3 Ciclo de vida del desarrollo del sistema
El ciclo de vida del sistema es regido por la metodología XP (programación
extrema), ya que el proyecto cumple con los requerimientos de la mayoría de las
fases. Los conceptos de este método se han ajustado con el paso del tiempo, cada
paso del ciclo del sistema que el procedimiento valora consta de lo siguiente:
Ilustración 16 Ciclo de vida XP
40
La ilustración 16 describe cada una de las etapas que la metodología evalúa, la
primera se encarga de la exploración de los requerimientos del cliente, la segunda
de la planeación de las entregas, esfuerzo estimado y las prioridades, el tercer paso
consta de la parte más extensa, en este apartado se afina el análisis con el cliente
para posteriormente crear el diseño y la delimitación de los resultados obtenidos se
empieza a generar la codificación y pruebas, en todo este tiempo el usuario final
estará al tanto del avance y de las posibles modificaciones. Para la cuarta fase se
le entrega un avance del proyecto para que el cliente valore la aprobación, es
indispensable su opinión ya que si no se cumple las expectativas del cliente, el
sistema vuelve a entrar al ciclo desde la parte de planeación. La quinta etapa está
orientada al mantenimiento correctivo y preventivo. En la sexta etapa se entrega la
parte final del proyecto con los requisitos y estándares acordados, y con ello finaliza
el ciclo de esta metodología.
2.3.1 Exploración
“En esta fase, los clientes plantean a grandes rasgos las historias de usuario que
son de interés para la primera entrega del producto. Al mismo tiempo el equipo de
desarrollo se familiariza con las herramientas, tecnologías y prácticas que se
utilizarán en el proyecto. Se prueba la tecnología y se exploran las posibilidades de
la arquitectura del sistema construyendo un prototipo. La fase de exploración toma
de pocas semanas a pocos meses, dependiendo del tamaño y familiaridad que
tengan los programadores con la tecnología” (Patricio, 2006).
En otras palabras en esta etapa es donde cada uno de los integrantes del equipo
se debe de familiarizar con las herramientas, tiempos y disposiciones que se
requieren para lograr el existo del proyecto.
2.3.2 Planificación de la Entrega
El proyecto comienza recopilando las historias de usuarios, las que constituyen a
los tradicionales casos de uso. Una vez obtenidas estas historias de usuarios, los
programadores evalúan rápidamente el tiempo de desarrollo de cada una.
Los Conceptos básicos de la planificación son:
41
“Las historias de usuario son un instrumento para el levantamiento de
requerimientos para el desarrollo de un software, que ha emergido con la aparición
de los nuevos marcos de trabajo de desarrollo ágil, como por ejemplo Scrum o las
diferentes técnicas que comprenden el Extreme Programming (XP)” (Mistakes,
2013).
Corroborando a la definición anterior el autor (Patricio, 2006), menciona que “las
historias de usuario son la técnica utilizada en XP para especificar los requisitos del
software. Se trata de tarjetas de papel en las cuales el cliente describe brevemente
las características que el sistema debe poseer, sean requisitos funcionales o no
funcionales. El tratamiento de las historias de usuario es muy dinámico y flexible, en
cualquier momento historias de usuario pueden romperse, reemplazarse por otras
más específicas o generales, añadirse nuevas o ser modificadas. Cada historia de
usuario es lo suficientemente comprensible y delimitada para que los
programadores puedan implementarla en unas semanas.”
Lo que los autores mencionan acerca de las historias de usuarios, es lo que es
descrito por el cliente, en su propio lenguaje, como descripciones cortas de lo que
el sistema debe realizar.
“La Planificación de la Entrega, es una práctica en donde el cliente presenta las
características deseadas a los programadores, y los programadores estiman la
dificultad. Teniendo las estimaciones de costo, y sabiendo la importancia de las
características, el Cliente establece un plan para el proyecto. Los planes iniciales
de entregas son necesariamente imprecisos: ni las prioridades ni las estimaciones
son sólidas, y tampoco sabremos qué tan rápido trabaja el equipo hasta que
empiece a trabajar. Sin embargo, incluso el primer plan de entrega es lo
suficientemente preciso como para tomar decisiones, y el equipo XP revisa de forma
regular el plan” (Jeffries, 2010)
El autor menciona la importancia del cliente como parte del equipo de trabajo,
también hace énfasis en que las entregas no son tan sólidas, en este punto se
requiere mucho de la intervención del usuario final ya que es necesario el plan de
trabajo con respecto a las interacciones que se estén suscitando y la pronta
42
respuesta de las modificaciones o actualizaciones que se esté generando departe
de él.
2.3.3 Iteraciones
“Esta fase incluye varias iteraciones sobre el sistema antes de ser entregado. El
Plan de Entrega está compuesto por iteraciones de no más de tres semanas. En la
primera iteración se puede intentar establecer una arquitectura del sistema que
pueda ser utilizada durante el resto del proyecto. Esto se logra escogiendo las
historias que fuercen la creación de esta arquitectura, sin embargo, esto no siempre
es posible ya que es el cliente quien decide qué historias se implementarán en cada
iteración (para maximizar el valor de negocio). Al final de la última iteración el
sistema estará listo para entrar en producción” (Patricio, 2006).
Las iteraciones son acordadas con el cliente, el equipo de trabajo solo realiza las
actividades que el usuario le pide, las fechas de cada iteración no son más de 3
semanas, esto es con el fin de que la persona constantemente se esté actualizando
del avance obtenido.
“Para cada iteración se define un módulo o conjunto de historias que se van a
implementar. Al final de la iteración se obtiene como resultado la entrega del módulo
correspondiente, el cual debe haber superado las pruebas de aceptación que
establece el cliente para la verificar el cumplimento de los requisitos. Las tareas que
no se realicen en una iteración son tomadas en cuenta para la próxima iteración,
donde se define, junto al cliente, si se debe realizar o si debe ser removida de la
planeación del sistema” (Luis, 2007).
2.3.4 Producción
“La fase de producción requiere de pruebas adicionales y revisiones de rendimiento
antes de que el sistema sea trasladado al entorno del cliente. Al mismo tiempo, se
deben tomar decisiones sobre la inclusión de nuevas características a la versión
actual, debido a cambios durante esta fase.
Es posible que se reduzca el tiempo que toma cada iteración, de tres a una semana.
Las ideas que han sido propuestas y las sugerencias son documentadas para su
43
posterior implementación (por ejemplo, durante la fase de mantenimiento)” (Patricio,
2006).
Es decir para que el proyecto llegue a este punto se debió haber pasado la mayor
parte del ciclo, en esta etapa se le proporciona al cliente el sistema concluido y se
deja un lapso de tiempo en el cual la persona puede valorar el desempeño del
software. Los cambios que el usuario proporcione serán echo en un lapso de 2
semanas máximo junto con la documentación que implique.
2.3.5 Mantenimiento
“Mientras la primera versión se encuentra en producción, el proyecto XP debe
mantener el sistema en funcionamiento al mismo tiempo que desarrolla nuevas
iteraciones. Para realizar esto se requiere de tareas de soporte para el cliente. De
esta forma, la velocidad de desarrollo puede disminuir después de la
implementación del sistema en producción. La fase de mantenimiento puede
requerir nuevo personal dentro del equipo y cambios en su estructura” (Patricio,
2006).
2.3.6 Muerte del proyecto
“Es cuando el cliente no tiene más historias para ser incluidas en el sistema. Esto
requiere que se satisfagan las necesidades del cliente en otros aspectos como
rendimiento y confiabilidad del sistema. Se genera la documentación final del
sistema y no se realizan más cambios en la arquitectura. La muerte del proyecto
también ocurre cuando el sistema no genera los beneficios esperados por el cliente
o cuando no hay presupuesto para mantenerlo” (Patricio, 2006).
2.4 HTML (Hyper Text Markup Language).
“HTML es una implementación del estándar SGML (Standard Generalized Markup
Language), estándar internacional para la definición de texto electrónico
independiente de dispositivos, sistemas y aplicaciones.
44
Metalenguaje para definir lenguajes de diseño descriptivos; proporciona un medio
de codificar documentos hipertexto cuyo destino sea el intercambio directo entre
sistemas o aplicaciones” (Martín, 2016).
El lenguaje de marcado HTML es la base para la elaboración de una página o
sistema web este lenguaje de marcado permite que el navegador web tenga
conexión con un servidor en el cual se procesan las peticiones realizadas por el
cliente además HTML permite escribir código que posteriormente será interpretado
y procesado por diferentes compiladores dependiendo el lenguaje utilizado, en este
caso para el sistema se pretende usar del lado del cliente JavaScript, CSS y AJAX
y del lado del servidor PHP un lenguaje de programación de uso general y MySQL
para el manejo de bases de datos.
2.5 MySQL
“MySQL es un sistema de administración de bases de datos relacional (RDBMS).
Se trata de un programa capaz de almacenar una enorme cantidad de datos de gran
variedad y de distribuirlos para cubrir las necesidades de cualquier tipo de
organización, desde pequeños establecimientos comerciales a grandes empresas
y organismos administrativos. MySQL compite con sistemas RDBMS propietarios
conocidos, como Oracle, SQL Server y DB2.
MySQL incluye todos los elementos necesarios para instalar el programa, preparar
diferentes niveles de acceso de usuario, administrar el sistema y proteger y hacer
volcados de datos. Permite desarrollar aplicaciones de base de datos en la mayor
parte de los lenguajes de programación utilizados en la actualidad y ejecutarlos en
casi todos los sistemas operativos. MySQL utiliza el lenguaje de consulta
estructurado (SQL). Se trata del lenguaje utilizado por todas las bases de
relacionales. Este lenguaje permite crear bases de datos, así como agregar,
manipular y recuperar datos en función de criterios específicos” (Gilfillan, 2003).
45
2.6 Protocolo HTTP (Hyper Text Transfer Protocol)
“Es el protocolo de comunicación usado en la web para intercambiar documentos
HTML, archivos CSS, JavaScript, imágenes y otros recursos similares. El protocolo
HTTP sigue un esquema petición-respuesta en donde un navegador web, el cliente
del protocolo, envía un mensaje de petición a un servidor web y, en consecuencia
el servidor retorna un mensaje de respuesta” (W3C, 2017).
2.7 Navegador web
“Un navegador o explorador web es un programa o software, por lo general gratuito,
que nos permite visualizar páginas web a través de Internet además de acceder a
otros recursos de información alojados también en servidores web, como pueden
ser videos, imágenes, audio y archivos XML.
Pero un navegador también nos permite almacenar información o acceder a
diferentes tipos de documentos en el disco duro, acceder a redes privadas y crear
marcadores.
El acceso a otras páginas web a través de los hiperenlaces (hipervínculos o enlaces)
se llama navegación, término del que deriva el nombre de navegador, aunque una
minoría prefieren llamarlo ojeador que sería la traducción literal de la palabra
browser” (Delgado Ferrín Gabriela Maribel, Gutiérrez Cevallos María Elena, 2016).
2.8 Servidor web
“Un servidor web o servidor HTTP es un programa informático que procesa una
aplicación del lado del servidor realizando conexiones bidireccionales y/o
unidireccionales y síncronas o asíncronas con el cliente generando o cediendo una
respuesta en cualquier lenguaje o Aplicación del lado del cliente. El código recibido
46
por el cliente suele ser compilado y ejecutado por un navegador web. Para la
transmisión de todos estos datos suele utilizarse algún protocolo. Generalmente se
utiliza el protocolo HTTP para estas comunicaciones, perteneciente a la capa de
aplicación del modelo OSI. El término también se emplea para referirse al ordenador
que ejecuta el programa” (Tomas, 2016).
2.9 PHP
“PHP es un lenguaje interpretado del lado del servidor que surge dentro de la
corriente denominada código abierto (open source). Se caracteriza por su potencia,
versatilidad, robustez y modularidad. Al igual que ocurre con tecnologías similares,
los programas son integrados directamente dentro del código HTML” (Ángel Cobo,
Patricia Gómez, Daniel Pérez y Rocío Rocha, 2005).
2.10 Codelgniter
Codelgniter es un framework PHP para la creación rápida de aplicaciones web,
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. Esto es, una manera específica de
codificar las páginas web y clasificar sus diferentes scripts, que sirve para que el
código esté mejor organizado y sea más fácil de crear y mantener.
Implementa el proceso de desarrollo llamado Model View Controller (MVC), que es
un estándar de programación de aplicaciones, utilizado tanto para hacer sitios web
como programas tradicionales.
47
2.11 JavaScript
JavaScript es un lenguaje de programación, al igual que PHP, si bien tiene
diferencias importantes con éste. JavaScript se utiliza principalmente del lado del
cliente (es decir, se ejecuta en nuestro ordenador, no en el servidor) permitiendo
crear efectos atractivos y dinámicos en las páginas web. Los navegadores
modernos interpretan el código JavaScript integrado en las páginas web.
Una ventaja del uso de JavaScript es que al estar alojado en el ordenador del
usuario los efectos son muy rápidos y dinámicos. Al ser un lenguaje de
programación permite toda la potencia de la programación como uso de variables,
condicionales, bucles. También podemos citar algún inconveniente: por ejemplo si
el usuario tiene desactivado JavaScript en su navegador, no se mostrarán los
efectos. No obstante, hoy día la mayoría de los usuarios navegan por la web con
JavaScript activado.
2.12 Ajax
Ajax (Asynchronous JavaScript and XML), Ajax es una técnica de desarrollo web
que deriva de JavaScript esta técnica facilita la creación de aplicaciones
interactivas. Estas herramientas se ejecutan en el cliente, es decir, en el navegador
de los usuarios mientras se mantiene la comunicación asíncrona con el servidor en
segundo plano.
2.13 XAMPP
XAMPP es un servidor independiente de plataforma de código libre. Te permite
instalar de forma sencilla Apache en tu propio ordenador, sin importar tu sistema
48
operativo (Linux, Windows, MAC o Solaris). Y lo mejor de todo es que su uso es
gratuito.
XAMPP incluye además servidores de bases de datos como MySQL y SQLite con
sus respectivos gestores phpMyAdmin y phpSQLiteAdmin. Incorpora también el
intérprete de PHP, el intérprete de Perl, servidores de FTP como ProFTPD o FileZilla
FTP Server, etc. entre muchas cosas más.
XAMPP es una herramienta de desarrollo que te permite probar tu trabajo (páginas
web o programación por ejemplo) en tu propio ordenador sin necesidad de tener
que acceder a internet.
49
CAPÍTULO III
PROCEDIMIENTOS Y
DESCRIPCIÓN DE LAS
ACTIVIDADES
50
3.1 Metodología
El desarrollo del sistema está centrado en la metodología XP (programación
extrema). Este método busca generar avances más significativos en lapsos de
tiempo corto, una de las más grandes ventajas y de la cual nos decidimos trabajar
con esta propuesta, es la constante interacción con el cliente en cada una de las
etapas.
3.2 Fase de exploración
El levantamiento de información, la planeación del proyecto y la recopilación de las
herramientas son indispensable en esta etapa.
3.2.1 Requerimientos del sistema
El sistema de automatización de expedientes psicológicos del CERESO de Colima
requiere los siguientes requisitos:
Registro de internos
Registro de practicantes
Llenado del de estudio inicial de personalidad
Llenado del formulario de entrevista
Llenado de la plantilla de estudio Psicológico
Llenado del formulario de estudio para beneficio
Llenado de formato de actividades
Llenado del estudio clínico criminológico
Visualización en PDF cada uno de los formatos
Manejo de sesiones
Apartado para atender consultas
Sección de archivo histórico de cada interno
Agenda de citas psicológicas
Logo y banner del gobierno de Colima
51
3.2.2 Cronograma de actividades
Las actividades que se realizaron en los plazos y lapsos acordados con el usuario
y el equipo de trabajo se muestran en la tabla 5 la cual corresponde al cronograma
de actividades.
52
Tabla 5 Cronograma de actividades
Cronograma de Actividades
Actividad Enero Febrero Marzo Abril Mayo Junio
Fase de exploración
Realizar un análisis del ambiente de trabajo.
Requerimientos del sistema
Fase de planeación
Determinar los reportes y formatos para el usuario final.
Diseñar el modelo conceptual del sistema a desarrollar.
Diseñar la base de datos
Fase de interacciones a entrega
Codificación, pruebas e implementación del sistema.
Documentación
Capacitación al personal
53
3.3 Fase de planeación
En la etapa anterior se mencionaron los requerimientos y el cronograma de las
actividades que se realizaran. En esta sección se exploran a detalle dichos
requerimientos, los cuales son indispensables, para esto se utilizaron casos de
usos.
3.3.1 Casos de usos
Los casos de usos son indispensable y sirven de herramienta en el diseño de
sistemas estos permite tener una visualización más clara de lo que conlleva cada
uno de los requerimientos obtenidos en la etapa de análisis donde se tiene una
comunicación con el cliente.
Ilustración 17 Caso de uso Interacción del sistema con la psicólogo
En la ilustración 17 se muestra el caso de uso de la interacción del sistema con un
psicólogo, además se puede visualizar algunos de los detalles que conlleva dicha
relación con los demás participantes, como lo es el practicante y el interno.
54
Ilustración 18 Caso de uso Psicólogo-Practicante
La ilustración 18 muestra el proceso para registrar un usuario de tipo practicante,
este requiere de la autorización del usuario de tipo psicólogo para que después
pueda tener privilegios de actualizar, registrar o eliminar. Además puede visualizar
el número de pasantes del área que tiene, así como de las consultas que han
atendido cada uno de ellos.
55
Ilustración 19 Caso de uso practicante
Si bien anteriormente se mencionó al practicante como un actor que es dependiente
de un psicólogo, en la ilustración 19 se puede observar las funciones que este
realiza, como: atender interno, agendar una cita para un día en específico, ver
número de internos atendidos por él o ella, entre otros.
56
Ilustración 20 Caso de uso psicólogo-interno
La ilustración 20 muestra la relación psicólogo-interno la cual especifica las
funciones que puede efectuar un usuario sobre dicho interno, como es el proceso
registrar donde el usuario del sistema registra un nuevo interno, puede actualizar
información del mismo o eliminarlo.
57
Ilustración 21 Caso de uso interno
La ilustración 21 muestra unos de los procesos principales que puede tener un
interno. Estos procesos pueden ser realizados por un usuario del sistema el cual
puede generar una cita para una posterior consulta.
Ilustración 22 Caso de uso búsqueda de formatos por internos
58
En la ilustración 22 se muestra el caso de uso de búsqueda de formatos por internos,
esta función es indispensable para la generación del archivo clínico y de la consulta.
Para ello es necesario que el interno ya este registrado en la base de datos, y así
posteriormente el psicólogo pueda llenar, ver o imprimir dicho formato consultado.
Ilustración 23 Caso de usos citas
La ilustración 23 muestra el proceso de citas las cuales requieren del registro del
interno y en caso de que aún no este registrado en la base de datos se podrá dar
de alta desde este apartado, en la agenda de citas se visualizarán los internos con
las citas del día.
59
3.3.2 Base de datos
Ilustración 24 Diseño de la Base de Datos
En la ilustración 24 se muestra el diseño de la base de datos dicha BD es una parte
fundamental para la creación y el funcionamiento del sistema. El diseño de su
estructura surgió al finalizar el análisis de la información recolectada en el proceso
de dialogo con el cliente acerca de los requerimientos del sistema los cuales se
presentaron anteriormente de manera más específica a través de los casos de usos.
3.3.3 Diccionario de datos
La información que se ingresa en la base de datos mostrada anteriormente requiere
de campos con características propias, en las siguientes ilustraciones se indican
las tablas usadas en este sistemas, además se especifican sus respectivas filas y
columnas de cada una de ellas.
60
Ilustración 25 Tabla usuario
En la ilustración 25 se observan los campos requeridos para el llenado de la tabla
usuario, teniendo como llave principal al idUsuario, nombre y contraseña con el tipo
de dato varchar y tipoUsuario como entero, cada una de estas filas no permiten
valores nulos.
Ilustración 26 Tabla Psicólogo
El personal de psicología necesita de un apartado exclusivo, la ilustración 26
muestra su tabla correspondiente, como llave principal se tiene al idpsicóloga,
nombre, cedula y contraseña de tipo de datos varchar, y con una llave foránea a la
tabla usuario a través de usuario_idUsuario.
Ilustración 27 Tabla practicante
La imagen que muestra la ilustración 27 corresponde a la tabla de practicantes, se
tiene como llave principal, no nula y única al idpracticante, el nombre, contraseña,
apellido, correo y teléfono con tipo de dato varchar y llave foránea a la tabla de
usuario.
61
Ilustración 28 Tabla interno
Toda la funcionalidad del sistema se centra en los internos, la ilustración 28 muestra
la tabla correspondiente, aquí se tiene una llave principal, no nula y única llamada
idInterno, los demás campos que se muestran son de tipo varchar, longtext e int,
tiene una llave foránea a la tabla de psicóloga a través de psicologa_idpsicologa.
Ilustración 29 Tabla formato
La ilustración 29 corresponde a la tabla de formato, esta cuenta con una llave
primaria llamada idformato, tiene el compo de nombre, fecha, su llave foránea a la
tabla de psicólogo es psicologa_idpsicologa.
62
Ilustración 30 Tabla estudio clínico criminológico
Cada formato contiene su tabla correspondiente, la ilustración 30 se indica la del
estudio clínico criminológico, la llave primaria que utiliza es el idcriminologico como
no nula y auto incrementable, el resto de los campos tienen un tipo de datos varchar
y longtext, este último se estableció como una necesidad, pues la psicóloga
acostumbra a introducir mucho texto.
Ilustración 31 Tabla cita
En la ilustración 31 se muestra la tabla para citas en la cual se indica como llave
primaria el idcita, con las características de no nula, única y auto incrementable, la
llave foránea psicóloga_idpsicologa corresponde a la tabla de psicólogo y la otra a
la de practicante.
63
3.4 Fases de interacciones a entregar
En esta etapa del proyecto se desarrolló cada uno de los requerimientos acordados,
esta sección está conformada por una serie de interacciones que con el paso del
tiempo fueron surgiendo, y que la metodología XP (Programación extrema) lo
requería.
3.4.1 Interacción 1: Modulo de Inicio de sesión y plantilla del sistema
3.4.1.1 Análisis
El usuario entrega el logo y slogan de la institución para que el sistema lo lleve en
el inicio de sesión, además pide un banner del gobierno de del estado de Colima.
3.4.1.2 Diseño
Ilustración 32 Vista login
La ilustración 32 muestra el diseño del inicio de sesión, el banner y un texto de
advertencia para los usuarios ajenos al sistema que intenten acceder sin el
consentimiento de un usuario administrador.
64
3.4.1.3 Codificación
En el desarrollo se generó con la arquitectura modelo, vista y controlador. El
framework usado ya lo tiene incorporado.
Ilustración 33 Codificación vista login
La figura 33 muestra la codificación de la vista del acceso al sistema.
Ilustración 34 codificación controlador login
65
El controlador esta direccionado por una ruta amigable, la ilustración 34 plasma el
código usado en este. Además se puede apreciar las llamadas al modelo y la
extracción de la información en los campos de texto a través de la variable usuario
y la contraseña, para su comprobación.
3.4.2 Interacción 2: Panel de control
3.4.2.1 Análisis panel de control
En el equipo de trabajo se acordó junto con el área de psicología, que el sistema
tenga un panel gráfico con imagines correspondientes a cada pequeño modulo.
3.4.2.2 Diseño panel de control
La imagen siguiente representa las seis principales funciones que desempeña el
cliente. Se puede observar que un recuadro no cuenta con imagen, este apartado
es para la consulta que expedirá, en términos generales esta implementación
resulto más óptima para el usuario ya que a través de ello puede llevar un mejor
control de su trabajo.
Ilustración 35 Panel de control
La ilustración 35 muestra el diseño final del panel de control para un usuario con
privilegios de administrador, cada uno de los módulos son responsivos adaptables
aun Smartphone.
66
3.4.2.3 Codificación panel de control
El código utilizado en los recuadros es a través de CSS y el framework Boostrapp,
en las imágenes se realizó un link a su respectivo directorio, a continuación se
muestra más específico estas implementaciones.
Ilustración 36 Codificación vista panel de control
La ilustración 36 lo muestra como está compuesta del lenguaje de marcado de texto
(HTML).
Ilustración 37 Codificación del CSS para el panel de control
67
Para la apariencia y entorno amigable se utilizó CSS, en la ilustración 37 se muestra
el código generado.
3.4.3 Interacción 3: Registro de interno y de practicante
3.4.3.1 Análisis registro de interno y de practicante
En el departamento de psicología se encuentran practicantes que están realizando
su servicio social o sus prácticas profesionales, los requerimientos para ellos son
mínimos ya que su estancia es temporal, los trabajos que realizan siempre están
supervisados por un psicólogo encargado, por tal motivo se realizó un catálogo de
dichos alumnos. También se tiene un registro de cada interno que es atendido, esto
es fundamental dentro del sistema.
3.4.3.2 Diseño registro de interno y de practicante
Ilustración 38 Registro de Internos
La ilustración 38 describe el formulario requerido para el alta de internos, la vista
fue diseñada de acuerdo al tema usado en el panel de control, su respectivo tipo de
letra, color y márgenes se conservaron, además se implementó un pequeño
68
seguimiento de la secuencia del sistema con el fin de que el usuario no se pierda
entre las vistas.
Ilustración 39 Registro de practicantes
Los practicantes que harán uso del sistema requieren de un previo registro, la
ilustración 39 muestra a través de un formulario los datos que son requeridos para
dar de alta un nevó residente en el sistema.
3.4.3.3 Codificación registro de interno y de practicante
La codificación se realizó con la arquitectura modelo, vista y controlador (MVC), a
continuación se detallan más específicamente los pasos.
En la programación del HTML (lenguaje de marcado de texto) se establecieron los
parámetros necesarios del registro del interno.
69
Ilustración 40 Codificación de la alta de internos
La ilustración 40 muestra el código para implementar el registro de un nuevo
interno.
Ilustración 41 Codificación del controlador de alta de internos
En la ilustración 41 se muestra el código generado dentro del controlador, se declaró
una función llamada registrar, la cual contiene las variables correspondientes a
cada cuadro de texto declarado en la vista, también se carga el modelo junto con
los parámetros a enviar.
70
Ilustración 42 Codificación del modelo registrar interno
La función “registrarinter” mostrada en la ilustración 42 corresponde al modelo, aquí
se reciben los valores que fueron enviados del controlador, posterior a eso se
genera la consulta SQL que permitirá guardar dichos datos.
3.4.4 Interacción 4: Modulo atender consulta
3.4.4.1 Análisis atender consulta
El modulo atender consulta está compuesto de cada uno de los formatos que el
departamento de psicología necesita para generar una consulta, estos documentos
fueron entregados al inicio del proyecto. En esta interacción se agregaron unas
modificaciones que ella realizo al formato de estudio-criminológico, además se
estableció que los archivos se generaran con la extensión PDF.
71
3.4.4.2 Diseño atender consulta
La vista principal de los formatos muestra un panel con sus respectivas imágenes
correspondientes a cada uno de ellos, además se indica el nombre de interno en la
parte superior.
Ilustración 43 Formatos del paciente atendido
En la ilustración 43 se visualiza un pequeño panel de formatos correspondientes al
interno en consulta.
Ilustración 44 Vista estudio de personalidad
72
La ilustración 44 muestra el formulario que generará el formato de estudio de
personalidad, esta vista cuenta con el nombre y apellido del paciente precargados
directamente de la base de datos, campos que en el registro del interno se
ingresaron.
Ilustración 45 Vista entrevista psicológica
En la ilustración 45 se muestra el formato entrevista psicológica, esta requiere de
una serie de campos con indicaciones pertenecientes a la secuencia de dicho
estudio, un formulario interactivo con un botón de “agregar más” en el apartado de
datos familiares de hermanos y además la incorporación del examen mental que se
le aplico al interno.
Ilustración 46 Vista estudio psicológico
73
En la ilustración 46 perteneciente al formato estudio psicológico se establece un
campo con información del interno, la cual es extraída de la base de datos, su
finalidad es optimizar el tiempo del llenado de este segmento, ya que se ha tomado
en cuenta el apartado de Estambul dentro de este diseño.
Ilustración 47 Vista estudio para beneficio
La ilustración 47 muestra los campos requeridos en el formulario de la vista estudio
para beneficio son los acordados en la entrevista con la psicólogo, aquí es necesario
llenar cada segmento para la generación del estudio.
Ilustración 48 Vista formato de actividades
74
Para la vista del estudio de actividades que se muestra en la ilustración 48, se
estableció dentro de cada campo la información correspondiente al formato, la
ayuda que se está generando pertenece a un croquis predefinido hecho en HTML
Ilustración 49 Vista estudio clínico criminológico
La ilustración 49 pertenece al formato estudio clínico criminológico, en esta vista el
psicólogo necesita ingresar la información de cada uno de los campos establecidos,
la sección de descripción muestra una ayuda con algunos datos del paciente, los
cuales se extraen directamente de la base de datos.
3.4.4.3 Codificación atender consulta
Las vistas mostradas anteriormente fueron desarrolladas con el frameword de
Codeigniter, los controladores y los modelos requeridos en el funcionamiento de
las vistas, se detallaran más específicamente a continuación.
Ilustración 50 Codificación del formato de estudio de personalidad
75
El código visualizado en la ilustración 50 corresponde al formato de estudio de
personalidad, el framework de estilos es bootstrap a través de HTML (lenguaje de
marcado de texto).
Ilustración 51 Codificación de la función del controlador que corresponde al
formato de personalidad
La ilustración 51 muestra el procesamiento de la información obtenida de la vista
del estudio de personalidad es enviada al controlador “formpersonalidadpost”, para
relacionar los datos con el modelo.
Ilustración 52 Codificación de la función del modelo que corresponde al estudio de
personalidad
La ilustración 52 muestra el modelo se establece la consulta SQL correspondiente
al formato, para posteriormente almacenar la información obtenida.
76
Ilustración 53 Codificación de la vista del formato de entrevista psicológica
La ilustración 53 muestra el parte del código que se utilizó para desarrollo de la vista
correspondiente al formato de entrevista psicológica.
Ilustración 54 Codificación de la función del controlador que corresponde al
formato de entrevista psicológica
La ilustración 54 muestra la función programada para procesar los datos obtenidos
y enviarlos al modelo indicado en el controlador, para posteriormente ser utilizados
en el almacenamiento de la información.
77
Ilustración 55 Codificación de la función del modelo que corresponde al formato de
entrevista psicológica
La información que llega al modelo señalado en la ilustración 55 genera la
consulta SQL, si el proceso resulto satisfactorio, la función mostrada en la imagen
retornará un valor booleano a su controlador correspondiente.
Ilustración 56 Codificación de la vista del estudio psicológico
La ilustración 56 muestra la codificación de la vista del formato de estudio
psicológico, en ella se describe el código de cada uno de los campos requeridos.
78
Ilustración 57 Codificación de la función del controlador que corresponde al
estudio psicológico
La ilustración 57 muestra el controlador que especifica la función correspondiente
al envió de información y enlace con el modelo, además obtiene un valor booleano
de falso o verdadero proveniente de relación generada.
Ilustración 58 Codificación de la función del modelo correspondiente al estudio de
beneficio
La ilustración 58 muestra la función encargada de almacenar los datos, en esta
función se especifica la consulta que se realiza al gestor de base de datos.
79
Ilustración 59 Codificación de la vista del formato de estudio para beneficio
La codificación de la vista correspondiente al formato estudio para beneficio es
mostrada en la ilustración 59, aquí se especifica un extracto del código del
formulario y los parámetros necesarios que requiere dicho estudio.
Ilustración 60 Codificación de la función del controlador correspondiente al estudio
de beneficio
En el controlador de recepción de datos se encuentra la función que la ilustración
60 muestra, aquí se especifican los parámetros enviados al modelo, además existe
una validación en caso de que resulte error.
80
Ilustración 61 Codificación de la función del modelo estudio para beneficio
Los parámetros enviados a través del controlador mencionado anterior mente, se
reciben en la función que señala la ilustración 61, las tres consultas que se observan
corresponden al llenado de las tablas indicadas.
Ilustración 62 Codificación de la vita del formato de estudio de actividades
La ilustración 62 muestra parte de la codificación de la vista del formato de estudio
de actividades, en esta imagen se observan algunas líneas PHP requeridas dentro
del desarrollo del formulario.
81
Ilustración 63 Codificación de la función del controlador correspondiente a formato
de actividades
La función que indica la ilustración 63, no cuenta con parámetros extensos como
algunas otras funciones mencionadas anteriormente, esto corresponde al corto
formulario de la vista, aunque es pequeña, su funcionalidad es igual a la de sus
predecesoras, envía la información al modelo.
Ilustración 64 Codificación de la función del modelo correspondiente al formato de
actividades
La información que es obtenida del controlador, es procesada en la función que
muestra la ilustración 64, aquí se observa parte de las consultas SQL, además
retorna un valor booleano a la operación del controlador que la llamo.
82
Ilustración 65 Codificación de la vista estudio clínico criminológico
La ilustración 65 muestra algunos aspectos requeridos dentro de este formulario
para generar la vista estudio clínico criminológico.
Ilustración 66 Codificación de la función del controlador correspondiente al estudio
clínico criminológico
El código que muestra la ilustración 66 pertenece a la función del controlador
encargado de obtener los datos de la vista, para posteriormente re direccionarlos a
la operación del modelo encargado de manipular esta información.
83
Ilustración 67 Codificación de la función del modelo clínico criminológico
La ilustración 67 muestra las consultas para guardar la información que llega de la
vista a una función del controlador para posteriormente ser enviada a un modelo.
3.4.5 Interacción 5: Modulo citas
3.4.5.1 Análisis modulo citas
Con la implementación de este módulo se pretende llevar un mejor control en la
programación de citas en el departamento de psicología, a continuación se
muestran las vistas para dicho modulo.
84
3.4.5.2 Diseño modulo citas
Ilustración 68 Panel del control de citas
En la ilustración 68 se muestra el panel de control para las citas, está conformado
por cuatro opciones que visualizan: las citas para el día actual, agentar una nueva
cita, ver las citas de una determinada fecha y mostrar las citas de un interno en
particular.
Ilustración 69 Vista para agendar una nueva cita
En la ilustración 69 se muestra el formulario para la opción de agendar una nueva
cita el cual fue implementado con la ayuda de librerías de JavaScript para facilitar
85
al usuario su llenado como se muestra en la imagen el calendario de la librería
jQuery de JavaScript donde el usuario no tiene que teclear la fecha completa sino
solo dar un clic y seleccionar la fecha en la que se desea programar la cita, también
se implementaron las búsquedas autocompletables en tiempo real desde la base de
datos con el fin de que al teclear una letra despliegue los nombres de los internos
que coinciden con dicha letra y así hacer más rápido y eficiente la búsqueda y
selección de un interno.
Ilustración 63 Buscar citas de una determinada fecha
En la ilustración 63 se muestra la opción de ver citas estas se muestran de acuerdo
a la fecha requerida. El usuario selecciona una fecha y a continuación se le
despliega una tabla con información de las citas para ese día.
86
3.4.5.3 Codificación modulo citas
Ilustración 70 Parte del código del modelo para control de citas
En la ilustración 71 se muestra una parte del código generado en el modelo donde
se realizan las consultas a la base de datos.
87
Ilustración 71 Parte del código para la vista de control de citas
En la ilustración 72 se muestra parte del código que se generó para la vista del
control de citas.
Ilustración 72 Parte del controlador de citas
En la ilustración 73 se muestra parte del código que se generó para el control lógico
de la citas en esta parte del código se programaron las funciones que permitirán
manejar los datos en las vistas anteriormente mencionadas.
88
3.4.6 Interacción 6: Archivo clínico
3.4.6.1 Análisis archivo clínico
La búsqueda del archivo clínico requiere del nombre completo del paciente, para
solucionar este problema se generó una consulta en tiempo real de los internos, la
cual es mostrada abajo del cuadro de texto.
3.4.6.2 Diseño archivo clínico
Ilustración 73 Vista archivo clínico
El cuadro de texto que se observa en la ilustración 74, contiene una consulta en
tiempo real de los nombres de los internos registrados en la base de datos, ya que
es indispensable para la búsqueda, además se observa que es necesario
especificar el tipo de formato a encontrar.
89
3.4.6.3 Codificación archivo clínico
Ilustración 74 Codificación de la función del controlador que corresponde al
archivo clínico.
En la ilustración 75 se muestra el código que se generó para la búsqueda de
archivos con extensión PDF, en esta parte del controlador llega el nombre del
interno que se solicita.
3.4.7 Pruebas de la aplicación web
En cada interacción la metodología de programación extrema (XP) tiene un
apartado de pruebas, en nuestro caso y para mayor comodidad decidimos hacer las
pruebas al término de la codificación, aunque es importante mencionar que cuando
ocurría algún error era necesario solucionarlo.
3.4.7.1 Prueba de contenido
Los errores en el contenido de una aplicación web pueden ser tan triviales, algunos
de ellos son: los errores tipográficos, información incorrecta, organización
inadecuada, etc. Estos problemas deben de evitarse antes de que el usuario final
los descubra.
La prueba de contenido tiene tres objetivos importantes:
90
1) Descubrir errores sintácticos (por ejemplo, errores tipográficos o
gramaticales) en documentos de texto, representaciones gráficas y otros
medios.
2) Descubrir errores semánticos (es decir, errores en la precisión o completitud
de la información) en cualquier objeto de contenido que se presente conforme
ocurre la navegación.
3) Encontrar errores en la organización o estructura del contenido que se
presenta al usuario final” (Pressman, 2010).
Dentro de la generación de los formatos a PDF se encontraron errores sintácticos
de codificación de caracteres especiales, la librería implementada no cuenta con la
validación correspondiente. A raíz de eso se implementó la función”decodeutf8”,
para solucionar el problema.
Ilustración 75 Prueba del PDF con contenido dañado.
En la ilustración 76 se pueden observar los caracteres especiales sintácticos, en
este caso los acentos, no son mostrados correctamente, en su lugar aparece una
serie de valores incongruentes.
91
Ilustración 76 Prueba del PDF con contenido solucionado
Con la implementación de la función “decodeutf8” se logró solucionar el error de
acentuación, tal cual lo muestra la ilustración 77. Una vez comprobada la factibilidad
de lo implementado, se llevó acabo en cada formato.
3.4.7.2 Prueba de base de datos
“Las webapps modernas hacen mucho más que presentar objetos de contenido
estáticos. En muchos dominios de aplicación, la webapp tiene interfaz con
sofisticados sistemas de gestión de base de datos y construyen objetos de
contenido dinámico que se crean en tiempo real, usando los datos adquiridos desde
una base de datos” (Pressman, 2010).
El punto clave durante esta sección fue sobre cargar de información las tablas de la
base de datos, durante la modificaciones que se hacían encontrábamos pequeños
errores de codificación, pero jamás se había especificado una serie de texto
bastante considerable para la inserción en cada tabla correspondiente a los
formatos, lo que se buscó en este punto fue la reacción del gestor en el
almacenamiento de grandes cantidades de datos, a continuación se muestra el
resultado.
92
Ilustración 77 Prueba de la base de datos con mucha información
La ilustración 78, representa una prueba de almacenamiento de un grande volumen
de información, los resultados que se muestra corresponden a un error de sobre
carga en el tamaño requerido para ese tipo de dato. La solución que se acordó fue
cambiar cada columna de tipo text a longtext.
3.4.7.3 Prueba de interfaz de usuario
“Las características de la interfaz se prueban para garantizar que las reglas del
diseño, estética y contenido visual relacionado estén disponibles sin error para el
usuario. Las características incluyen tipo de fuente, uso de color, marcos, imágenes,
bordes, tablas y características de interfaz relacionadas que se generan conforme
avanza la ejecución de la webapp” (Pressman, 2010).
Al realizar las interfaces siempre se aseguró verificar y validar el correcto
funcionamiento de las mismas. Durante el diseño se revisó a detalle cada propuesta
y acorde a ello se tomó la que cumplía más y mejor los requisitos del cliente.
La definición del color, fuente y tamaño de letra fueron acordados durante el análisis
de requerimientos, en cada avance de la propuesta el usuario del sistema no
menciono ningún detalle relacionado a este punto.
Cada vínculo de navegación se probó para garantizar el alcance del objetivo del
contenido o función apropiado. Además se construyó una lista de todos los vínculos
93
asociados con la plantilla de interfaz (por ejemplo, barras de menú e ítems de índice)
y luego se ejecutaron cada uno individualmente. Al realizar la prueba se encontró
que el banner del sitio web contenía un re-direccionamiento a una URL no
especificada, este paso fue necesario para descubrir vínculos defectuosos con
objetos de contenido o funciones inadecuadas.
Finalmente, se comprobó la responsividad del sistema en los diferentes tamaños,
cumpliendo adecuadamente las expectativas del usuario.
Ilustración 78 Prueba de vista responsiva tamaño predeterminado
En la ilustración 79 se describe una vista del tamaño predeterminado por el
navegador web Chrome.
94
Ilustración 79 Prueba de interfaz responsiva tamaño móvil
La comodidad de acceso a los sistemas mediante un dispositivo móvil, hoy en la
actualidad está cobrando una gran necesidad en los proyectos de desarrollo web,
por lo que la ilustración 80 muestra esta alternativa en este sitio desarrollado.
3.4.7.4 Prueba de usabilidad
“La prueba de usabilidad es similar a la de semántica de interfaz porque también
evalúa el grado en el cual los usuarios pueden interactuar efectivamente con la
webapp y el grado en el que la aplicación guía las acciones del usuario, proporciona
retroalimentación significativa y refuerza un enfoque de interacción consistente. En
lugar de enfocarse atentamente en la semántica de algún objetivo interactivo, las
revisiones y pruebas de usabilidad se diseñan para determinar el grado en el cual
la interfaz de la webapp facilita la vida del usuario” (Pressman, 2010).
95
Las pruebas de usabilidad en el sistema de automatización de expedientes
psicológicos del CERESO de Colima ocurrieron en los siguientes niveles de
abstracción:
Usabilidad de un mecanismo en específico.
Usabilidad de una página web completa.
Usabilidad del proyecto completo.
En la usabilidad de un mecanismo en específico se probaron los formularios, la
segunda consistió en el conjunto de interfaz, controlador y modelo relacionado a la
vista en prueba, para la última se requirió de una persona contrata en
representación de la psicóloga, ya con todos los módulos previamente definidos.
A continuación se muestran las gráficas resultantes de la aplicación de un
cuestionario el cual consta de cinco preguntas que se le aplico al personal en
departamento de psicología con el fin de comprobar, que nuestra hipótesis inicial
fue verdadera. Además con estas encuestas también se demostró una buena
usabilidad del sistema terminado.
Ilustración 81 Porcentaje de mejora en la asignación de responsabilidades
En la ilustración número 81 se muestra que el porcentaje de la asignación de
responsabilidades mejoro en un 30% de acuerdo a que anteriormente no se tenía
un control de cuantos pacientes atendía cada integrante del personal responsable.
…
¿En qué porcentaje se mejoró la asignación de responsabilidades?
96
Ilustración 82 Porcentaje de mejora de rapidez en consulta de archivos
La ilustración número 82 muestra que se mejoró en un 80% la localización de los
datos de internos, psicólogos así como el archivo clínico de cada interno,
anteriormente estas búsquedas las hacían de forma manual buscando en un archivo
en fisco lo cual demoraba mucho tiempo.
Ilustración 83 Porcentaje de tiempo en la diminución de atención en consulta
psicológica
La ilustración número 83 muestra el porcentaje de reducción de tiempo en la
atención de consultas a los internos, se redujo en un 15% esto debido a que el
80%
¿Porcentaje en que se mejoró la rapidez en la localización de los datos de los internos, psicólogos,
padecimientos y expedientes?
…
¿Porcentaje de tiempo en que se disminuyó la atencion y las consultas psicológicas a los internos?
97
sistema autocompleta información que es redundante dentro de cada uno de los
estudios psicológicos aplicados en cada consulta.
Ilustración 84 Porcentaje de mejora en la estructura y organización de la
información
La ilustración numero 84 muestra que se mejoró en un 50% la organización de las
consultas que se dieron a los internos así como la documentación que se generó en
cada consulta.
Ilustración 85 Porcentaje de mejora en la planeación de citas
La ilustración numero 85 muestra que la agenda de citas mejoro en un 60% la forma
en la que se programan y se llevan los registros de cada consulta por interno.
50%
¿Porcentaje que se mojero la estructura y organización de la información?
60%
¿Con la agenda de citas en que porcentaje se mejoró la planeación de las mismas?
98
3.4.7.5 Prueba de compatibilidad
“Diferentes computadoras, dispositivos de despliegue, sistemas operativos,
navegadores y velocidades de conexión de red pueden tener influencia significativa
sobre la operación de una webapp. Cada configuración de cómputo puede dar como
resultado diferencias en velocidades de procesamiento en el lado cliente, en
resolución de despliegue y en velocidades de conexión.
Los caprichos de los sistemas operativos en ocasiones pueden producir conflictos
de procesamiento en la webapp. En ocasiones, diferentes navegadores producen
resultados ligeramente distintos, sin importar el grado de estandarización HTML
dentro de la webapp. Los plug-ins requeridos pueden o no conseguirse con facilidad
para una configuración particular” (Pressman, 2010).
En esta prueba de compatibilidad se consideró el sistema operativo Windows 10,
los navegadores Chrome, Microsoft Edge, los resultados se muestran a
continuación.
Ilustración 86 Prueba de compatibilidad en navegador web Chrome
La ilustración 86 muestra una captura de pantalla de la prueba del sistema en el
navegador Chrome, en la imagen se aprecia el entorno de acceso al proyecto.
99
Ilustración 87 Prueba de compatibilidad en navegador Microsoft Edge
Los resultados obtenidos en la prueba que representa la ilustración 87 corresponden
al navegador web Microsoft Edge, en este programa se visualizaron unos detalles
más bonitos en la ejecución del javascript, pero un problema bastante importante
en la carga del PDF.
Se recomienda el navegador Chrome de google, por su mejor desempeño en toda
la etapa.
3.4.7.6 Prueba de rendimiento
“Las pruebas de rendimiento se usan para descubrir problemas de rendimiento que
pueden ser resultado de: falta de recursos en el lado servidor, red con ancho de
banda inadecuada, capacidades de base de datos inadecuadas, capacidades de
sistema operativo deficientes o débiles, funcionalidad de webapp pobremente
diseñada y otros conflictos de hardware o software que pueden conducir a
rendimiento cliente-servidor degradado. La intención es doble: 1) comprender cómo
responde el sistema conforme aumenta la carga (es decir, número de usuarios,
número de transacciones o volumen de datos global) y 2) recopilar mediciones que
conducirán a modificaciones de diseño para mejorar el rendimiento” (Pressman,
2010).
Las pruebas de rendimiento que se aplicaron al sistema automatización de
expedientes psicológicos del CERESO de colima, resultaron satisfactorias, en
100
presencia del usuario administrador, nos dijo su conformidad y satisfacción durante
la prueba, a continuación se describen las pruebas.
Procesamiento de la información: La capacidad del procesador Intel i3 con
el que cuenta la computadora del usuario es el más recomendable, ya que
no presento complicaciones al montar el servidor apache.
Sistema operativo: Se realizaron algunas modificaciones en el sistema
operativo Windows 10 dentro de los servicios locales para inicia el auto
arranque del Xampp.
101
CAPÍTULO IV
CONCLUSIONES
102
4.1 Cumplimiento de los objetivos
El objetivo de desarrollar un sistema para automatizar el control de los expedientes
psicológicos de los internos del CERESO de colima se cumplió satisfactoriamente,
los resultados obtenidos fueron de gran importancia para el área de psicología del
CERESO del estado de colima.
En los objetivos específicos que se planearon al inicio del desarrollo del proyecto
está la generación de una agenda electrónica, su implementación se logró en tiempo
y forma, el poder llevar un control de las citas resulto en el usuario una gran
satisfacción.
También se lograron los objetivos planeados para la generación de formatos
digitales de cada interno a través del sistema, sin perder la estructura tradicional
que se tiene manejando, este requisito tuvo algunas complicaciones en su
desarrollo, principalmente el manejo de la información para su presentación. Al
termino se logró culminar con satisfacción en tiempo y forma, cuando se le mostros
al psicólogo ya con datos reales de su trabajo, la visualización fue la esperada por
pate del usuario administrador, otro punto importante que se cumplió con éxito fue
la generación de PDF’s para posteriormente imprimirlos.
En los demás aspectos queda concluido este apartado con la satisfacción de un
buen desempeño en todo el proceso de desarrollo y cumplimiento de los objetivos.
4.2 Cumplimiento de la Hipótesis
La automatización de los expedientes psicológicos del CERESO de Colima,
permitirá mejorar la eficiencia en el departamento de psicología, mediante la
reducción de los tiempos en la localización y presentación de la información y
atención de los internos. Esta hipótesis es positiva ya que el sistema logro optimizar
el tiempo en la consulta de la información archivada, atención de una consulta
psicológica y principalmente en la disminución de carga de trabajo del área de
psicología. Esto se respalda con los resultados obtenidos en la encuesta aplicada
103
en el departamento de psicología, a continuación se presenta en porcentaje
concreto de la valoración del sistema en el punto encuestado.
4.3 Trabajos futuros
En la propuesta de solución se mencionaron dos alternativas viables para el
sistema, la primera consiste en los reportes psicológicos de padecimientos
criminológicos y médicos, la información que se genere será procesada por la
dirección del CERESO de Colima para la toma de decisiones dentro del área,
además el brindarle más soporte ayudará a que se reintegren nuevos módulos.
Por otra parte están las estadísticas propias de la psicología, ella necesita ver en
graficas los datos recabados a través de sus exámenes que aplica.
También se establecerá el tipo de formato para impresión Word, se recomienda
dentro este apartado ya que a veces se requiere hacer unas modificaciones en
concreto y el archivo con extensión PDF no proporciona la opción de edición.
104
4.4 Conclusión
Al haber terminado este proyecto se puede concluir que el uso de un sistema web para
automatizar la gestión de los procesos en el departamento de psicología del centro de
reinserción social de Colima permitió reducir los tiempos en la búsqueda de expedientes de
los internos, también disminuyó el tiempo en la atención de un interno, se demostró una
gran mejoría en la forma en la que se organiza y almacena la información tanto del personal
del área de psicología como el archivo clínico de los internos.
De acuerdo a las encuestas que se aplicaron al personal del departamento de psicología
se concluye que los integrantes de esta área les es de gran importancia y utilidad el uso de
un sistema para gestionar la información que se genera en dicha área para posteriormente
facilitar el acceso a la misma y procesarla en los usos requeridos.
Se logró el objetivo que se propuso al inicio del proyecto, que fue la implementación
de un sistema computacional con tecnología web, cada paso que nos marcó la
metodología nos llevó a un grado de compromiso en las entregas constantes que
este pedía, en los módulos desarrollados encontramos algunos puntos confusos
que requirieron de un tiempo extra, durante el trabajo en equipo se adquirían nuevos
conocimientos del área, tecnología usada y algunas preferencias para el personal
del departamento de psicología en proyectos de software.
En términos generales obtuvimos una gran experiencia en el desarrollo, interacción
con el cliente, trabajo en equipo y sobre todo humildad, paciencia y dedicación cada
vez que se nos proporcionaba alguna modificación o cambio de planes.
105
Referencias
Colima, G. d. (9 de Junio de 2017). digpres. Obtenido de Centro Estatal de
Reinserción Social Colima:
http://www.digpres.col.gob.mx/cereso%20colima.php
Delgado Ferrín Gabriela Maribel, Gutiérrez Cevallos María Elena. (17 de 12
de 2016). UNIVERSIDAD TÉCNICA DE MANABÍ. Obtenido de
http://www.utm.edu.ec/seguimosavanzando/wp-
content/uploads/carrusel/manuales/fcae/uso.int.her.tec.pdf
Gilfillan, I. (2003). La biblia MySQL. España: ANAYA MULTIMEDIA.
Jeffries, R. (5 de Febrero de 2010). dosideas. Obtenido de dosideas.com:
https://dosideas.com/noticias/metodologias/822-una-introduccion-a-
extreme-programming
Luis. (1 de Octubre de 2007). repositorio. Obtenido de repositorio.utp:
http://repositorio.utp.edu.co/dspace/bitstream/handle/11059/794/0053E18cp
.pdf?sequence=1
Martín, P. R. (17 de 12 de 2016). ASPtutor. Obtenido de
http://www.asptutor.com/zip/cbhtml.pdf
Miguel. (2008). Manual de Psicología Jurídica Laboral . Madrid: Delta
publicaciones.
Mistakes. (24 de Abril de 2013). pmoinformatica. Obtenido de
PMOinformatica.com: http://www.pmoinformatica.com/2013/04/que-son-las-
historias-de-usuario-7.html
Patricio. (15 de Enero de 2006). Cyta. (Universidad Politécnica de Valencia)
Recuperado el 27 de Abril de 2017, de
http://www.cyta.com.ar/ta0502/v5n2a1.htm
Velazquez, J. (1961). Curso elemental de Psicología. New York: Compañía
General de Ediciones, S.A de C.V.
W3C. (17 de 12 de 2017). Protocolo HTTP. Obtenido de
https://www.w3.org/Protocols/HTTP/1.0/spec.html#Status-Line
106
Anexos
107