PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO
Dirección Académica – Escuela de Sistemas
SISTEMA WEB PARA LA GESTIÓN Y CONTROL DEL DEPARTAMENTO DE REHABILITACIÓN FÍSICA DEL PATRONATO MUNICIPAL DE INCLUSIÓN SOCIAL DE SANTO DOMINGO; PERIODO 2018-2019 Trabajo de Titulación previo a la obtención del título de Ingeniero de Sistemas y Computación.
Línea de Investigación: Tecnologías de la información y la comunicación.
Autoría: STEEVEN DAVID RUIZ QUINALUISA FABIAN ENRIQUE VALENCIA CELI Dirección: Mg. LUIS JAVIER ULLOA MENESES
Santo Domingo – Ecuador Febrero, 2019
PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO
Dirección Académica – Escuela de Sistemas
HOJA DE APROBACIÓN
SISTEMA WEB PARA LA GESTIÓN Y CONTROL DEL DEPARTAMENTO DE REHABILITACIÓN FÍSICA DEL PATRONATO MUNICIPAL DE INCLUSIÓN SOCIAL DE SANTO DOMINGO; PERIODO 2018-2019
Línea de Investigación: Tecnologías de la información y la comunicación. Autoría: STEEVEN DAVID RUIZ QUINALUISA FABIÁN ENRIQUE VALENCIA CELI
Luis Javier Ulloa Meneses, Mg.
f._____________________
DIRECTOR DE TRABAJO DE TITULACIÓN Willian Javier Ocampo Pazos, Mg.
f._____________________
CALIFICADOR Fausto Ernesto Orozco Iguasnia, Mg.
f._____________________
CALIFICADOR Luis Javier Ulloa Meneses, Mg.
f._____________________
DIRECTOR DE LA ESCUELA DE SISTEMAS Santo Domingo – Ecuador Febrero, 2019
iii
iv
AGRADECIMIENTO Expreso un profundo agradecimiento mi familia, en especial a mi madre por apoyarme en todo momento y darme ánimos constantes no solo para la finalización de mi trabajo de titulación si en el transcurso de mi vida. Agradezco al Lcdo. Fausto Luzuriaga Director del Patronato Municipal de Inclusión Social de Santo Domingo, por brindarme total apertura para la realización de mi trabajo de titulación, así mismo gracias a los docentes de la universidad por las enseñanzas impartidas en el transcurso de mi vida universitaria, y por último a mi director de trabajo de titulación Mg. Luis Ulloa por la paciencia y la ayuda brindada para la culminación de este trabajo de titulación. Steeven Ruiz
Agradezco a mi Madre por siempre estar presente, a mi familia por apoyarme y ayudarme en todo lo necesario para culminar en este propósito. Fabian Valencia
v
DEDICATORIA Dedico el presente trabajo de titulación a Dios por haberme dado salud en todo este tiempo para lograr mis objetivos. A mi padre Abrahan, mi hermano Henrry Jr. y mi abuelita Elvia por su apoyo incondicional, pero en espacial a mi mamá Giovanna quien me ha brindado su compresión, consejos además de valores necesarios para convertirme en un hombre de bien, pero más que nada, su cariño y amor. Steeven Ruiz
A mi madre por su apoyo incondicional. Fabian Valencia
vi
RESUMEN El presente trabajo de titulaciรณn desarrollรณ un sistema web para la gestiรณn y control del departamento de rehabilitaciรณn fรญsica del Patronato Municipal de Inclusiรณn Social, en la ciudad de Santo Domingo. El sistema web cuenta con una interfaz amigable, intuitiva de modo que los usuarios disponen de una herramienta potente y fรกcil de gestionar, permitiendo optimizar y automatizar los procesos que se realizaban de forma manual dentro del departamento, mediante una investigaciรณn de tipo Descriptiva y Aplicada se realizรณ la recolecciรณn de la informaciรณn, facilitando detallar caracterรญsticas importantes, captar funcionalidades, requerimientos solicitados y proponer la soluciรณn para mejorar el proceso. El sistema se desarrollรณ bajo el marco de trabajo Scrum, mismo que facilito al equipo de desarrollo abordar la problemรกtica mediante el empleo de eventos, artefactos, roles y reglas asociadas propias de Scrum. El desarrollo del producto software se realizรณ en base a las especificaciones realizadas por parte de la instituciรณn, para el front-end se empleรณ el lenguaje de contenidos HTML5 complementado del framework CodeIgniter en su versiรณn 3.1.9, el back-end se realizรณ mediante el lenguaje de programaciรณn PHP versiรณn 7.3.0, la base de datos empleada es MariaDB en su versiรณn 10.1.37 con phpMyAdmin 4.8.4. Palabra Clave: Automatizaciรณn, Fisioterapeutas, Software de Cรณdigo Abierto
vii
viii
ÍNDICE DE CONTENIDOS 1.
INTRODUCCIÓN..……………………………………………………….. 1
2.
PLANTEAMIENTO DEL PROBLEMA…………………………… 3
2.1.
Delimitación del problema……………………………………………… . 3
2.2.
Preguntas de investigación………………………………………. . 5
2.2.1.
Pregunta general……………………………………………………………... . 5
2.2.2.
Preguntas específicas……………………………………………………….... . 5
2.3.
Justificación de la investigación…………………………………. . 5
2.4.
Objetivos de la investigación…………………………………….. . 7
2.4.1.
Objetivo general……………………………………………………………... .. 7
2.4.2.
Objetivos específicos…………………………………………………………. . 7
3.
MARCO REFERENCIAL….....….....…………………………………. 8
3.1.
Antecedentes……………………………………………………...... 9
3.2.
Revisión de la literatura o fundamentos teóricos………………… 12
3.2.1.
Gestión…………………………………………………………………….... ... 12
3.2.2.
Control…………………………………………………………………….... .. 13
3.2.2.1.
La función de control……………………………………………………….. . 13
3.2.3.
Patología……………………………………………………………………. ... 14
3.2.4.
Fisioterapia……. .............................................................................................. 14
3.2.4.1.
Fisioterapia Neurológica…………………………………………………….. 14
3.2.4.2.
Traumatología………………………………………………………………. . 15
3.2.5.
Software…………………………………………………………………….. .. 15
3.2.5.1.
Software Libre…………………………………………………………….... .. 16
3.2.5.2.
Software Propietario………………………………………………………... . 16
3.2.5.3.
Análisis comparativo……………………………………………………….. .. 16
ix 3.2.5.4.
Selección del software…………………………………………………….... .. 17
3.2.6.
Base de Datos………………………………………………………………… 17
3.2.6.1.
Sistemas Gestores de Base de Datos. .............................................................. 18
3.2.6.1.1.
MySQL……………………………………………………………………... ... 18
3.2.6.1.2.
MariaDB…………………………………………………………………….... 18
3.2.6.1.3.
Análisis comparativo entre Sistemas Gestores de Base de Datos. ............... 19
3.2.6.1.4.
Selección del Sistema Gestor de Base de Datos. ............................................ 20
3.2.7.
Servidores Web................................................................................................. 20
3.2.7.1.
XAMPP. ............................................................................................................ 21
3.2.7.2.
WAMP ............................................................................................................... 21
3.2.7.3.
Análisis comparativo entre Servidores Web .................................................. 21
3.2.7.4.
Selección del Servidor Web ............................................................................. 22
3.2.8.
Lenguajes de Programación. ........................................................................... 22
3.2.8.1.
Phyton................................................................................................................ 22
3.2.8.2.
PHP. ................................................................................................................... 23
3.2.8.3.
Análisis comparativo de los lenguajes de programación. ............................. 23
3.2.8.4.
Selección del lenguaje de programación. ....................................................... 24
3.2.9.
Framework de Programación. ........................................................................ 24
3.2.9.1.
Codelgniter........................................................................................................ 25
3.2.9.2.
Laravel. ............................................................................................................. 25
3.2.9.3.
Análisis comparativo entre Framework de programación. ......................... 25
3.2.9.4.
Selección de Framework. ................................................................................. 26
3.2.10.
Metodologías de Desarrollo de Software........................................................ 27
3.2.10.1.
Metodologías Tradicionales............................................................................. 27
3.2.10.2.
Metodologías Agiles. ........................................................................................ 27
x 3.2.10.3.
Análisis
comparativo
entre
metodologías
de
desarrollo
de
software...………….………………………………………………………………………...28 3.2.10.4.
Selección de la metodología de desarrollo………………………………….. 28
3.2.11.
Metodologías agiles representativas. .............................................................. 29
3.2.11.1.
Scrum. ............................................................................................................... 29
3.2.11.2.
Extreme Programming (XP). .......................................................................... 29
3.2.11.3.
Análisis comparativo entre metodología agiles representativas. ................. 30
3.2.11.4.
Selección de la metodología ágil. ..................................................................... 31
4.
METODOLOGÍA DE LA INVESTIGACIÓN….………………...32
4.1.
Enfoque, diseño y tipo de investigación............................................... 32
4.2.
Población y muestra…………………………………………….. . 32
4.3.
Técnicas e instrumentos de recogida de datos…………………..33
4.3.1.
Observación participante ................................................................................ 33
4.3.2.
Entrevista .......................................................................................................... 33
4.4.
Técnicas de recolección de datos……………………………….. . 34
5.
RESULTADOS……....…………………………………………………...35
5.1.
Discusión y Análisis de Resultados………………………………….. . 35
5.1.1.
Resultado de la Entrevista…………………………………………………... 35
5.1.2.
Discusión de la Entrevista. .............................................................................. 38
5.2.
Propuesta de Intervención Sistema: PMIS-SD Web System...... .39
5.2.1.
Análisis de metodología de desarrollo de software. ...................................... 39
5.2.2.
Análisis del Sistema Gestor de Base de Datos. .............................................. 39
5.2.3.
Análisis de lenguaje de programación............................................................ 39
5.2.4.
Resultados de Scrum. ....................................................................................... 40
5.2.4.1.
Sprint 1. ............................................................................................................. 40
xi 5.2.4.1.1.
Planificación del Sprint.................................................................................... 40
5.2.4.1.1.1. Roles. ................................................................................................................. 40 5.2.4.1.1.2. Estimación. ........................................................................................................ 41 5.2.4.1.1.3. Product Backlog. .............................................................................................. 41 5.2.4.1.1.4. Gestor de tareas técnicas. ................................................................................ 42 5.2.4.1.1.5. Sprint Backlog. ................................................................................................. 43 5.2.4.1.2.
Ejecución del Sprint 1. ..................................................................................... 45
5.2.4.1.2.1. Historia de Usuario 1: Ingreso al sistema. ..................................................... 46 5.2.4.1.2.2. Historia de Usuario 2: Ingreso de datos de personas. ................................... 47 5.2.4.1.2.3. Historia de Usuario 3: Creación de Usuarios. ............................................... 47 5.2.4.1.2.4. Historia de Usuario 4: Ingreso de pacientes. ................................................. 49 5.2.4.1.2.5. Historia de Usuario 5: Estados de los pacientes. ........................................... 50 5.2.4.1.2.6. BurnDown Chart: Sprint 1. ............................................................................ 53 5.2.4.1.2.7. Revisión del Sprint. .......................................................................................... 54 5.2.4.1.2.8. Retrospectiva del Sprint. ................................................................................. 54 5.2.4.2.
Sprint 2. ............................................................................................................. 54
5.2.4.2.1.
Planificación del Sprint.................................................................................... 54
5.2.4.2.1.1. Sprint Backlog. ................................................................................................. 55 5.2.4.2.2.
Ejecución del Sprint 2. ..................................................................................... 56
5.2.4.2.2.1. Historia de Usuario 6: Ingreso fisioterapeutas. ............................................. 56 5.2.4.2.2.2. Historia de Usuario 7: Gestión de turnos. ...................................................... 56 5.2.4.2.2.3. Historia de Usuario 8: Control de asistencia. ................................................ 57 5.2.4.2.2.4. Historia de Usuario 9: Generación de Reportes. ........................................... 58 5.2.4.2.2.5. BurnDown Chart: Sprint 2. ............................................................................ 60 5.2.4.2.2.6. Revisión del Sprint 2. ....................................................................................... 62 5.2.4.2.2.7. Retrospectiva de los Sprint. ............................................................................. 62
xii 6.
DISCUSIÓN……………………………………………………………… 63
7.
CONCLUSIONES………………………………………………………... 65
8.
RECOMENDACIONES……………………………………………...… 66
9.
REFERENCIAS BIBLIOGRÁFICAS…………………………. ....... 67
10.
ANEXOS…………………………………………………………………….71
xiii
ÍNDICE DE TABLAS Tabla 1. Comparativa de los tipos de software ........................................................................ 17 Tabla 2. Comparativa entre Sistemas Gestores de Base de Datos ........................................... 20 Tabla 3. Comparativa entre Servidores Web ........................................................................... 22 Tabla 4. Comparativa de Lenguajes de Programación ............................................................ 24 Tabla 5. Comparativa de Lenguajes de Programación ............................................................ 26 Tabla 6. Comparativa entre metodologías de desarrollo ......................................................... 28 Tabla 7. Comparativa de Metodologías Agiles........................................................................ 31 Tabla 8. Roles del equipo Scrum ............................................................................................. 40 Tabla 9. Product Backlog ......................................................................................................... 41 Tabla 10. Sprint Backlog número 1 ......................................................................................... 44 Tabla 11. Sprint Backlog número 2 ......................................................................................... 55
xiv
ÍNDICE DE FIGURAS Figura 1. Esquema de contenidos del Trabajo de Titulación.. ................................................... 8 Figura 2. Logo de MySQL. ...................................................................................................... 18 Figura 3. Logo de MariaDB. .................................................................................................... 19 Figura 4. Logo de XAMPP.. .................................................................................................... 21 Figura 5. Logo de PHP............................................................................................................. 23 Figura 6. Logo de CodeIgniter ................................................................................................. 25 Figura 7. Evento de la metodología Scrum. ............................................................................. 29 Figura 8. Proceso XP.. ............................................................................................................. 30 Figura 9. Tablero de Trello. ..................................................................................................... 42 Figura 10. Infraestructura de implementación. ........................................................................ 45 Figura 11. Base de Datos ......................................................................................................... 45 Figura 12. Maqueta del sistema PMIS-SD Web System.. ....................................................... 46 Figura 13. Dashboard del Sistema Web................................................................................... 46 Figura 14. Codificación del Login…………………………………………………………... 47 Figura 15. Ingresos de personas al sistema PMIS-SD Web System.. ...................................... 47 Figura 16. Roles de usuario en BDD. ...................................................................................... 48 Figura 17. Agregar usuarios al sistema. ................................................................................... 48 Figura 18. Lista de personas del sistema. ................................................................................ 49 Figura 19. Interfaz de paciente nuevo ...................................................................................... 49 Figura 20. Listar todos los pacientes ingresados al sistema..................................................... 50 Figura 21. Listar pacientes en espera de asignación de turno. ................................................. 50 Figura 22. Interfaz de Login del sistema PMIS-SD Web System ........................................... 51 Figura 23. Codificación del Login.. ......................................................................................... 51 Figura 24. Prueba de la interfaz del ingreso de pacientes.. ...................................................... 52 Figura 25. Codificación agregar pacientes............................................................................... 52
xv Figura 26. BurnDown Chart 1 ................................................................................................. 53 Figura 27. Interfaz de ingreso de fisioterapeutas. .................................................................... 56 Figura 28. AsignaciĂłn de turnos de pacientes en lista de espera. ............................................ 57 Figura 29. CodificaciĂłn controladora para agregar un turno a pacientes en espera. ............... 57 Figura 30. Vista de turnos en el calendario.............................................................................. 58 Figura 31. Modal para control de asistencia. ........................................................................... 58 Figura 32. Ficha de sesiones del turno de un paciente. ............................................................ 59 Figura 33. PestaĂąa reporte de fisioterapeuta. ........................................................................... 59 Figura 34. Reporte en formato pdf. .......................................................................................... 60 Figura 35. BurnDown Chart 2 ................................................................................................. 61
xvi
ÍNDICE DE ANEXOS Anexo 1. Carta de Aceptación del Proyecto ............................................................................ 71 Anexo 2. Acta de entrega de Recepción ................................................................................ 72 Anexo 3. Carta de impacto...................................................................................................... 73 Anexo 4. Modelo de Entrevistas .............................................................................................. 74 Anexo 5. Historias de Usuarios .............................................................................................. 77 Anexo 6. Pruebas de aceptación del Sprint 1 .......................................................................... 84 Anexo 7. Pruebas de aceptación del Sprint 2 .......................................................................... 87 Anexo 8. Diseño físico de la Base de Datos ........................................................................... 91 Anexo 9. Diccionario de Datos ............................................................................................... 92 Anexo 10. Presupuesto del proyecto ....................................................................................... 99 Anexo 11. Manual de usuario ............................................................................................... 100 Anexo 12. Manual técnico .................................................................................................... 100 Anexo 13. Script de la Base de Datos ................................................................................... 100
1
1. INTRODUCCIÓN Actualmente la tecnología es parte importante dentro de la sociedad, en ámbitos como la salud, cultura, deporte, educación entre otros. Al referirse a la salud las instituciones que ofrecen este tipo de servicios constituyen a la tecnología como un factor esencial, debido al manejo de grandes cantidades de datos, es por ende que dichas instituciones hacen uso de herramientas tecnológicas que permitan el desarrollo y difusión adecuada de la información. La presente investigación tiene como objetivo la implementación de un sistema web para la automatización de registros de pacientes en el “Patronato Municipal de Inclusión Social de Santo Domingo”, así como la asignación de sesiones para los distintos pacientes clasificándoles de acuerdo a su patología. El proyecto es factible para la institución, la cual se dedica a realizar los procesos de rehabilitación programados para distintos pacientes, según sea su dolencia, y actualmente el registro de nuevos pacientes se hace de forma manual en una ficha, posteriormente para pasarlo a un Excel llevando este proceso cerca de los 45 minutos por reloj, la asignación de los turnos se realiza también de forma manual, según los espacios disponibles en los días asignados proporcionándoles a cada paciente un carnet donde se especifica los días y las horas que puede acceder al servicio. El Patronato Municipal de Inclusión Social de Santo Domingo cuenta en la actualidad con una red interconectada, y distintos equipos administrativos, con lo que la implantación de un servicio web en un servidor local, es factible permitiendo así agilizar los registros y con el uso de la base de datos se puede llevar un registro más robusto y fiable de los pacientes, evitando así plasmar toda la información en un documento Excel. El contenido del presente trabajo de titulación se encuentra estructurado por cinco capítulos: Introducción, Planteamiento del problema, Marco referencial, Metodología de la investigación y Resultados. En el Capítulo I, se encuentra la Introducción en la cual se presentará la descripción resumida del problema que se solventará con el sistema propuesto. El Capítulo II, está constituido por el Planteamiento del problema donde encontraremos la delimitación del problema, en el que se especifica que sector de la población de Santo Domingo usa los servicios del patronato municipal, como la justificación del porque se va a realizar un sistema para el mismo, concluyendo con el problema de la
2 investigación, de donde parten las preguntas directrices que sirve de guía del trabajo a realizar. El Capítulo III, está estructurado por los antecedentes y la revisión de la lectura o fundamentos teóricos. En los antecedentes se presentará ejemplos de sistemas relacionados con el presente trabajo de titulación, mientras que en la fundamentación teórica se indicará de todo el proceso o lo que se vaya a emplear para la conclusión del mismo, basándose en artículos, libros o fuentes catalogadas. EL Capítulo IV, se detalla la Metodología de investigación que se utilizó en el presente trabajo de titulación cuyo contenido está estructurado por el enfoque, diseño y tipo de investigación, la población y muestra, así como también en este apartado se mencionará las técnicas e instrumentos de recogida de datos, finalizando con las técnicas de recolección de datos empleadas en el presente documento. En el Capítulo V, es la parte del proyecto de trabajo de titulación en donde se detallan los resultados generados mediante el desarrollo de los objetivos ya establecidos; además de ello se presentará la discusión y análisis de resultados obtenidos mediante las entrevistas realizadas al personal que labora en el departamento de rehabilitación física y así mismo se desarrolló la propuesta de intervención, los resultados del marco de trabajo Scrum, las respectivas conclusiones y recomendaciones generadas una vez que el sistema web sea implementado en el departamento de rehabilitación física del Patronato Municipal de Inclusión Social de Santo Domingo. Y finalmente, el documento del presente trabajo de titulación constará con las referencias bibliografías de los libros, artículos científicos, que han servido como fuentes de información para llevar a cabo esta investigación.
3
2. PLANTEAMIENTO DEL PROBLEMA 2.1.
Delimitación del problema El Gobierno Autónomo Municipal Descentralizado Municipal de Santo Domingo, ha
creado al Patronato Municipal de Inclusión Social para que se constituya en el brazo ejecutor de la obra social en el cantón Santo Domingo. Esta entidad, está comprometida a establecer políticas y estrategias que mitiguen necesidades locales de pobreza, desarrollo económico, participación e igualdad, que conlleven alcanzar los objetivos de una sociedad más justa, donde se respeten los derechos de los grupos más vulnerables de nuestra sociedad. El Patronato Municipal de Inclusión Social, se encuentra ubicado en el Cantón Santo Domingo perteneciente a la provincia de Santo Domingo de los Tsáchilas, es una entidad de beneficio social y sin fines de lucro comprometida a establecer normas y estrategias que permitan disminuir necesidades en aspectos como: económico, participación, igualdad y desarrollo con la finalidad de alcanzar una sociedad más justa, que respeta los derechos de grupos vulnerables en nuestra sociedad. El Patronato Municipal para cumplir con su misión, visión y objetivo cuenta con el apoyo del Gobierno Descentralizado de Santo Domingo, y ejecuta diversos proyectos que permiten un cambio positivo dentro de nuestra sociedad. Los registros de los pacientes según EUPATI (2015), son la recopilación de información sobre personas, normalmente con diagnósticos o factores de riesgo específicos de una enfermedad. En algunos registros de pacientes se incluye a personas con distintos grados de salud dispuestas a participar en la investigación de una enfermedad determinada. Los registros pueden ser financiados o gestionados por organismos gubernamentales, organizaciones sin ánimo de lucro, clínicas u organizaciones comerciales. El departamento de rehabilitación física del Patronato Municipal de Inclusión Social de Santo Domingo desde su creación ha estado logrando resultados positivos en lo que compete a la rehabilitación de las personas que los requieren de acuerdo a sus necesidades y/o discapacidades, pero en cuanto al proceso de querer llevar una correcta gestión y control del ingreso de los pacientes, de la asistencia de cada uno de ellos, así como el de la cantidad de sesiones que poseen los pacientes aun es inconsistente ya que carecen de un sistema informático el cual facilitaría y mejoraría los procesos que se llevan a cabo en el
4 departamento de rehabilitación física permitiéndoles así brindar un mejor servicio a la comunidad e institución. La mala gestión al momento de querer ingresar un paciente conlleva a que exista perdida de información y de tiempo debido a que el ingreso de los pacientes se lo realiza de forma manual y posteriormente esos datos son pasados a un Excel el cual provoca contratiempos en el personal que labora dentro del departamento de rehabilitación física. El proceso de control de los pacientes que asisten a sus respectivas sesiones se lo realiza de una forma poco convencional, ya que es un proceso es mecánico. En la actualidad contar con fichas como un medio para plasmar la información de pacientes es arcaico, para que los procesos sean más eficientes contamos con los avances informáticos y sistemáticos. Por todo ello se considera que el método de manejo que lleva el departamento de rehabilitación física genera incertidumbre entre los profesionales, al no contar con un sistema con una interfaz gráfica amigable que permita llevar un mejor control de los procesos de rehabilitación física, permitiendo automatizar dicho proceso y consolidar a la institución como competitiva e innovadora optimizando el tiempo en ejecutar el proceso y mejorando el servicio presentado por parte de la institución.
5
2.2.
Preguntas de investigación
2.2.1. Pregunta general. Teniendo en cuenta la problemática de la investigación se plantea la siguiente interrogante que sirve de base para el desarrollo del tema de investigación: ¿Cómo mejorar la gestión y el control del Departamento de Rehabilitación Física del Patronato Municipal de Inclusión Social de Santo Domingo; Periodo 2018-2019? 2.2.2. Preguntas específicas. Tomando en cuenta este panorama, la presente investigación permitirá a responder las siguientes preguntas directrices: ¿Cuáles son procesos que interviene en la gestión y control en el departamento de rehabilitación física? ¿Cuáles son las herramientas, recursos y metodología de desarrollo del software apropiada para la elaboración del sistema? ¿Cómo facilitar el proceso de control y gestión en el departamento de rehabilitación fisca?
2.3.
Justificación de la investigación En la actualidad los sistemas de información son una parte importante dentro de las
organizaciones, debido a que facilitan la optimización de sus procesos, tareas y servicios, logrando así, posesionarse como competitivas e innovadoras dentro del mercado. Las empresas recurren al uso de sistemas de información para mejor su rendimiento y con ello alcanzar los objetivos planteados dentro de la organización. Los sistemas informáticos orientan a la empresa en la toma de decisiones, debido a los grandes volúmenes de información que se manejan, garantizando así, la seguridad y fiabilidad de los datos almacenados. Mediante el uso de herramientas tecnológicas, es posible desarrollar sistemas informáticos que se utilicen en diferentes áreas como en la rehabilitación física, que permite a los pacientes la facilidad de restablecer o recuperar su condición física causada por
6 enfermedad u otro tipo de trastorno de salud. La rehabilitación permite a los pacientes mejorar su calidad de vida mediante terapias físicas para recobrar su movilidad a partir de ejercicios, masajes y otras técnicas. El presente trabajo de titulación tiene relación con el objetivo número cinco el mismo que expresa: “Impulsar la productividad y competitividad para el crecimiento económico sostenible de manera redistributiva y solidaria” (Plan Nacional de Desarrollo, 2017-2021). Por medio de la investigación, la formación, la capacitación, el desarrollo, la innovación, y el emprendimiento con el fin de impulsar la matriz productiva entre el sector público, y las universidades. Por esta razón se va a desarrollar un sistema web para el Patronato Municipal de Inclusión Social de Santo Domingo en el periodo 2018-2019, el mismo que permitirá a la institución gestionar y controlar de mejor manera el ingreso de pacientes a las diferentes terapias físicas que ofertan, de acuerdo a su patología y las sesiones que tienen cada uno de ellos, contando así, con información actualizada acerca de los ingresos realizados y la fisioterapista a cargo. Por consiguiente, es viable la implementación del sistema web para el control y gestión en el Departamento de Rehabilitación Física, permitiendo así, reducir el tiempo empleado por los trabajadores en la búsqueda de información de los pacientes que ingresan a sus respectivas terapias; los beneficiarios del proyecto son los profesionales que laboran en del departamento de Rehabilitación Física, en conjunto con los Directivos laboran en la institución; por ello se cuenta con total apoyo por parte de los Directivos y de los licenciados (as) en Terapia Física para el desarrollo del proyecto planteado.
7
2.4.
Objetivos de la investigación
2.4.1. Objetivo general. Implementar un sistema web para la gestión y control del departamento de rehabilitación física del Patronato Municipal de Inclusión Social de Santo Domingo en el periodo 2018-2019. 2.4.2. Objetivos específicos.
Determinar los procesos que intervienen en la gestión y control del departamento de rehabilitación física.
Analizar las metodologías de desarrollo de software, herramientas y recursos necesarios que se podrán aplicar para el sistema web.
Desarrollar un sistema web considerando las funcionales requeridas por la institución.
8
3. MARCO REFERENCIAL Gestión
Control
La función de control
Patalogía Fisioterapia Neurológica Fisioterapia Traumatología Software Libre
Software Propietariro Software Analisís comparativo del software
MySQl
Selección del software
MariaDB
Marco Referencial
Base de datos
Sistema Gestor de Base de Datos XAMPP
Análisis comparativo entre Sistemas Gestores de Base de Datos
Selección del Sitema Gestor de Base de Datos
WAMP
Servidores Web
Análisis comparativo entre Servidores Web Selección del Servidor Web Python PHP
Sistema Web
Lenguajes Programación
Análisis comparativo de los lenguajes de programación Selección del lenguaje de programación
Codelgniter Framework de Programación
Laravel Selección de Framework
Metodologías Tradicionales Metodologías de Desarrollo de Software
Métodos Agiles Análisis comparativo entre metodologías de desarrrollo de software Y Selección de la metodología de desarrollo
Scrum Extreme Programming (XP) Metodologías agiles representativas
Análisis comparativo entre Metodologías Agiles Tradicionales Selección de la Metodología Ágil
Figura 1. Esquema de contenidos del Trabajo de Titulación. Adaptado para la información empleada en la revisión de la literatura o fundamentos teóricos.
9
3.1.
Antecedentes Actualmente los sistemas web han ido formando una parte esencial en medicina,
debido a ello se puede encontrar sistemas con cierta similitud a la propuesta planteada en el presente trabajo de titulación. Encontrando así sistemas tales como: A nivel mundial uno de ellos es el “SOFTWARE MEDICINA FÍSICA Y REHABILITACIÓN”, el cual es un programa para la gestión informática de clínicas y consultas de medicina física y rehabilitación, de la empresa Aquar Software de España. Todas las aplicaciones desarrolladas por esta empresa son de última tecnología informática lo cual permite ser instalado en sistemas operativos OS X, iOS, para un perfecto funcionamiento en equipos Apple, MacBook, Mac, iMac, iPad y S.O. Windows. La tecnología avanzada del sistema, garantiza la escalabilidad del mismo permitiendo así la sistematización más básica e ir creciendo a medida que así lo demande la empresa que utilizará este software. La función que cumple este software es de gestionar citas o sesiones respectivas que tendrá cada paciente que acuda al centro de salud, además se encarga de generar informes, historias clínicas completas, recetas médicas, como también se encarga de gestionar los tratamiento de cada paciente, es decir, controla los tratamientos que sufre el paciente teniendo en cuenta que tratamiento le atribuyó el especialista al inicio, que tratamiento está pendiente y con cual tratamiento finalizaría su sesión en el centro de salud. En Panamá se realizó un proyecto denominado “SISTEMA INTERACTIVO DE ASISTENCIA A PACIENTES DE FISIOTERAPIA”, de los autores son Christopher F. Almanza, Dr. Euclides S. González. El proyecto consistió en desarrollar un sistema el cual proporcionó asistencia en el área de la fisioterapia, tanto a los pacientes como a los fisioterapeutas, en la ejecución de terapias que involucren actividad motora por parte del paciente, y en la captura de datos relevantes a la formulación de estadísticas que indiquen la mejora o desmejora del paciente, con los estándares de interfaz gráfica y experiencia de usuario que permitan una interacción amigable y eficaz entre el usuario y el programa. El sistema fue programado para ambientes Windows utilizando el .NET Framework 4 (instalado con Visual Studio 2010), o .NET Framework 4.5 (instalado con Visual Studio 2012), y el sensor Microsoft Kinect v1, el cual, no es más que una línea de dispositivos de entrada para la detección de movimientos por parte de Microsoft, para las consolas Xbox 360 y Xbox One
10 y PC con Windows. Las conclusiones que tuvieron los autores del sistema se enfoca al uso de la tecnología en ramas del conocimiento, como el sector salud, las cuales son áreas en donde la Ingeniería de Sistemas puede brindar aporte para su evolución, adoptando soluciones tecnológicas que ataquen a los procesos que son ejecutados manualmente por especialistas. En la Universidad Autónoma de Encarnación de Paraguay en la carrera de Análisis de Sistemas Informáticos el Sr. Pedro Ramón Danieli Acuña realizó su tesis “APLICACIÓN WEB DE APOYO A LOS PROCESOS DE FISIOTERAPIA Y REHABILITACIÓN DE PERSONAS CON DISCAPACIDADES FÍSICAS DE APADEM COLONIAS UNIDAS”, que tiene por finalidad el desarrollo de una aplicación web, basada en un entorno de desarrollo de software libre. Las funcionalidades que abarco el proyecto van desde la gestión de datos, incluyendo base de datos de pacientes y médicos, hasta la asignación de cronogramas con rutinas de fisioterapia adaptadas a cada paciente. El tipo de investigación que se aplicó en esta tesis fue una investigación cuasi experimental en conjunto con herramientas como PHP con el framework Laravel y JavaScript. La metodología que opto el autor para realizar esta aplicación fue la metodología Kanban, debido a las pocas restricciones de esta metodología en comparación a las demás, centrándose básicamente en la línea de producción y en el constante desarrollo, además de ello esta metodología evita el manejo excesivo de materiales, lo cual facilita en gran parte el control de la producción y, por consecuente, la posibilidad de adecuar esta metodología para desarrollar software individualmente. Por último, para el seguimiento del proyecto se utilizó la herramienta Trello, el cual es un gestor de tareas que permite el trabajo de forma colaborativa mediante tableros, compuestos de columnas que representan distintos estados. Por otra parte, en la tesis titulada “ANÁLISIS, DISEÑO, Y CONSTRUCCIÓN DEL SISTEMA WEB ODONTOLÓGICO ORIENTADO EN LA ATENCIÓN, GESTIÓN DE PACIENTES Y LA ADMINISTRACIÓN DEL PERSONAL, EN LAS CLÍNICAS DENTALES “VEGA BELTRÁN” UTILIZANDO LA METODOLOGÍA OMT” los autores Aguiar F., Romo D., manifiestan que los beneficios del sistema es proveer acceso a la información en tiempo real, coordinando las citas de los clientes ya que los médicos llevan una agenda de citas asignadas a sus pacientes, además, informes de reportes llevados por sucursal de manera diaria , mensual, mejorando así las estadísticas de los clientes. Las herramientas tecnológicas que emplearon para realizar la interfaz gráfica de su sistema fueron: Microsoft Visual 2010 debido a que su entorno de desarrollo integrado es para
11 sistemas operativo Windows, acompañada de .NET Framework 4.0 y Silverlight 4. Como sistema gestor de base de datos según los autores utilizaron MySQL server debido a que presente una gran ventaja por su rapidez, facilidad de instalación y configuración. En cuanto a la arquitectura del sistema optaron por un patrón clásico del diseño web como arquitectura MVC (modelo visto controlador) ya que permite un mantenimiento más sencillo de las aplicaciones. Por último, la metodología utilizada en el desarrollo de software ha sido OMT (Object Modeling Technique) esta metodología describe un método para el análisis, diseño e implementación de un sistema utilizando una técnica orientada a objetos. Es un enfoque rápido e intuitivo para identificar y modelar todos los objetos que forman un sistema. De igual forma a nivel nacional también encuentran proyectos que tienen semejanza con el desarrollo de sistemas web de terapias específicas. Uno de ellos es el nombrado “DESARROLLO DE UN SISTEMA INFORMÁTICO PARA EL DEPARTAMENTO DE TERAPIA DE LENGUAJE DEL CENTRO DE EDUCACIÓN ESPECIAL NUESTRA SEÑORA DEL CARMEN UTILIZANDO TECNOLOGÍA .NET Y BASES DE DATOS EN EL CANTÓN URDANETA PROVINCIA DE LOS RÍOS”, cuyos autores son dos estudiantes pertenecientes a la Universidad Técnica de Babahoyo, Silva G., Leonor K. De acuerdo a las autores el sistema automatiza el proceso de registro que llevan a cabo los empleados del departamento de terapia del Lenguaje, dado que la información se maneja de manera manual anotando la información de cada niño en cuadernos para posteriormente ser pasados en sus respectivas fichas clínicas, causando riesgo en una posible pérdida de información y como consecuencia una perdida tiempo en la búsqueda de los datos de niños que ya han pasado por el departamento de terapia del lenguaje. Los autores para la investigación utilizaron el método descriptivo el cual les permitió clasificar y ordenar estadísticamente los datos conseguidos facilitándoles la interpretación de cómo es la gestión de usuarios en el Centro de Educación Especial Nuestra Señora del Carmen. Este sistema se desarrolló en el lenguaje de programación VISUAL.NET y SQL SERVER como sistema gestor de base de datos. A modo de conclusión los autores indican que el sistema informático para el ingreso de información da la facilidad al personal que labora en el área de Terapia de Lenguaje en cuanto a la accesibilidad de hacerlo por un medio automatizado y ya no de manera manual como se lo venía realizando. En la ciudad de Santo Domingo, sistemas que se encarguen de automatizar procesos exclusivamente en al área de rehabilitación física son muy pocos, ya que no existen gran
12 variedad de instituciones que ofrezcan este tipo de servicio y no todas cuentan con un sistema el cual mejore los procesos de gestión y control de los pacientes, como es el caso del Hospital Dr. Gustavo Domínguez, Tecnomed, Bio-Fisic, Fisiosumpar las cuales son instituciones que llevan el control de forma física teniendo la información de los pacientes a la intemperie. Entre las instituciones que también ofrecen el servicio de rehabilitación física a la ciudadanía son Medical Cuba Center y el IESS que a diferencia de las instituciones antes ya mencionadas tiene un sistema para almacenar la información de los pacientes y así controlar las respectivas sesiones de los pacientes atendidos. Dada la mención anterior, el sistema propuesto en el presente trabajo de titulación es innovador en comparación a los demás proyectos presentados en este aparatado ya que PMIS SD WEB SYSTEM es un sistema que controlará la asistencia de los pacientes además gestionará la asignación de turnos a las personas que acudan al departamento de rehabilitación física del Patronato Municipal de Inclusión Social Santo Domingo y generará los respectivos reportes facilitando así de una u otra forma los procesos mecanizados que llevan a cabo los licenciados y auxiliares de terapia física que laboran en el departamento de rehabilitación física.
3.2.
Revisión de la literatura o fundamentos teóricos
3.2.1. Gestión. El concepto nace adoptando el verbo de origen Francés y pretendiendo con ello llenar un vacío que en el bagaje administrativo significa una forma más audaz y heterodoxa de administrar, lo cual no en el idioma inglés, donde sí existen los conceptos de “administration” (administración),
“management”
(gestión),
“leadership”
(liderazgo),
o
“direction”
(dirección), con denotados distintos, acercándose el de gestión al de “management”. (Ortiz & Pedroza, 2006) El término de gestión está definido de muchas maneras e incluso referido como sinónimo de administración, que ha tomado protagonismo en el léxico de los negocios, la empresa y la academia. Hablar de gestión es tener un amplio entendimiento del concepto de administración, puesto que esta última la comprende como la parte encargada de la ejecución de actividades de una entidad. (Dextre & Del Pozo Rivas, 2012)
13 De acuerdo con Dextre & Del Pozo Rivas (2012), la gestión se define como las decisiones ejecutivas que debe tomar la gerencia para desarrollar las actividades que conducen a los objetivos planeados. Entendida así, la gestión tiene la capacidad de conducir, decidir, ajustar y replantear las acciones para resolver un asunto o concretar un proyecto sobre planes y objetivos establecidos. Su principal responsabilidad es conducir los planes de la organización a resultados exitosos mediante el empleo de medios eficientes, del uso económico de los recursos y de la eficacia en el logro de los resultados (p.69-80) 3.2.2. Control. El control “es aquella función que pretende asegurar la consecución de los objetivos y planes prefijados en la fase de planificación. Como última etapa formal del proceso de gestión, el control se centra en actuar para que los resultados generados en las fases anteriores sean los deseados” (Pérez, 2006). 3.2.2.1.
La función de control.
Dextre & Del Pozo Rivas (2012), menciona que el control se establece relacionado al esquema de la estructura de organización que adopta una entidad y requiere cubrir cuando menos los siguientes pasos:
Implantar normas y métodos para describir y ejecutar las actividades con los controles que las aseguren, así como las formas de medir el rendimiento.
Comprobar si las actividades y los resultados corresponden al diseño y objetivos establecidos – Medir y evaluar los resultados en función de las metas alcanzadas.
Tomar las acciones correctivas necesarias, vigilando su cumplimiento
Efectuar los ajustes necesarios y las medidas que aseguren la gestión (p.72) El control es, por consiguiente, una función dinámica inmersa en las actividades,
operaciones y procesos que realiza la administración. Su propósito es alertar, detectar y orientar la corrección de las desviaciones de planes. Esta acción vigilante es importante en el proceso del tiempo. La oportunidad de conocer las desviaciones y deficiencias que señalan «no se alcanzarán las metas» se torna imperativa, pues en la medida que sea oportuna la corrección se podrá dar el viraje necesario para retomar el camino apropiado en la ejecución
14 de actividades. Esperar conocer los resultados para recién medir y evaluarlos resulta ineficiente si la ocasión para las correcciones quedó desfasada (Dextre & Del Pozo Rivas, 2012). 3.2.3. Patología. Parte de la medicina que estudia los trastornos anatómicos y fisiológicos de los tejidos y órganos enfermos, signos y síntomas de los pacientes a través de los cuales manifiestan las enfermedades confirmándose con pruebas de laboratorio y exámenes especiales (Olga, 2016). Los especialistas que se dedican a estudiar esta rama muy importante de la medicina son los patólogos ya que se dedican al estudio de las enfermedades, estos son un proceso fuera de lo común que pueden surgir por motivos conocidos o desconocidos, demostrando así la presencia de una enfermedad, se busca y se observa una lesión en los niveles estructurales, se detecta la existencia de algún microorganismo, virus, bacteria, parasito u hongo (Olga, 2016). 3.2.4. Fisioterapia. También conocida como rehabilitación funcional, se refiere a volver habilitar restablecer o recuperar algo, y en lo físico se asocia a lo corporal o lo material esto quiere decir que una persona puede recobrar la condición o estado que perdió por diferente causa, sea por enfermedad o accidente, logrando que la persona tenga una vida autónoma y pueda volver a su vida normal sin restricciones a partir de ejercicios, masajes y otras técnicas (Olga, 2016). 3.2.4.1.
Fisioterapia Neurológica.
La fisioterapia neurológica es de gran importancia para pacientes con antecedentes patológicos como son: accidente cerebro muscular, lesión medular, esclerosis múltiple, enfermedad de párkinson, lesión de plexo braquial, enfermedades de la motoneurona, polineuropatias, parálisis cerebral ya que les permite recuperar el control postural además de ello facilita la recuperación de los movimientos, postura y equilibrio dependiendo a su patología de base (Paladines, 2015). Las técnicas están dirigidas al tratamiento de secuelas del sistema nervioso o periférico, aplicando técnicas ya que es muy importante estimular, guiar y corregir
15 dependiendo del paciente debido a que cada paciente es diferente por ende el tratamiento debe ser específico e individualizado bajo los cuidados de un profesional con experiencia. Se realizarán ejercicios individualizados, masajes, estiramientos, la terapia en espejo, terapia acuática y pedagogía del dolor, esto les permitirá recuperarse es decir recobrar la condición o estado que perdió por diferente causa ya sea por enfermedad o accidente (Paladines, 2015). El paciente podrá optar la fisioterapia como una inversión de salud y bienestar alcanzable y económico, pero de grandes beneficios mejorando nuestro día a día ya que cuidarnos no es una opción sino un compromiso con nosotros mismos (Paladines, 2015). 3.2.4.2.
Traumatología.
La traumatología a es una rama de la medicina encaminada a la recuperación de la movilidad, alivio y reducción del dolor utilizando diferentes técnicas de acuerdo a la lesión, a los médicos que la practican se llaman traumatólogos o cirujanos ortopédicos entre las enfermedades que se ocupan son fracturas y luxaciones de los huesos, lesiones de ligamentos tendones, músculos y numerosas afecciones de la columna vertebral (Paladines, 2015). Los fisioterapeutas que trabajan en el área de traumatología se centra en la evaluación diagnóstico y tratamiento de lesiones musculo esqueléticas a nivel de articulaciones, músculos, huesos tejidos blandos/o nervios, siendo las más comunes en nuestro medio los dolores a nivel de cuello y espalda, lesiones de hombro cadera y rodilla entre las patologías tratadas tenemos:
Lesiones de ligamentos
Lesiones musculares
Luxaciones
Fracturas
Degeneración articular (artritis-artrosis)
Patologías de espaldas
Lesiones que requieren cirugías (preoperatorio y posoperatorio) (Paladines, 2015).
3.2.5. Software. Se definen al software como la expresión para hacer referencia a un determinado programa, el cual se encarga de cumplir con las diversas funciones o tareas que el usuario
16 requiera. Además software es un término el cual es aplicado a programas los cuales realizan un conjunto de instrucciones que son procesados por las computadoras para llevar a cabalidad la tarea encargada. (Vega, Toledo, & Molina, 2007) 3.2.5.1.
Software Libre.
Se denomina software libre a los programas informáticos los cuales no poseen ninguna restricción de privacidad, es decir son de acceso ilimitado. Para que un programa sea considerado como software libre debe cumplir ciertos parámetros los cuales validan al programa como un software libre. (Valverde, 2005) Estos parámetros se basan en la disponibilidad que tiene el programa como tal para ser modificado permitiendo el acceso al código fuente adaptándole así a nuestras necesidades. Además, deben poseer la libertad en la distribución de copias evitando el permiso o la paga por hacer uso del programa informático. (Valverde, 2005) 3.2.5.2.
Software Propietario.
El software no libre, también llamado software privativo, se refiere a cualquier programa informático en el que los usuarios tienen limitadas las posibilidades de usarlo, modificarlo o redistribuirlo (con o sin modificaciones), o cuyo código no esté disponible o el acceso a éste se encuentre restringid. (Arriola, Tecuatl, & Gónzalez, 2011, pág. 41) 3.2.5.3.
Análisis comparativo.
A continuación, se detallan los parámetros que se tomaron en cuenta tanto para la calificación como para determinar cuál es el tipo de software a utilizar:
Se adapta a los requerimientos y funcionalidades para el presente trabajo de titulación: 2 representa el 100%.
Posee cierta adaptabilidad en los requerimientos y funcionalidades para el presente trabajo de titulación: 1 representa el 50%.
No cumple con los requerimientos y funcionalidades establecidas para el desarrollo del presente trabajo de titulación: 0 representa al 0%.
17 Tabla 1. Comparativa de los tipos de software Características
Software Libre para
Valor
Software Propietario
Valor
Accesibilidad
Ilimitado usuarios.
los
2
Limitado para los usuarios.
0
Desarrollo
Intervención de cualquier persona, empresa u organización del mundo.
2
Solo lo hace la empresa que tiene los derechos.
0
Dependencia
De ninguna empresa, puede ser mantenido modificado y ajustado a las necesidades.
2
De la empresa dueña de sus derechos.
0
Actualización
Libertad de hacerlo en cualquier momento.
2
Limitadas bajo las estipulaciones de contrato.
0
Instalación
En cualquier S.O.
2
En cualquier S.O.
2
Total Porcentaje
10/10 100 %
2/10 20%
Nota. Recuperado de “Software libre una opción viable en la organización bibliográfica de fotografías: caso
Biblioteca de las Artes”, de Huerta, http://eprints.rclis.org/7771/1/Araceli_Casanova_Software_Libre_Tesina.pdf.
3.2.5.4.
A.,
2010,
p.125.
Selección del software.
De acuerdo al resultado obtenido en la Tabla 1, podemos llegar a la conclusión que el software a utilizar en el presente trabajo de titulación va hacer libre con un 100% de aceptación frente al 20% del software propietario, debido a los requerimientos y funcionalidades requeridas, destacando la accesibilidad que tendrán los usuarios, además, de ello, no tendrá costo alguno en la implementación del sistema. 3.2.6. Base de Datos. Una base de datos “es un conjunto de datos que pertenecen al mismo contexto, almacenados sistemáticamente para su uso posterior” (Rodríguez, Ceballos, Hernández, & Prieto, 2007, pág. 183). Cada base de datos se compone de una o más tablas, cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la información sobre cada elemento, cada fila de la tabla conforma un registro. Los sistemas de base de datos son de gran uso, el cual va desde el uso de bases de datos ligeras, bases de datos en tiempo real (en algunas ocasiones obtenida a partir de la optimización de bases de datos relacionales) y bases de datos
18 relacionales con potentes gestores como aplicación proveedora del servicio (Rubinos & Nuevo, 2011). 3.2.6.1.
Sistemas Gestores de Base de Datos.
3.2.6.1.1. MySQL. Para Casillas, Gilbert, & Pérez (2014) MySQL es un sistema gestor de base de datos (SGBD) ambiguo en comparación a los sistemas gestores de base de datos actuales teniendo en cuenta las características que presentan los SGBD actuales, sin embargo, esto no es un motivo para desprestigiar a MySQl. Dada su simplicidad al momento de su utilización, hace de este sistema como unos de los SGBD más conocidos a nivel mundial (p.7).
Figura 2. Logo de MySQL. Adaptado de: MySQL. (2018).Recuperado el 18 de Octubre del 2018, de https://www.mysql.com/about/legal/logos.html.
3.2.6.1.2. MariaDB. MariaDB es un servidor de base datos el cual tiene un desarrollo de software abierto por ende se encuentre entres uno de los servidores más populares del mundo por su garantía de código abierto. Grandes compañías a nivel mundial tienen a MariaDB como su servidor de base de datos entre los usuarios que sobresalen son: Wikipedia, WordPress.com y Google (MariaDB, 2018). MariaDB convierte los datos en información estructurada en una amplia gama de aplicaciones, desde bancos hasta sitios web. Es un reemplazo mejorado y de reemplazo directo para MySQL. MariaDB se usa porque es rápido, escalable y robusto, con un rico ecosistema de motores de almacenamiento, complementos y muchas otras herramientas que lo hacen muy versátil para una amplia variedad de casos de uso (MariaDB, 2018).
19
Figura 3. Logo de MariaDB. Adaptado de: MariaDB. (2018). MariaDB Logo Downloads, Recuperado el 18 de noviembre del 2018, de https: https://mariadb.org/about/logos/.
3.2.6.1.3. Análisis comparativo entre Sistemas Gestores de Base de Datos. Los sistemas gestores de base de datos constituyen un conjunto de herramientas que facilitan la extracción, modificación y almacenamiento de la información que se maneja dentro de la empresa. En la actualidad las bases de datos poseen modelos que permiten acoplar las funcionalidades requeridas del software al sistema gestor de base de datos que se desea incorporar. A continuación, se detallan los parámetros que se tomaron en cuenta tanto para la calificación como para determinar cuál es el tipo de software a utilizar:
Se adapta a los requerimientos y funcionalidades para el presente trabajo de titulación: 2 representa el 100%.
Posee cierta adaptabilidad en los requerimientos y funcionalidades para el presente trabajo de titulación: 1 representa el 50%.
No cumple con los requerimientos y funcionalidades establecidas para el desarrollo del presente trabajo de titulación: 0 representa al 0%.
20 Tabla 2. Comparativa entre Sistemas Gestores de Base de Datos Características
Valor
MariaDB
Valor
Código Abierto (Open Source). Multiplataforma.
2
2
Comercial.
1
Código Abierto (Open Source). Multiplataforma . Licencia GPL.
Modelo de base de datos primaria
Relacional.
2
Relacional.
Seguridad
En las conexiones, operaciones y demás consultas emplea la lista de control de acceso. Código Abierto (Open Source).
2
Mediante parches seguridad.
Tipo Software Sistema Operativo Licencia
de
MySQL
2
los de
PostGres SQL
Valor
Código Abierto (Open Source). Multiplataforma.
2
2
PostGres License.
2
2
Relacional.
1
Para el acceso a objetos de base de datos por los usuarios utiliza un modelo de seguridad Código Abierto (Open Source).
2
SQL
2
2
2
Tipo de 2 Código Abierto 2 2 Software (Open Source). Total 11/12 11/12 12/12 Porcentaje 91% 91% 100% Nota: Adaptado de Letelier, P., & Penadés, C. (15 de Enero de 2006). Metodologías ágiles para el desarrollo de software: eXtrema Programming (XP).
3.2.6.1.4. Selección del Sistema Gestor de Base de Datos. El resultado obtenido en la Tabla 2, se observa que el SGBD más eficiente es PostgresSQL obteniendo el mayor porcentaje , en comparación a los demás, pero de acuerdo a los requerimientos por parte de la institución donde se va a instalar el aplicativo, se ha decidido utilizar para la presente disertación de grado a María DB, ya que cumple con los requisitos funcionales, aptos para ejecutar la aplicación, además de estar integrada en el paquete del servidor virtual XAMPP facilitando así interaccionar con el servidor Apache, es una herramienta FreeWare y al ser un lenguaje genérico es fácil de mantener es el que se decide implementar. 3.2.7. Servidores Web. Para (Ramos, 2011) un servidor web es un programa el cual fue creado con la finalidad de aceptar peticiones HTTP del navegador y servir a las páginas web que tienen alojadas, es decir que para que podamos navegar dentro de un sitio web vamos a necesitar conocer la dirección web exacta del sitio, debido a que cada sitio web posee una URL distinta que el resto de sitios web. Los aspectos importantes de la URL (uniform resource locator) que hacen única en cada sitio web es: el protocolo, el nombre de dominio del ordenador servidor y la ruta en el servidor p (6).
21 3.2.7.1.
XAMPP.
Cuando mencionamos a servidores es indispensable dejar de mencionar a Xampp que según (Obando y Pérez, 2014) es un servidor independiente en base a software libre, con el cual podemos disponer de un servidor propio o simplemente usarlo para hacer pruebas de nuestras páginas web, bases de datos, para desarrollar aplicaciones en PHP, con conexión a base de datos. El programa está liberado bajo la licencia GNU y actúa como un servidor web libre, fácil de usar y capaz de interpretar páginas dinámicas. Actualmente Xampp está disponible para GNU/Linux, Microsoft Windows, Solaris y MacOS X. (pág. 19)
Figura 4. Logo de XAMPP. Adaptado de: XAMPP (2018). XAMPP Community, Recuperado el 11 de diciembre del 2018, de https: https://www.apachefriends.org/es/index.html.
3.2.7.2.
WAMP.
Es el acrónimo usado para describir un sistema de infraestructura de internet que usa las siguientes herramientas: Windows, como sistema operativo; Apache, como servidor web. El uso de un WAMP permite servir páginas HTML a internet, además de poder gestionar datos en ellas, al mismo tiempo un WAMP, proporciona lenguajes de programación para desarrollar aplicaciones web. WAMP es el sistema análogo que corre bajo ambiente Windows. (Pantoja, Lozano, & Portillo, 2013, pág. 8) 3.2.7.3.
Análisis comparativo entre Servidores Web.
A continuación, se detallan los parámetros que se tomaron en cuenta tanto para la calificación como para determinar cuál es el tipo de software a utilizar:
Se adapta a los requerimientos y funcionalidades para el presente trabajo de titulación: 2 representa el 100%.
Posee cierta adaptabilidad en los requerimientos y funcionalidades para el presente trabajo de titulación: 1 representa el 50%.
No cumple con los requerimientos y funcionalidades establecidas para el desarrollo del presente trabajo de titulación: 0 representa al 0%.
22 Tabla 3. Comparativa entre Servidores Web Características Lugar de Instalación Activación de servicios
XAMPP Windows, Linux y OS X.
WAMP Solo en Windows
2
Fácil, debido a su panel de control donde los usuarios pueden hacer las respectivas configuraciones.
0
los
2
Se utiliza la Url del archivo al cual queremos acceder.
Modelo de base de datos primaria Tipo de software
2
Relacional.
Complicado, debido a que la configuración de los servicios se lo realizan en el menú de Windows. Dado el explorar que tiene facilita la búsqueda de los archivos. Relacional.
2 2
Código Abierto (Open Source). No incluye apartado de seguridad.
2
Seguridad
Código Abierto (Open Source). Posee un apartado de seguridad.
Total Porcentaje
12/12 100%
Acceso archivos
a
Valor 2
Valor 1
2
2
0 7/12 58%
Nota: Análisis realizado por los desarrolladores del proyecto.
3.2.7.4.
Selección del Servidor Web.
De acuerdo al resultado obtenido de la Tabla 3, se concluye que el servidor a utilizar en el presente trabajo de titulación es XAMPP con 100% de aceptación a los requerimientos y funcionalidades requeridas por el sistema frente al 58% de WAMP, si bien la plataforma donde se va implementar el sistema es una máquina que posee un sistema operativo de Windows XP el servidor que tendría mayor compatibilidad es WAMP, pero al momento de querer expandir o trasladar el servidor a otro servidor como Ubuntu tendríamos que aplicar tareas nuevas, por ello se opta por XAMPP ya que facilitaría el traslado solo de archivos, además, la instalación e inicialización de los servicios, son bastante sencillos y si se presentan algún inconveniente existe una gran ayuda de la comunidad. 3.2.8. Lenguajes de Programación. 3.2.8.1.
Phyton.
Según Challenger, Díaz, & Becerra (2014) Python es un lenguaje de programación creado por Guido Van Rossum, un programador holandés a finales de los 80. Python, es considerado como un lenguaje multi-paradigmas, esto es porque cuenta con mucha facilidad al momento de utilizar programación orientada a objetos además de ser un lenguaje de programación sencillo, phyton tiene una buena aceptación en comunidades tanto científicas como educativas. (p.3)
23 Es un lenguaje de alto nivel ya que contiene implícitas algunas estructuras de datos como listas, diccionarios, conjuntos y tuplas, que permiten realizar algunas tareas complejas en pocas líneas de código y de manera legible. (Challenger, Díaz, & Becerra, 2014)
3.2.8.2.
PHP.
Hipertexto Pre Processor, fue creado por el programador informático Rasmus Lerdorf en 1994, en los inicios de este lenguaje de programación fue denominado como PHP Tools o Personal e implementado posteriormente por el responsable actual que es The PHP Group. Lo que convierte a Php como un software libre y de código abierto es su tipo de licencia la cual está a cargo Php License. (Cibelli, 2014) Básicamente este lenguaje de programación libre fue diseñado para desarrollar aplicaciones que se encuentran en el instante, cuya manera de actuar es en el lado del servidor, las cuales se encuentran preparados para generar sitios dinámicos en la World Wide Web. (Arias, 2017)
Figura 5. Logo de PHP. Adaptado de: PHP: Hypertext Preprocessor (2018).Download Logos, Recuperado el 11 de diciembre del 2018, de https: www.php.net/.
3.2.8.3.
Análisis comparativo de los lenguajes de programación.
A continuación, se detallan los parámetros que se tomaron en cuenta tanto para la calificación como para determinar cuál es el tipo de software a utilizar:
Se adapta a los requerimientos y funcionalidades para el presente trabajo de titulación: 2 representa el 100%.
Posee cierta adaptabilidad en los requerimientos y funcionalidades para el presente trabajo de titulación: 1 representa el 50%.
No cumple con los requerimientos y funcionalidades establecidas para el desarrollo del presente trabajo de titulación: 0 representa al 0%.
24 Tabla 4. Comparativa de Lenguajes de Programación Características
Python
Valor
PHP
Valor
Plataforma de uso
Multiplataforma.
2
Multiplataforma.
2
Tipo de Software
Open Source.
2
Open Source.
2
Tipo de Lenguaje
Interpretado.
2
Interpretado.
2
Propósito
Enfocado al desarrollo web.
1
Enfocado al desarrollo web.
2
Sintaxis
Código Legible.
2
Simplicidad de sintaxis y de fácil manejo.
2
Servidores web Soportados
Apache, Tornado, CherryPyentre, otros.
2
Total Porcentaje
2 Apache, Lighttp, Lite Speed Web Server, otros.
11/12 91%
12/12 100%
Nota: Fernández, A. (2013). Python 3 al descubierto (Segunda ed.). México: AlfaomegaGrupo Editor. Python
Software Foundation. (2017).
3.2.8.4.
Selección del lenguaje de programación.
De acuerdo a las características establecidas en la Tabla 4, se concluye que el lenguaje de programación a utilizar en el presente trabajo de titulación es PHP con 100% de aceptación a los requerimientos y funcionalidades requeridas por el sistema frente al lenguaje de programación de Python, se presenta PHP como unos de los lenguajes en auge para el desarrollo de aplicaciones WEB, contiene mucha documentación y compatible con varios software de desarrollo gratuitos, para poder llevar a cabo la presente disertación. 3.2.9. Framework de Programación. Para el desarrollo en PHP existen distintos Framework que nos facilita la tarea, ya sea para reutilizar una plantilla o no tener que generar desde 0, el entorno front-end y back-end, ya que existe distintas opciones ya creadas que nos ayudan a estar menos tiempo programando nuestro entorno web. Para un desarrollo pro activo, existen algunos framework, que están a nuestra disposición, ya sea porque existe una comunidad por detrás que nos ayuda y facilita información y soporte de ser necesario, así como extendida documentación para consultar, son Codeigniter, Laravel o Symfony.
25 3.2.9.1.
Codelgniter.
Codelgniter se presenta como un framework open source para el desarrollo de aplicaciones web, se basa en codificación PHP, esta herramienta facilita el no tener que desarrollar el código desde cero esto es a través del empleo de distintas librerías para las tareas más comunes, una interfaz sencilla y amigable para acceder y llamar a las mismas, se basa en el modelo vista controlador, destaca sobre otros Framework PHP por su alta respuesta del servicio. (CodeIgniter, 2018)
Figura 6. Logo de CodeIgniter. Adaptado de: CodeIgniter Web Framework. (2018). Download Logos, Recuperado el 29 de diciembre del 2018, de https://codeigniter.com/.
3.2.9.2.
Laravel.
Otro de los Framework PHP más extendidos es Laravel, open source, está orientado al desarrollo de aplicativos y servicios web, se nos presenta como una alternativa elegante y sencilla, para la creación de código limpio, es un Framework en continuo desarrollo, el Framework trabaja en modelo Orientado a Objetos, pero su vez permite el modelo vista controlador. (Laravel, 2018) 3.2.9.3.
Análisis comparativo entre Framework de programación.
A continuación, se detallan los parámetros que se tomaron en cuenta tanto para la calificación como para determinar cuál es el tipo de software a utilizar:
Se adapta a los requerimientos y funcionalidades para el presente trabajo de titulación: 2 representa el 100%.
Posee cierta adaptabilidad en los requerimientos y funcionalidades para el presente trabajo de titulación: 1 representa el 50%.
26
No cumple con los requerimientos y funcionalidades establecidas para el desarrollo del presente trabajo de titulación: 0 representa al 0%.
Tabla 5. Comparativa de Lenguajes de Programación
Características
Codelgniter
Valor
Laravel
Valor
Plataforma de uso
Multiplataforma.
2
Multiplataforma.
2
Tipo de Software
Open Source.
2
Open Source.
2
Modelo
Modelo Vista Controlador MVC. Desarrollar cogido más eficientemente sin tener que escribir desde 0.
2
Núcleo más ligero, permitiendo el procesamiento de las páginas más rápido.
2
Conexión a BDD multiplataforma, active record, validación de datos, gestión de sesión de usuarios y seguridad y filtrado XSS.
2
Instalación
Sencilla y en un solo paquete.
2
Documentación
Manual de usuario en español. Comunidad activa. Varias y Open-source como de pago.
2
Propósito
Destaca
Características
Plantillas Total Porcentaje
2
2
Orientado a Objetos y trabaja MVC. Trabajar tanto con MVC, como el mapeo de objetos relacionales.
Con sus continuas actualizaciones, pretende estar a la vanguardia, aunque genera poca estabilidad. Administración de plugins, BDD multiplataforma, contiene ORM.
Se instala a través de composser, puede ser tedioso. Manual de usuario en español, gran comunidad pro activa. Destaca el uso de plantillas basadas en blade.
18/18 100%
2
2
1
2
1 2 2 16/18 89%
Nota: F. Sierra, J. Acosta, J. Ariza, M. Salas (2013). Estudio y análisis de los framework en php basados en el
modelo vista controlador para el desarrollo de software orientado a la web. Vol. 4, Núm. 2 (2013).
3.2.9.4.
Selección de Framework.
Tras la comparación de estos dos framework, se entiende que los dos no ahorran tiempo de desarrollo, y facilitan la tarea de programar, ya sea por el uso de plantillas prefabricadas o los plugins que nos proporciona las herramientas, por su peso ligero y estabilidad se determina que el framework “Codelgniter” es el más adecuado al proyecto, ya que el equipo previsto para ser servidor local es un equipo con Windows XP, con recursos limitados, al tratarse de una intranet pequeña satisface las necesidades, la documentación del Framework Codelgniter se encuentra tanto en español como en inglés, cuenta con una comunidad amplia para cualquier inconveniente con el mismo, cuenta con un núcleo más ligero porque entres en las especificaciones dice que es más rápido e eficiente con el lenguaje PHP, es que el que se va emplear para desarrollar el aplicativo, la instalación se
27 realiza mediante su respectito instalador, facilitando la tarea, cuenta también con distintas plantillas para no partir de cero en el desarrollo, como formularios validados, sistema de Login, e integración total con PHP. 3.2.10. Metodologías de Desarrollo de Software. 3.2.10.1. Metodologías Tradicionales. Este tipo de metodologías están basadas en reglas inclusivas, las cuales a medida que avanza el proyecto facilitan con información en que es lo que se debería hacer en diferentes situaciones posibles. Teniendo claro que tipo de proyecto queremos realizar las metodologías tradicionales son de gran uso para proyectos en donde los clientes tienen claro todos los requisitos y las necesidades que quieren cubrir, es decir, que a lo largo del proyecto no se presentara ningún tipo de incertidumbre por parte del cliente. Además, se podrá valorar de una manera más precisa cuál sería el coste total del proyecto a efectuar. (Álvarez, De las Heras del Dedo, & Lasa, 2011) 3.2.10.2. Metodologías Agiles. Los métodos agiles a diferencia de los tradicionales proporcionan una interacción acerca del proyecto entre el cliente y el equipo de desarrollo. Los proyectos que aplican este tipo de métodos parten de un presupuesto y de una fecha de entrega, a partir de ese momento se empieza a implementar toda la funcionalidad que el cliente requiere en la elaboración de su proyecto (Álvarez, De las Heras del Dedo, & Lasa, 2011). Este tipo de métodos no rechaza los cambios, precisamente por eso se denomina métodos agiles debido al procedimiento que tiene en la elaboración de un producto, es decir, si el producto en elaboración requiere modificación alguna se la realiza, pero los cambios que se puedan dar son controlados por el método ágil para que el cambio sea de menos impacto en el desarrollo del producto (Álvarez, De las Heras del Dedo, & Lasa, 2011). Por otro lado la manera de que el producto en elaboración sea de excelente calidad depende básicamente del equipo de desarrollo y del cliente, de modo que debe priorizar la comunicación entre ambas partes y sentirse integrantes de un gran equipo (Álvarez, De las Heras del Dedo, & Lasa, 2011).
28 3.2.10.3. Análisis comparativo entre metodologías de desarrollo de software. A continuación, se detallan los parámetros que se tomaron en cuenta tanto para la calificación como para determinar cuál es el tipo de software a utilizar:
Se adapta a los requerimientos y funcionalidades para el presente trabajo de titulación: 2 representa el 100%.
Posee cierta adaptabilidad en los requerimientos y funcionalidades para el presente trabajo de titulación: 1 representa el 50%.
No cumple con los requerimientos y funcionalidades establecidas para el desarrollo del presente trabajo de titulación: 0 representa al 0%.
Tabla 6. Comparativa entre metodologías de desarrollo Características
Metodologías ágiles
Valor
Flexibilidad
Cambios durante el proyecto. Entregas constantes. Flexible e incluso inexistente. Es parte del desarrollo.
Poca cantidad. Cambios de requerimientos por parte del cliente. Poca cantidad.
2 2
Entrega del software Contrato Participación del cliente Artefactos Especificación de requerimientos Documentación Total Porcentaje
Valor
2
Metodologías tradicionales Resistencia a los cambios.
2 2
Al finalizar el desarrollo. Contrato prefijado.
1 1
2
Cliente interactúa con el equipo de desarrollo mediante reuniones. Gran cantidad. Son acordados una vez y para todo el proyecto.
1
Extensa cantidad.
0 3/14 21%
2 14/14 100%
0
0 0
Nota. Recuperado de “Metodologías ágiles frente a las tradicionales en el proceso de desarrollo de software”,
por Montero, B., Cevallos, H., Cuesta, J., 20018, Espiral, pp.114-121.
3.2.10.4. Selección de la metodología de desarrollo. Tras evaluar las dos metodologías se opta por la actual tendencia de la metodología ágil, en base a que se a realizar la planificación del proyecto con poco personal y se adecua más, se amolda mejor al trabajo de dos personas, al poder estar en continuos cambios, es perfecto para la planificación modular, tiene una estructura que mejora el desarrollo de la arquitectura del proyecto, hacemos parte a la empresa vinculada para poder contemplar mejor sus necesidades.
29 3.2.11. Metodologías agiles representativas. 3.2.11.1. Scrum. Según los autores (Álvarez, Heras, Lasa) define a Scrum como un marco de trabajo que puede dar soporte a la innovación basados en equipos auto-gestionados. Con Scrum se puede obtener resultados con calidad, en iteraciones cortas (entre una y cuatro semanas) llamadas Sprints. (pág.39)
Figura 7. Evento de la metodología Scrum. Recuperado de “Metodología Scrum: qué es y cómo funciona” por Araque, M., Febrero 8 del 2017. https://www.wearemarketing.com/es/blog/metodologia-scrum-que-es-ycomo-funciona.html.
3.2.11.2. Extreme Programming (XP). XP se pueden considerar como una de las mejores metodologías agiles que existen para el desarrollo de software, dado que busca guía a los equipos de desarrollo ya sean estos pequeños, mediano o grandes, en ambientes de requerimientos imprecisos o cambiantes. XP tiene como base cinco valores: Simplicidad, Comunicación, Retroalimentación, Respeto y Coraje (Navarro , Fernández, & Morales, 2013). Esta metodología tiene como virtud dar solución a actividades básicas de un proceso de desarrollo aplicando sus principios y valores ya establecidos por la misma, enfocándose así a la respectivas soluciones cuyos procesos son: escribir código, realizar pruebas, escuchar (planear) y diseñar (Navarro , Fernández, & Morales, 2013).
30
Figura 8. Proceso XP. Recuperado de “Las Metodologías de Desarrollo Ágil como una Oportunidad para la Ingeniería del Software Educativo” por Orejuela, A., Rojas, M. 2008. Avances en Sistemas e Informática, 5(2), pp. 159-171.
3.2.11.3. Análisis comparativo entre metodología agiles representativas. A continuación, se detallan los parámetros que se tomaron en cuenta tanto para la calificación como para determinar cuál es el tipo de software a utilizar:
Se adapta a los requerimientos y funcionalidades para el presente trabajo de titulación: 2 representa el 100%.
Posee cierta adaptabilidad en los requerimientos y funcionalidades para el presente trabajo de titulación: 1 representa el 50%.
No cumple con los requerimientos y funcionalidades establecidas para el desarrollo del presente trabajo e titulación: 0 representa al 0%.
31 Tabla 7. Comparativa de Metodologías Agiles Criterio Tamaño de los proyectos Estructura Estilo de desarrollo Enfocada
Desarrollo
Iteraciones de entrega Tareas de entrega al cliente
Forma de trabajo
Xp
Valor
Scrum
Valor
Pequeños y medianos.
2
Pequeños, medianos y grandes.
2
Es más cambiante y menos organizada. Iterativo y rápido.
0
Más jerárquica y organizada.
2
2
Iterativo y rápido.
2
En la programación y creación del producto. Se sigue estrictamente el orden de prioridades de las actividades definidas por el cliente. Son de 1 a 3 semanas. Susceptibles a modificaciones durante el proyecto.
1
A la administración del proyecto
2
Lo miembros del equipo programan en parejas.
1
Total Porcentaje
1
1 1
Puede modificar el orden de prioridades establecido por el Product Owner en el Sprint Backlog. Son cada 2 a 4 semanas. Las tareas realizadas en el Sprint Backlog y aprobadas por el Producto Owner no se vuelven a modificar. Cada miembro del equipo lo hace individualmente.
9/16 56%
2
2 2
2 16/16 100%
Nota. Recuperado de “Métodos Ágiles de Programación y Soporte de Software”, de Ramírez, D., 2017.
http://davidrtmetodosagiles.blogspot.com/2017/05/raid-0-raid-5.html.
3.2.11.4. Selección de la metodología ágil. La planificación del proyecto es esencial para un correcto desarrollo del mismo, en metodología ágil Scrum se postula como una de las opciones más innovadoras, su continua planeación nos lleva a por que cada módulo tengamos un análisis de requerimientos, plantear el diseño, el desarrollo y la entrega, de cada actividad. Las herramientas como el retraso, sprint, pruebas preliminares y las reuniones diarias, nos permiten una iteración más adecuada al trabajo de dos personas, ya que nos permiten llevar avances continuos sin necesidad de llevar el proyecto directamente terminado, para interactuar entre poco desarrolladores o varios, en caso de la presente disertación se decide por utilizar este tipo de metodología ya que permite avanzar por módulos, así poder estar continuamente trabajando, sin necesidad de comprobar y hacer pruebas de entrada, ya que luego se ara pruebas para ver la integración total del sistema.
32
4. METODOLOGÍA DE LA INVESTIGACIÓN 4.1.
Enfoque, diseño y tipo de investigación Para desarrollar trabajo de titulación, se optó por un enfoque cualitativo, debido a que
nos encaminaremos a realizar un proceso más inductivo es decir explorando, describiendo los procesos para posteriormente generar perspectivas teóricas. Según Hernández, Fernández & Baptista (2014) el enfoque cualitativo va de lo particular a lo general, dado que el investigador se basa en una guía de entrevistas las cuales son empleadas a las personas con el fin de obtener cierta información que le permitan realizar un análisis de los datos que obtuvo, sacando así sus propias conclusiones; del mismo modo efectúa y analiza más entrevistas para comprender el fenómeno que estudia. Es decir, procede caso por caso, dato por dato, hasta llegar a una perspectiva más general (p.8). Este enfoque nos servirá para conocer los distintos procesos y funcionalidades que cumple el Departamento de Rehabilitación Física del Patronato Municipal de Santo Domingo. Para el desarrollo del presente trabajo de investigación se contó con un tipo de investigación descriptiva y aplicada. De acuerdo a los autores Hernández, Fernández & Baptista (2014), la investigación Descriptiva facilita detallar características que se consideren importante de un fenómeno a estudio, para interpretar los parámetros dentro del problema y en base a ello, desarrollar las entrevistas dirigidas a los involucrados con ello se busca captar las funcionalidades y requerimientos del software a desarrollar. La investigación aplicada propone soluciones para mejorar un proceso o producto incorporando soluciones reales a los problemas.
4.2.
Población y muestra Según Arias (2012) define población como un conjunto finito o infinito de elementos
con características comunes para las cuales serán extensivas las conclusiones de la investigación (p.81). En la población, del presente trabajo de investigación están involucrados empleados públicos, así como también los licenciados en terapia física del Patronato Municipal de Inclusión Social de Santo Domingo de los Tsáchilas, siendo un total de 5 personas, las mismas que constituyen la población.
33 Tamayo y Tamayo (2006), define la muestra como el conjunto de operaciones que se realizan para estudiar la distribución de determinados caracteres en totalidad de una población universo, o colectivo partiendo de la observación de una fracción de la población considerada (p.176). Debido a que la población es pequeña y de acuerdo a lo que menciona Posso (2009) no es necesario determinar la muestra, ya que la población no sobrepasa los 30 individuos necesarios para realizar una muestra adecuada. Para el desarrollo del presente trabajo de titulación no se determina la muestra debido a que se trabajara con toda la población que labora en el departamento de rehabilitación física.
4.3.
Técnicas e instrumentos de recogida de datos
4.3.1. Observación participante La observación participante es un método interactivo de recogida de información que requiere de la implicación del observador en los acontecimientos observados, ya que permite obtener percepciones de la realidad estudiada, que difícilmente podríamos lograr sin implicarnos de una manera afectiva (Rodrígez, Gil, & García, 2006). Para tener un enfoque más preciso del problema que presenta el patronato seleccionamos personas claves a observar, dándonos cuenta que el inadecuado manejo de la información de los pacientes que ingresan al departamento de rehabilitación fisca es debido a que el proceso se lo realiza de forma tradicional ya que es un proceso mecanizado. 4.3.2. Entrevista Una vez realizada la técnica de observación participante procederemos a aclarar todas las observaciones realizadas mediante la técnica de la entrevista, la cual se la realizará al personal que labora en el departamento de rehabilitación física del Patronato Municipal de Inclusión Social de Santo Domingo de los Tsáchilas, debido a que son las personas encargadas de la creación de fichas, administración de los turnos y horarios, por ende será la fuente de información para la elaboración del sistema, ya que, al tratarse de un proceso metódico, obtendremos los requerimientos y el proceso a seguir.
34
4.4.
Técnicas de recolección de datos Según Arias (2012) define como las técnicas de recolección de datos al como el
conjunto de procedimientos y métodos que se utilizan durante el proceso de investigación, con el propósito de conseguir la información pertinente a los objetivos formulados en una investigación (p.376). La obtención de datos, de la presente investigación, se realizará con la recolección de datos y el estudio de los mismos además de su interpretación para comparar la forma actual de trabajar en el patronato contra el sistema implantado, analizando la viabilidad y compresión del software. Para lo cual usaremos ciertas técnicas de estadística que nos permitirán realizar los procesos anteriormente mencionados, estas técnicas son: análisis de contenido por medio del software conocido como lo es Word. Entre las técnicas que emplearemos en nuestra investigación, tenemos a las técnicas de la observación participante y las entrevistas.
35
5. RESULTADOS 5.1.
Discusión y Análisis de Resultados En la presente sección se analiza la información recopilada de las entrevistas con el
objetivo de conocer los procesos que se llevan a cabo en el Departamento de Rehabilitación Física del Patronato Municipal de Santo Domingo, ayudándonos así a tener claro las funcionalidades con las que debe contar el sistema, para solventar los inconvenientes que se presentan actualmente. 5.1.1. Resultado de la Entrevista. La entrevista realizada al empleado público y a los fisioterapeutas que laboran en el Departamento de Rehabilitación físico del Patronato Municipal de Inclusión Social Santo Domingo, nos permitió obtener datos reales de los procesos que se llevan a cabo dentro del departamento, permitiéndonos así conocer los procesos necesarios a mecanizar mediante las preguntas planteadas a continuación:
¿Qué función desempeña? Actualmente el Departamento de Rehabilitación Física del Patronato Municipal de Inclusión Social de Santo Domingo cuanta con los siguientes profesionales: o 3 Fisioterapeutas o 1 Asistente de fisioterapia o 1 Recepcionista
¿Cuáles son los servicios de fisioterapia que ofrece actualmente el departamento de rehabilitación física? Los servicios que ofrece el departamento de rehabilitación física es una atención a los ciudadanos de Santo Domingo de los sectores urbanos y rurales, como también a los grupos de atención prioritaria en las especialidades de: o Traumatología o Terapia deportiva o Neurología o Terapia del lenguaje (Voz, deglución, trastornos del lenguaje /habla)
36
¿Cuáles son las personas encargadas de los distintos procesos en el departamento de rehabilitación física? o Lcda. Jhona Vaca (Fisioterapeuta) o Lcda. Karen Enríquez (Fisioterapeuta) o Lcda. Jessica García (Fisioterapeuta) o Sr. Javier Márquez (Auxiliar en terapia física) o Sra. Corina Cabrera (Recepción y Estadística)
¿Cómo se lleva a cabo el proceso de registro de los pacientes que ingresan al departamento de rehabilitación fisca? o El proceso de registro de los pacientes lo realizan de forma manual y en Excel primeramente verifican que el paciente no posea ningún tipo de seguro, luego crean un registro con todos los datos de los pacientes y la patología diagnosticada por un especialista, se les procede llamar a los pacientes una vez que haya turnos disponibles posteriormente se asigna un terapeuta responsable y sus respectivas sesiones de tratamiento.
¿Cuáles son los campos que se solicitan al paciente para rellenar el formulario de ingreso? Los campos que solicitan para rellenar el formulario de ingreso son: o Nombres y Apellidos o Fecha de Ingreso o Fecha de nacimiento o Edad o Dirección o Parroquia o Teléfono o Diagnostico o Profesional o Discapacidad (Si / No) o Sexo (F / M)
37
¿Cómo llevan a cabo los procesos de control de las personas que acuden al departamento de rehabilitación física? o El proceso inicia registrando la asistencia a cada terapia manualmente en recepción firmando la hoja de control diario, además a cada paciente se le otorga un carnet con las respectivas sesiones de terapia.
¿Cuáles han sido los mayores inconvenientes al realizar estos procesos de forma manual? Se presenta varios inconvenientes tales como: o Perdida del carnet por parte de los pacientes o Perdida de registro de asistencia de los pacientes o No pueden entregar informes estadísticos a tiempo o Desconocimiento de la fecha específica de terminación de las sesiones de cada paciente o Por la gran demanda de pacientes no pueden ingresar al paciente que este a continuación en la lista de espera.
¿Qué procesos considera necesario que se deben automatizar en el departamento de rehabilitación física? Los profesionales que laboran en el departamento de rehabilitación física consideran necesario que se debería automatizar: o El registro de los pacientes y sus respectivos turnos o Control estadístico de los pacientes
¿Cuáles son las funcionalidades que considere usted que deberá tener el sistema? o Se deberá contar con un conteo del número de sesiones también conocer cuando un paciente está próximo a salir, además de saber que paciente ingresa después según la lista de espera y generar reportes de los pacientes que han sido atendido por fisioterapeuta.
38
El personal que labora en la institución ¿cuenta con experiencia o presenta conocimiento acerca del manejo de sistemas informáticos? o El personal que labora en el departamento de rehabilitación física tiene conocimientos básicos en lo que se refieren a manejos de sistemas informáticos.
¿Cuáles serían los beneficios que el departamento de rehabilitación física obtendría una vez implementado el sistema web? Se estima que el sistema será de gran ayuda dado que se: o Ahorrará tiempo o Verificara de una forma más exacta las sesiones en terapia de cada paciente o Va poder conocer una estadística real o Reducirá el tiempo de espera para los pacientes o Obtendrá datos reales y confiables o Podrá tener la información actualizada permanentemente
5.1.2. Discusión de la Entrevista. De acuerdo a las respuestas obtenidas de las entrevistas al personal que labora en el departamento de Rehabilitación Física del Patronato Municipal de Inclusión Social Santo Domingo se denota los inconvenientes que tienen con el ingreso de los datos de los personas que serán agregados como pacientes de la institución, así como también el control diario de las respectivas sesiones que tiene cada paciente además de la dificultad en conocer que paciente está a punto de culminar con sus sesiones para el ingreso de uno nuevo. El sistema propuesto es necesario, ya que solventara las dificultadas que se les ha presentado a lo largo de estos años al departamento de rehabilitación física, dado que el sistema permitirá al administrador y a los fisioterapeutas ingresar de forma sencilla a las personas que serán atendidas en el departamento de rehabilitación física, así como también les permitirá agregar y controlar las sesiones de los pacientes y finalmente la generación de reportes en formato PDF de todos los pacientes que han sido atendidos en el departamento. El coordinador de la práctica de este proyecto el Ing. Patricio Ortega jefe del departamento de informática y redes, en función de Product Owner, ha solicitado que para el desarrollo del PMIS-SD Web System
39 se utilicen herramientas open source, que para base de datos se utilicen un SGDB adecuado, teniendo en consideración que la implementación del sistema se lo efectuará en una máquina que posee un sistema operativo de Windows XP.
5.2.
Propuesta de Intervención Sistema: PMIS-SD Web System
5.2.1. Análisis de metodología de desarrollo de software. El marco de trabajo Scrum, ha sido la metodología por la cual se ha optado para el desarrollo del sistema web, basándose en aspectos a considerar como la flexibilidad en los cambios y requisitos nuevos durante el proyecto, obteniendo así buenos resultados debido al desarrollo iterativo y a la colaboración e interacción con el cliente. 5.2.2. Análisis del Sistema Gestor de Base de Datos. Sustentando a la comparativa de los sistemas gestores de base de datos (Ver tabla 2) de acuerdo a las especificaciones del Ing. Patricio Ortega encargado del Departamento de Informática y Redes del Patronato Municipal de Inclusión Social de Santo Domingo, se ha establecido utilizar para el presente proyecto como SGDB a MariaDB, haciendo énfasis en los requisitos funcionales aptos para ejecutar la aplicación, además de estar integrada en el paquete del servidor virtual XAMPP facilitando así interaccionar con el servidor Apache. 5.2.3. Análisis de lenguaje de programación. Por otra parte, de acuerdo a la comparativa que se realizó para seleccionar cual sería el lenguaje de programación (Ver tabla 4), además de las oportunas recomendaciones por parte del Ing. Patricio Ortega, se seleccionó como lenguaje de programación PHP debido a que es el lenguaje de programación que más nos beneficiaria para el desarrollo del software, y el diseño será desarrollado mediante el lenguaje de contenidos HTML5 complementado del framework CodeIgniter v3.1.9. De acuerdo a lo señalado se acepta la propuesta de intervención para el desarrollo del software PMIS-SD Web System, dando lugar al uso de PHP v7.3.0, como lenguaje de programación utilizado, Scrum como metodología de desarrollo y la base de datos empleada es MariaDB en su v10.1.37 con phpMyAdmin v4.8.4.
40 5.2.4. Resultados de Scrum. 5.2.4.1.
Sprint 1.
5.2.4.1.1. Planificación del Sprint. Para dar inicio al marco de trabajo Scrum, se realiza la primera reunión con el Producto Owner o dueño del producto, que es la persona la cual nos proporcionará los requerimientos y las funcionalidades que debe tener el sistema, en esta primera reunión se asignaron los roles que van a cumplir cada integrante en este trabajo de investigación. 5.2.4.1.1.1.
Roles.
En la primera reunión se establecieron los roles a cada integrante que será partícipe en el desarrollo del PMIS-SD Web System, los mismos que se detallan en la siguiente tabla: Tabla 8. Roles del equipo Scrum ROLES DEL EQUIPO SCRUM Product Owner Scrum Master
Ing. Patricio Ortega Mg. Luis Ulloa
Sr. Steeven Ruiz Sr. Enrique Valencia Nota: De acuerdo con la Lcdo. Fausto Luzuriaga Director del Patronato Municipal de Inclusión Social de Santo Domingo de los Tsáchilas, designó al Ing. Patricio Ortega como coordinador de la práctica y elaboración del proyecto de vinculación de acuerdo a ley. Development Team
El dueño del producto (Product Owner) es la persona que toma decisiones, debido a que conoce realmente el negocio del cliente. Además de ser el encargado de buscar el máximo rendimiento del producto y el trabajo del equipo de desarrollo. El Scrum Master es el encargado de comprobar que el equipo de desarrollo trabaje de acuerdo a la teoría, prácticas y reglas de Scrum con la finalidad de que el producto a crear sea de alto valor. El equipo de desarrollo (Development Team) son las personas encargadas de desarrollar el producto las cuales realizan el trabajo en un tiempo específico, que viene determinado por la velocidad de desarrollo que se obtiene de dividir el trabajo realizado sobre el tiempo que se tarda, cada entrega es un incremento “Terminado” que potencialmente se pueda poner en producción al final de cada Sprint, teniendo así autoridad para organizarse y tomar decisiones para conseguir su objetivo, los tiempos programados se entiende como el tiempo ideal de entrega, que no siempre corresponde con el tiempo real.
41 5.2.4.1.1.2.
Estimación.
Para la estimación del producto se ha utilizó la técnica de estimación Planning póker o planificación póker, en la cual todos los integrantes comprometidos en el desarrollo del producto del software opinaron el esfuerzo a desarrollar en cada una de las historias de usuario de un Sprint. La enumeración de las cartas será con una serie de Fibonacci (0,0.5, 1, 2, 3, 8, 13, 21, etc.), la cual permitirá gestionar de mejor manera las historias de usuarios, debido a que en cuanto más grande sea el número asignado a una historia de usuario, aumentará la probabilidad de equivocarse en la estimación. El desarrollo de cada sprint fue estimado entre 1 a 4 semanas (1 mes), tiempo necesario para plasmar las funcionalidades con las que cuenta el PMIS-SD Web System. 5.2.4.1.1.3.
Product Backlog.
En la tabla del Product Backlog se describe la funcionalidad total del producto. Las partes del Product Backlog (ver tabla 9) contiene el N° de Historias de usuarios, que es la cantidad de historias que se utilizaron en la elaboración del sistema el mismo que está conformado por 9, además se detallan el nombre de cada historia de usuario, la prioridad que tienen cada una de las historias de usuario, y por último la estimación correspondiente mediante la técnica optada para ello. Tabla 9. Product Backlog PRODUCT BACKLOG N° Historia
Historia
Prioridad
Estimación
1
Ingreso al sistema
100
13
2
Ingreso de datos de personas
95
8
3
Creación de usuarios
95
21
4
Ingreso de pacientes
90
8
5
Estado de los pacientes
85
13
6
Ingreso de fisioterapeutas
85
13
7
Gestión de turnos
70
21
8
Control de asistencia
90
21
9
Generación de reportes
95
8
Nota. Versión Final del Product Backlog.
42 5.2.4.1.1.4.
Gestor de tareas técnicas.
Para gestionar las tareas se ha usado Trello, la cual es una herramienta de gestión más utilizada actualmente, ya que permite a los integrantes de un proyecto gestionar las tareas de forma online, además cuenta con una interfaz sencilla de utilizar, basada en tableros de operación, permitiendo así una visión clara de todas las tareas que integra cada proyecto. En relación con Scrum, esta herramienta tiene una gran ventaja dada su compatibilidad con la metodología, debido a que Trello está diseñada con base a los principios de la metodología Ágil, en consecuencia, a ello el desarrollo del Sprint 1 del presente proyecto se realizó con la ayuda de esta herramienta, en la cual se colocaron las tareas de ingeniería de las de las 5 historias de usuarios correspondientes al Sprint 1. Dentro del tablero denominado PMIS-SD Web System se colocaron las historias de usuarios con sus respectivas tareas de ingeniería en los diferentes estados: Pendientes, En Proceso, Terminado/ Completado (Ver figura 9).
Figura 9. Tablero de Trello. Datos obtenidos de la investigación de campo. Recuperado de https://trello.com/b/Wxtqldjy/pmis-sd-web-system.
Cuando se termina las tareas de ingeniería de cada historia de usuario se procedió a realizar las pruebas de aceptación en donde el usuario interesado del sistema examina el software y verifica que cumpla con sus aspiraciones (Ver anexo 6).
43 5.2.4.1.1.5.
Sprint Backlog.
Es el conjunto de elementos de la Lista de Producto seleccionados para el Sprint, más un plan para entregar el Incremento de producto y conseguir el Objetivo del Sprint. El Sprint Backlog del Sprint es una predicción hecha por el Equipo de Desarrollo acerca de qué funcionalidad formará parte del próximo Incremento y del trabajo necesario para entregar esa funcionalidad en un Incremento “Terminado”. En la tabla del Sprint Backlog que se presentara a continuación se encuentra dividida en varias secciones: en un principio se encuentra el número del Sprint, mientras que en la segunda columna se menciona las historias de usuario que pertenecen a su respectivo sprint, también se denota la estimación dada a cada historia de usuario, continuando con la categoría y las tareas de ingeniería que no son más que especificaciones técnicas de lo que se realizara en cada historias de usuario, además también se plasmara la estimación que tendrá cada tarea de ingeniería las cuales en su sumatoria deben dar el total de la estimación de la historia de usuario perteneciente a esas tareas de ingeniería, y por último se encuentra el estado, este indicara si las tareas se encuentran aún pendientes , en proceso y completadas.
44 Tabla 10. Sprint Backlog nĂşmero 1
Nota: InvestigaciĂłn de campo realizado.
45
5.2.4.1.2. Ejecución del Sprint 1. La primea actividad para la puesta en marca de sistema, con la aplicación XAMPP, es generar un servidor apache local, junto con la exportación de la base de datos para el acceso del primer usuario administrador para realizar las pruebas oportunas, así como en diseño y modelado de la base de datos de la aplicación.
Figura 10. Infraestructura de implementación.Captura del software XAMPP.
Figura 11. Base de Datos. Captura del modelado de la BDD del sistema PMIS-SD Web System.
46
5.2.4.1.2.1.
Historia de Usuario 1: Ingreso al sistema.
La primera historia que se realizo es el interfaz de acceso al sistema, se desarrolló una maqueta con la herramienta Mockups, para el diseño preliminar (ver figura 12), el acceso al sistema nos lleva a la interfaz del sistema previo comprobación si existe el usuario con su correspondiente contraseña, si el acceso se da por valido tras las validaciones se accede al Dashboard de la aplicación (ver figura 13), desde el cual se interactúa con las distintas opciones del sistema.
Figura 12. Maqueta del sistema PMIS-SD Web System. Captura del diseño preliminar de acceso al sistema.
Figura 13. Dashboard del Sistema Web. Captura del sistema PMIS-SD Web System.
47
Figura 14. Codificación del Login. Captura del código empleado para la elaboración del login del sistema PMIS-SD Web System.
5.2.4.1.2.2.
Historia de Usuario 2: Ingreso de datos de personas.
La segunda actividad es la creación del formulario de ingresos de personas al sistema, este paso es previo al levantamiento de usuarios, fisioterapeutas o pacientes del sistema, las personas ingresadas pueden ser empleados o particulares, después de ser agregado como una persona en el sistema ya se pueden gestionar para ser cualquiera de las anteriores funciones mencionadas.
Figura 15. Ingresos de personas al sistema PMIS-SD Web System. Captura del sistema en el formulario de ingreso de personas.
5.2.4.1.2.3.
Historia de Usuario 3: Creación de Usuarios.
La siguiente actividad es la creación de usuarios y la asignación de roles y privilegios correspondientes a cada usuarios, en este caso hay 3 niveles de acceso el de administrador,
48 encargado y operario (ver figura 16), el primer grupo estaría compuesto del personal administrativo que acceda y sea de interés la información generada por la aplicación , estos también pueden crear nuevos usuarios, el segundo grupo es el de encargados que pueden modificar la información de la Base de datos pero no generar nuevos usuarios, pero si pacientes, turnos, horarios, etc. El tercer grupo de operarios son los licenciados que se encargan del cuidado de pacientes, junto con los encargados, pero no tienen permisos en las tablas de la base de datos solo pueden confirmar el servicio a un paciente o dar de alta pacientes nuevos, como la modificación de información personal del perfil de usuario.
Figura 16. Roles de usuario en BDD. Roles establecidos en la Base de Datos del Sistema PMIS-SD Web System.
En la interfaz de usuarios se carga con un desplegable los empleados introducidos en el sistema, en este apartado se genera el usuario y contraseña que administrador genere, después cada usuario, tras acceder al sistema, puede modificar su contraseña, existe un apartado de estado por si hay que dar de baja a un usuario por cese de actividad o cualquier otra causa.
Figura 17. Agregar usuarios al sistema. Captura de interfaz de ingreso de usuarios al sistema PMIS-SD Web System.
49 5.2.4.1.2.4.
Historia de Usuario 4: Ingreso de pacientes.
La creación de un nuevo paciente se hace tras dar de alta una persona al sistema, ya sea particular, como la mayoría de pacientes, así como empleados del patronato que se puedan colocar como pacientes, al entrar en el apartado pacientes del CRUD (ver figura 18), se accede a la lista de todos los usuarios, se pueden realizar búsqueda por distintos parámetros, tras encontrar la persona que se desea dar de alta como paciente se da clic en el código y se envía la información a la interfaz de pacientes para introducir la información restante así como , un diagnóstico previo (ver figura 19), tras aceptar se valida la información y se genera un nuevo paciente en estado de “espera”, para asignarle un turno, los turnos se asignan en orden de lista de entrada a pacientes.
Figura 18. Lista de personas del sistema. Pacientes registrados en el sistema PMIS-SD Web System.
Figura 19. Interfaz de paciente nuevo. Formulario de ingreso de pacientes nuevos al sistema PMIS-SD Web System
50 5.2.4.1.2.5.
Historia de Usuario 5: Estados de los pacientes.
Para los pacientes existe dos estados en proceso cuando se encuentran asignado un fisioterapeuta y un número de sesiones, y el estado de en espera cuando están en lista de espera, en mostrar pacientes “en espera”, se puede asignar turnos al dar clic sobre el código del paciente en espera (ver figura 21).
Figura 20. Listar todos los pacientes ingresados al sistema. Captura del formulario, listar pacientes del sistema PMIS-SD Web System.
Figura 21. Listar pacientes en espera de asignación de turno. Captura del formulario listar pacientes en espera de turno del sistema PMIS-SD Web System.
51 Las pruebas unitarias que se realizaron en el sistema, fueron programas a medida que se desarrollaba el mismo, con pruebas y aciertos, a medida que se iban creando los formularios y validaciones, se limitaba la entrada de datos a la estructura propia de la base de datos, se muestran mensajes de alerta para el usuario cuando falta cualquier tipo dato, cuidando así la consistencia e integridad de la base de datos, limpiando la información que va nutrir el sistema. Un ejemplo del control de pruebas unitarias es la entrada al sistema a través del Login, mostrando el respectivo mensaje si se introdujo mal, la clave el usuario, o una contraseña que no corresponde al usuario (ver figura 23).
Figura 22. Interfaz de Login del sistema PMIS-SD Web System. Captura de pruebas unitarias realizadas en el sistema.
Figura 23. Codificación del Login. Captura del controlador del sistema en la interfaz de Login.
52 Otro ejemplo de pruebas unitarias es la validación en la entrada de datos en la interfaz de paciente, nos pide todos los datos que en la tabla de la base de datos se encuentra como “not null”, controlado la entrada de los datos mínimos necesarios.
Figura 24. Prueba de la interfaz del ingreso de pacientes. Captura de mensajes de alerta por el ingreso incorrecto de datos.
Figura 25. Codificación agregar pacientes. Captura del controlador del sistema para agregar pacientes.
53
5.2.4.1.2.6.
BurnDown Chart: Sprint 1.
Por último, se presenta el BurnDown Chart del sprint, donde se visualiza el avance periódico de los puntos de historia de la aplicación, en la figura 26 se distingue entre el avance ideal en la gráfica con la línea de color azul, y el avance del grupo de desarrollo en naranja.
Figura 26. BurnDown Chart 1. Es una representación gráfica del trabajo por hacer en el proyecto durante el transcurso del primer Sprint.
54 5.2.4.1.2.7.
Revisión del Sprint.
Las pruebas realizadas sobre el primer prototipo del software se cumplieron satisfactoriamente, la entrada de datos en los formularios, las validaciones oportunas dependiendo del tipo de dato, se plantea agregar un nuevo género ya que en la actualidad tenemos otros varios que no se contempló, y el campo correo electrónico, como un dato opcional, ya que hay pacientes mayores o menores de edad que no siempre cuentan con él, las pruebas de aceptación fueron aprobadas (ver anexo 6), sin ningún otro inconveniente por parte del ingeniero de sistemas del patronato, se procede al siguiente sprint. 5.2.4.1.2.8.
Retrospectiva del Sprint.
En esta primera etapa del desarrollo lo más relevante es la administración de roles, privilegios y la información que cada uno de los usuarios del sistema puedan manejar, para generar una base de datos consistente y prever cualquier mal uso del sistema, el desarrollo en PHP junto con el Framework, se realiza fluido y facilita la validación de la información antes de introducirla en la base de datos, con esto junto con el correcto modelado de la Base de Datos se completó el sprint 1 con todas las historias de usuarios previstas. 5.2.4.2.
Sprint 2.
5.2.4.2.1. Planificación del Sprint. El siguiente modulo se va trabajar con lo que se va ser la tabla fuerte del sistema, que es la admiración de turnos en la que se implica por una parte los pacientes, los fisioterapeutas, asignación de sesiones de los turnos, trabajando con la mayor parte de las tablas del sistema, hay que contemplar que, para cada paciente, se le asigna un fisioterapeuta, y cuando este sea seleccionado en un horario concreto, no estará disponible su asignación hasta que cumpla con el paciente. Otra parte de los turnos en mostrar de forma amigable e intuitiva las sesiones de los pacientes, para poder generar un control sobre estas, cada sesión debe ser un evento, en el que se especifique sí asistió o no, por lo que se planea usar un calendario que proporcionar la misma plantilla AdminLT, que se está usando como base para el proyecto, cuando un paciente no asiste en tres ocasiones, se le da como finalizado, dejando libre al fisioterapeuta en ese margen horario, para poder atender otro paciente, esto es un requerimiento planteado por la fisioterapeuta a cargo del patronato.
55 5.2.4.2.1.1.
Sprint Backlog.
Tabla 11. Sprint Backlog nĂşmero 2
Nota: InvestigaciĂłn de campo realizada.
56
5.2.4.2.2. Ejecución del Sprint 2. 5.2.4.2.2.1.
Historia de Usuario 6: Ingreso fisioterapeutas.
La primera historia del sprint 2 es la interfaz de gestión de los distintos terapeutas que trabajan en el área de rehabilitación, como posibles auxiliares que trabajen por un tiempo limitado, se desarrolla el modulo para poder ver el estado de los especialistas, así como si está activo o no activo para posteriormente poder seleccionarlos en la asignación de turnos, controlar las posibles bajas del personal y para consolidar la base de datos cuando se genere la tabla fuerte de los procesos de gestión.
Figura 27. Interfaz de ingreso de fisioterapeutas. Captura de la Lista de fisioterapeuta del sistemas PMIS-SD Web System.
5.2.4.2.2.2.
Historia de Usuario 7: Gestión de turnos.
Para la creación de turno se tiene que tener la información previa ya rellenada, ya que esta tabla o proceso es la que mayor tránsito de información va generar, se debe contemplar la información del paciente, al que se le va dar las secciones, ver que fisioterapeutas están disponibles para ese paciente, también que días y horas va tener disponible para generar las fechas y horas de asistencia a la rehabilitación, también se trata la mayor parte de tiggers y funciones en la base de datos, por lo que la información debe estar sin comprometer o todo el diseño de la BDD coherente sin redundancia. La otra parte historia se centra en visualizar los turnos y pacientes del día que deben asistir a las sesiones de rehabilitación planificadas, que se puedan desplegar tanto por día como por semana, para ello se va implementar un modal de bootstrap para la presentación amigable por parte de los usuarios del sistema.
57
Figura 28. Asignación de turnos de pacientes en lista de espera. Captura de la interfaz para asignar turnos a pacientes en el sistema PMIS-SD Web System.
Figura 29. Codificación controladora para agregar un turno a pacientes en espera. Captura del código del sistema PMIS-SD Web System.
5.2.4.2.2.3.
Historia de Usuario 8: Control de asistencia.
La ultima historia es el control de asistencia de los pacientes, una vez ya generado los turnos, se debe llevar un control de si el paciente cumplió con sus citas los días asignados, esto se va a realizar a través del modal calendario (ver figura 30), se va dar clic en la cita específica, y desplegara un menú de control de asistencia (ver figura 31) , si no asiste en 3 sesiones pasa al estado de finalizado y se alerta al usuario de que ese paciente ya está completado y sube un paciente que se encuentre en lista de espera.
58
Figura 30. Vista de turnos en el calendario. Visualización de los turnos por fecha y hora.
Figura 31. Modal para control de asistencia. Captura del proceso de controla de la asistencia de pacientes en el sistema PMIS-SD Web System.
5.2.4.2.2.4.
Historia de Usuario 9: Generación de Reportes.
Para concluir con el sprint se realiza la carga de reportes en base a la información tratada en el sistema, para la ayuda en la toma de decisiones a modo de DSS, existen tres apartados, el primero muestra los turnos de los pacientes, según su estado, finalizados o en proceso, al dar clic en el código de turno se genera la ficha del turno con sus respectivas sesiones, y el control de las mismas (ver figura 32) el siguiente apartado es generar un informe de los pacientes que atiende cada fisioterapeuta en unas fechas determinadas (ver figura 33) tras la selección de los intervalos se da clic en la generación del pdf para mostrar los pacientes que ha atendido el fisioterapeuta (ver figura 34).
59
Figura 32. Ficha de sesiones del turno de un paciente. Captura en formato pdf de turnos generados en el sistema PMIS-SD Web System.
Figura 33. PestaĂąa reporte de fisioterapeuta. Captura del formulario Reporte de fisioterapeutas el cual emite un documento pdf o lista por pantalla.
60
Figura 34. Reporte en formato pdf. Captura del reporte con información de los pacientes atendidos por fisioterapeuta.
5.2.4.2.2.5.
BurnDown Chart: Sprint 2.
Por último, se presenta el BurnDown Chart del sprint, donde se visualiza el avance periódico de los puntos de historia de la aplicación, en la figura 24 se distingue entre el avance ideal en la gráfica con la línea de color azul, y el avance del grupo de desarrollo en naranja.
61
Figura 35. BurnDown Chart 2. Es una representaciรณn grรกfica del trabajo por hacer, en el proyecto durante el transcurso del segundo Sprint.
62 5.2.4.2.2.6.
Revisión del Sprint 2.
Tras la reunión con el Product Owner y presentar el desarrollo del programa, junto con las pruebas oportunas para la aceptación del mismo (ver anexo 7) se da por aceptado el software, a falta de más reuniones previstas, se presentó la aplicación ya es su máximo desarrollo, esperando cualquier tipo de corrección, tras la puesta en marcha y uso por parte de los usuarios finales del sistema. 5.2.4.2.2.7.
Retrospectiva de los Sprint.
En este sprint se trabaja con la tabla fuerte del sistema, que es la parte de asignación de turnos, ya que opera con la información de las distintas tablas, se debe contemplar distintos parámetros para gestionar correctamente los turnos asignados, lo primero que hay que realizar es la cantidad de sesiones que va tener el paciente, después se debe asignar un especialista coordinar los días y horas donde va ser atendido el paciente, para ello se debe saber qué horas libres tiene cada especialista, para que no se generen turnos dobles, también se debe controlar la asistencia de los pacientes, con una penalización a los que no asistan 3 veces, dándolo de baja y alertando al usuario para que pueda asignar nuevos turnos a los pacientes en espera.
63
6. DISCUSIÓN La implementación del sistema web para la gestión y control de horarios, pacientes y turnos en el departamento de rehabilitación física del Patronato Municipal, se llevó a cabo según los requerimientos obtenidos a través de las entrevistas que se realizaron a los especialistas responsables de atender y gestionar los pacientes y horarios en los que se distribuyen, a partir de las respuestas obtenidas, se crearon las historias de usuario, siguiendo la metodología de desarrollo Scrum, la selección del entorno de desarrollo se estableció en un servicio web que se aloja en un maquina con Windows XP, que se usa actualmente en el patronato para la extracción de información de la base de datos que gestiona el Patronato, al tener que usar esta máquina como servidor se llegó a la conclusión que lo más viable para implementar el servicio web, es a través del software XAMPP 7.2.2, que permite la creación de servidores para una intranet como es el caso del patronato, este software trabaja con el servidor Apache y con la base de datos MariaDB 10.1.37, el gestor de base de datos phpMyAdmin 4.8.4 todo integrado en un panel para administrar con mayor facilidad la distintas herramientas, el panel es XAMMP Control Panel 3.2.2. Con la parte técnica cubierta según las necesidades del Patronato se procedió a planificar el desarrollo del aplicativo basado en la metodología Scrum con sus distintos artefactos , se planifico que las historias de usuarios se realizarían en dos Sprint, como equipo de desarrollo dos personas que avanzas en puntos diarios de 2 unidades, sumando un total de 4 puntos al día, cada usuario con un equipo independiente, para el entorno de desarrollo se utiliza el framework Codelgniter, para generar más rápidamente el entorno modelo vista controlador, que se usó para la creación del sistema web, como software para el desarrollo se utilizó Sublime Text3 , junto con Workbench para el análisis y diseño de la base de datos, en el desarrollo se emplea los lenguajes de programación PHP 7.2.11, HTML 5 y Java , para el entorno web. Los primeros puntos a tomar cuenta fueron la creación del modelo de base de datos relacional, y que tablas se crearían para la interacción de pacientes, fisioterapeutas y turnos asignados, lo que llevo a la creación del modelo de base datos, como la entrada de información a través de formularios , generando las primeras historias de usuario, una vez se culminó el apartado de gestión de la información , se dio paso a la entrada de información en la tabla fuerte del sistema que es la de turnos asignados , en la que se debe crear espacios para
64 los pacientes, para ser atendidos por fisioterapeutas, en una fecha y hora concreta, no se puede asignar, a dos pacientes el mismo turno con el fisioterapeuta asignado, por lo que se trabaja con la integridad de la base de datos para que no existan errores de duplicación de turnos, la segunda parte del sistema, se centra en el control de asistencia de los pacientes, así como estados que pueden tener, ya que un paciente cuenta con un numero de sesiones preasignadas por el especialista a cargo, una vez culmine se debe alertar al usuario del sistema para pasar, otro paciente en estado de lista de esperar , para poder asignarle los turnos correspondientes, existe otra alerta, es cuando un paciente no asiste en 3 sesiones , se entiende como que su proceso termino y para a estado culminado y se debe asignar alguien nuevo de la lista de espera. Con esto culminado se dio soporte a los requerimientos funcionales más relevantes que se obtuvieron a partir de las entrevistas realizas a los especialistas, que toda esta gestión se realiza en hojas de papel, dificultado la gestión de los pacientes, ya que se bebe hacer todo el proceso de ingresar un paciente, establecer las fechas disponibles y el control de asistencia de manera manual, con el sistema se quiere solventar este inconveniente, generando un entorno amigable y fácil de usar, poder generar informes a través de la base de datos relacional, de la información de pacientes que atendieron , todo esto se realizaba, con el paso de la información escrita a un Excel, dando más horas de trabajo al administrador de la información del departamento de rehabilitación del Patronato de Santo Domingo.
65
7. CONCLUSIONES
El sistema web implementado en el departamento de rehabilitación física del Patronato Municipal de inclusión Social, permite a los empleados contar con una herramienta de fácil manejo, intuitiva, segura y que garantiza la integridad de la información que se maneja dentro de la institución, mediante un correcto levantamiento de la información reuniones realizadas con el dueño producto, entrevistas aplicadas a los empleados, facilitaron desarrollar el sistema web de acuerdo a las necesidades y requerimientos solicitados por parte de la institución.
El marco de trabajo seleccionado para el desarrollo del sistema web es Scrum, mismo que permitió al equipo de trabajo abordar el problema por medio de un enfoque iterativo e incremental y una comunicación constante con el dueño del producto permitiendo transmitir las funcionalidades, herramientas de desarrollo de software y cambios que pudieran presentarse por parte de la institución.
Con el diseño e implementación del sistema web, se logró automatizar los procesos que se realizaban de forma manual como el ingreso de pacientes, la lista de espera, la generación de turnos y cuando el mismo está próximo a salir de la institución, permitiendo a los empleados agilizar los tiempos de trabajo, y llevar un mejor control de gestión en el departamento de rehabilitación física.
66
8. RECOMENDACIONES
Es primordial realizar una correcta recolección de la información al personal de la institución, quien se ve involucrado en el manejo del software. Además de ello, se recomienda mantener una constante comunicación con el dueño del producto permitiendo así, garantizar que el mismo se desarrolle en base a los requerimientos y funcionalidades establecidas por parte de la institución.
Es importante seleccionar la metodología de desarrollo de software que mejor se acople a los requerimientos y funcionalidades determinadas por el equipo de trabajo. Para ello se recomienda realizar una comparativa previa de las metodologías existentes resaltando características y aspectos más representativos que faciliten la construcción del producto software.
Con la implementación del sistema se recomienda entregar al administrador o persona designada al manejo del software los respectivos manuales de usuario, para facilitar su ingreso y administración del mismo, dando respuestas a posibles dudas que podrían presentarse a futuro, es importante impartir capacitaciones al personal que tenga participación directa en el sistema para informar pormenores, beneficios, características y despejar dudas en caso que lo hubiese acerca del uso del software.
67
9. REFERENCIAS BIBLIOGRÁFICAS Acuña, D. (2017). Aplicación web de apoyo a los procesos de fisioterapia y rehabilitación de personas con discapacidades de personas con discapacidades físicas de apadem, colonias unidas. La Saeta Digital, 1-19. Aguiar, F., & Romo, D., “ANÁLISIS, DISEÑO, Y CONSTRUCCIÓN DEL SISTEMA WEB ODONTOLÓGICO ORIENTADO EN LA ATENCIÓN, GESTIÓN DE PACIENTES Y LA ADMINISTRACIÓN DEL PERSONAL, EN LAS CLÍNICAS DENTALES “VEGA BELTRÁN” UTILIZANDO LA METODOLOGÍA OMT”, Previo a la obtención de título de Ingeniero de Sistemas, Universidad Politécnica Salesiana, Quito–Ecuador,2012. Álvarez, A., De las Heras del Dedo, R., & Lasa, C. (2011). Métodos Ágiles y Scrum . Madrid : Anaya Multimedia . Araque, M. (8 de Febrero de 2017). Metodología Scrum: qué es y cómo funciona. Obtenido de
https://www.wearemarketing.com/es/blog/metodologia-scrum-que-es-y-como-
funciona.html. Almanza, C., & González, E. (Diciembre de 2015). Sistema Interacitvo de Asistencia a Pacientes de Fisioterapia. Revista de Iniciación Científica, II, 1-11. Obtenido de http://revistas.utp.ac.pa/index.php/ric/article/view/447/pdf. Arias, F. (2012). El Proyecto de Investigación. Introducción a la metodología científica. Caracas: Editorial Episteme. Arias, M. (2017). Aprende Programación Web con PHP y MySQL. London: Createspace Independent Publishing Platform. Arriola, O., Tecuatl, G., & Gónzalez, G. (2011). Software propietario vs software libre: una evaluación de sistemas integrales para la automatización de bibliotecas. Investigación bibliotecológica,
37-70.
Obtenido
http://www.scielo.org.mx/pdf/ib/v25n54/v25n54a3.pdf. Casillas, L., Gilbert, M., & Pérez, Ó. (2014). Base de Datos en MySQL. UOC.
de
68 Challenger, I., Díaz, Y., & Becerra, R. (2014). El lenguaje de programación Python. Ciencias Holguín, 1-13. Cibelli, C. (2014). Php.Programación Web Avanzada para profesionales. Argentina: Alfaomega. CLAS
Soluciones
de
Gestión,
S.
(2009).
AQUAR.
Obtenido
de
https://www.aquarsoftware.com/empresa/. CodeIgniter. (2018). CodeIgniter Web Framework. Obtenido de https://codeigniter.com/. Dextre, J., & Del Pozo Rivas, R. (2012). ¿Control de gestión o gestión de control?. Contabilidad y Negocios, 7 (14), 69-80. Contabilidad y Negocios. EUPATI. (s.f.). Academia Europea de Pacientes. Obtenido de https://www.eupati.eu/. Fernández, A. (2013). Python 3 al descubierto. México: Alfaomega. Gaibor Silva & Karla Leonor “DESARROLLO DE UN SISTEMA INFORMÁTICO PARA EL DEPARTAMENTO DE TERAPIA DE LENGUAJE DEL CENTRO DE EDUCACIÓN ESPECIAL NUESTRA SEÑORA DEL CARMEN UTILIZANDO TECNOLOGÍA .NET Y BASES DE DATOS EN EL CANTÓN URDANETA PROVINCIA DE LOS RÍOS”,Previo a la obtención de título de Inginiero en Sistemas , Universidad Técnica de Babahoyo,Babahoyo-Ecuador,2014. Hernández, R., Fernández, C., & Baptista, M. (2014). Metodología de la Investigación. México: McGrawHill. Huerta, A. (2010). Software libre una opción viable en la organización bibliográfica de fotografías:
caso
Biblioteca
de
las
Artes.
125.
Obtenido
de
http://eprints.rclis.org/7771/1/Araceli_Casanova_Software_Libre_Tesina.pdf. Laravel. (2018). Laravel-The PHP Framework For Web Artisans. Obtenido de https://laravel.com/. Letelier, P., & Penadés, C. (15 de Enero de 2006). Metodologías ágiles para el desarrollo de software: eXtrema Programming (XP). MariaDB Foundation. (2018). About MariaDB. Obtenido de https://mariadb.org/about/.
69 Montero, B., Cevallos, H., & Cuesta, J. (2018). Metodologías ágiles frente a las tradicionales en el proceso de desarrollo de software. 114-121. Navarro , A., Fernández, J., & Morales, J. (2013). Revisión de metodologías ágiles para el desarrollo
de
software.
Prospectiva,
11(2),
30-39.
Obtenido
de
https://dialnet.unirioja.es/servlet/articulo?codigo=4752083. Obando Ramírez Gianella & Rocio Pérez Baquerizo Marcia Estefanía “SISTEMA INFORMÁTICO PARA LA GESTIÓN DEL PROCESO DE HISTORIA CLÍNICA DE LOS PACIENTES DEL HOSPITAL MARTIN ICAZA DE LA CIUDAD DE BABAHOYO” ,Previo a la obtención de título de Ingeniero en Sistemas, Universidad Técnica de Babahoyo,Babahoyo-Ecuador,2014. Olga León Liseth Santillán “Sistema Informático para la Automatización y Administración de la Información de Historias Clínicas del Departamento Médico de la Pontificia Universidad Católica del Ecuador Sede Esmeraldas”, Previo a la obtención del título de ingeniera en sistemas y computación, Universidad Católica del Ecuador Sede Esmeraldas, Esmeraldas –Ecuador,2016. Orejuela, A., & Rojas C., M. (2008). Las Metodologías de Desarrollo Ágil como una Oportunidad para la Ingeniería del Software Educativo. Revista Avances en Sistemas e Informática, 5 (2), 159-171. Ortiz, S., & Pedroza, Á. (2006). ¿QUÉ ES LA GESTIÓN DE LA INNOVACIÓN Y LA TECNOLOGÍA (GInnT)? Journal of technology management & innovation, 64-82. Paladines Rosero Valeria Paulina “PREVALENCIA DE TRASTORNOS MÚSCULO ESQUELÉTICOS RELACIONADAS CON EL TRABAJO DE FISOTERAPEUTAS, EN LOS FISIOTERAPEUTAS QUE LABORAN DENTRO DEL ÁREA DE DOCENCIA EN LA CARRERA DE TERAPIA FÍSICA DE LA PONTIFICIA UNIVERSIDAD CÁTOLICA DEL ECUADOR” ,Previo a la obtención de título de Licenciada en Terapia Física, Pontificia Universidad Católica del Ecuador, QuitoEcuador, 2015. Pérez, J. (2006). Control de la gestión empresarial. Sexta edición. Madrid: Libros Profesionales de Empresa/ ESIC Editorial.
70 PHP: Hypertext Preprocessor. (2018). About PHP. Obtenido de https: www.php.net/ Posso, M. (2009). Metodología para el trabajo de grado ( tesis y proyectos ). Ibarra: Cámara Ecuatoriana del Libro - Núcleo de Pichincha. Ramos, M. (2011). Aplicaciones Web. Madrid: Paraninfo. Rámirez, D. (2017). Métodos Ágiles de Programación y Soporte de Software. Obtenido de http://davidrtmetodosagiles.blogspot.com/2017/05/raid-0-raid-5.html. Rodríguez, I., Ceballos, A., Hernández, J., & Prieto, F. (2007). Diseño e implementación de una base de datos de imágenes de rango con decimación para la. Revista Ingenierías Universidad
de
Medellín,
181-198.
Obtenido
de
http://www.redalyc.org/pdf/750/75061112.pdf. Rodrígez, J., Gil, J., & García, E. (2006). Metodología de la Investigación Cualitativa . Málaga: Aljibe. Rubinos, A., & Nuevo, H. (2011). Seguridad en bases de datos. Revista Cubana de Ciencias Informáticas. Obtenido de http://www.redalyc.org/pdf/3783/378343671005.pdf. Secretaría Nacional de Planificación y Desarrollo, Senplades (2017). Plan Nacional de Desarrollo 2017-2021. Toda una vida (Primera ed.). Quito, Ecuador: Secretaría Nacional de Planificación y Desarrollo, Senplades. Sierra, F., Acosta, J., & Salas, M. (2013). Estudio y análisis de los framework en php basados en el modelo vista controlador para el desarrollo de software orientado a la web. Vol.4, Núm 2. Tamayo y Tamayo, M. (2006). Técnicas de Investigación. México: Mc Graw Hill. Valverde, J. (2005). Software libre, alternativa tecnológica para la educación. Revista Electrónica,
V(2),
1-9.
Obtenido
de
https://www.redalyc.org/articulo.oa?id=44750220. Vega, E., Toledo, S., & Molina, M. A. ( 2007). Licencias de Software: Antecedentes. Polibits, 35-37. Obtenido de http://www.redalyc.org/pdf/4026/402640448007.pdf XAMPP. (2018). About XAMPP. Obtenido de https://www.apachefriends.org/es/index.html
71
10. Anexo 1. Carta de Aceptaciรณn del Proyecto
ANEXOS
72 Anexo 2. Acta de entrega de Recepciรณn
73 Anexo 3. Carta de impacto
74 Anexo 4. Modelo de Entrevistas
Entrevista dirigida a los empleados del departamento de rehabilitación física del Patronato Municipal de Inclusión de Santo Domingo de los Tsáchilas
Fecha: ___________________________ La presente entrevista tiene como objetivo conseguir información que será utilizada en el trabajo de titulación con el tema: “SISTEMA WEB PARA LA GESTIÓN Y CONTROL DEL DEPARTAMENTO DE REHABILITACIÓN FÍSICA DEL PATRONATO MUNICPAL DE INCLUSIÓN SOCIAL DE SANTO DOMINGO DE LOS TSÁCHILAS DURANTE EL PERÍODO 2018-2019”. La información obtenida será utilizada con fines académicos. 1. Nombre y Apellido ………………………………………………………………………………………………. 2. ¿Qué función desempeña? ………………………………………….…………………………………………………… 3. ¿Cuáles son los servicios de fisioterapia que ofrece actualmente el departamento de rehabilitación física? ……………………………………………………………………………………………… …………………....………………………………………………………………………… ………………………………………………………………………………………...........
75 4. ¿Cuáles son las personas encargadas de los distintos procesos en el departamento de rehabilitación física? ………………...………………………………….………………………………………… ……………………………………………………………………………………………… ……………………………………………………………………………………………… 5. ¿Cómo se lleva a cabo el proceso de registro de los pacientes que ingresan al departamento de rehabilitación fisca? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… …………………………………………………………………………………………….... 6. ¿Cuáles son los campos que se solicitan al paciente para rellenar el formulario de ingreso? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… …………………………………………………………………………………………….... 7. ¿Cómo llevan a cabo los procesos de control de las personas que acuden al departamento de rehabilitación física? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… …………………………………………………………………………………………….... 8. ¿Cuáles han sido los mayores inconvenientes al realizar estos procesos de forma manual? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… …………………………………………………………………………………………….... 9. ¿Qué procesos considera necesario que se deben automatizar en el departamento de rehabilitación física? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… …………………………………………………………………………………………….... 10. ¿Cuáles son las funcionalidades que considere usted que deberá tener el sistema? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… ……………………………………………………………………………………………....
76 11. El personal que labora en la institución ¿cuenta con experiencia o presenta conocimiento acerca del manejo de sistemas informáticos? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… …………………………………………………………………………………………….... 12. ¿Cuáles serían los beneficios que el departamento de rehabilitación física obtendría una vez implementado el sistema web? …….……………………………………………………………………………………...… ……………..…………………………………………………………………………..…… ……………………………………………………………………………………………....
Muchas gracias por la atención prestada
77 Anexo 5. Historias de Usuarios
Historia de Usuario Número: 1
Usuario: Empleados públicos
Nombre historia: Ingreso al sistema Prioridad en negocio: 100
Riesgo en desarrollo: Medio
Puntos estimados: 13
Iteración asignada: 1
Programador responsable: Steeven Ruiz Descripción: COMO empleado público QUIERO ingresar al sistema con usuario y contraseña PARA acceder a la interfaz de inicio. Escenario de prueba: DADO usuario y contraseña CUANDO presione el botón Ingresar ENTONCES accede a la interfaz de inicio del sistema. DADO el ingreso de usuario incorrecto CUANDO presione el botón Ingresar ENTONCES se visualiza la alerta “Error de ID”. DADO el ingreso de contraseña errónea CUANDO presione el botón Ingresar ENTONCES se visualiza la alerta “Error de contraseña”.
78
Historia de Usuario Número: 2
Usuario: Administrador
Nombre historia: Ingreso de datos de personas Prioridad en negocio: 95
Riesgo en desarrollo: Bajo
Puntos estimados: 8
Iteración asignada: 1
Programador responsable: Enrique Valencia Descripción: COMO Administrador QUIERO ingresar, editar y eliminar información de las personas PARA clasificarlos de acuerdo al tipo Particular/Empleado. Escenario de prueba: DADO la carga de información al formulario CUANDO presione el botón Aceptar ENTONCES se visualiza en pantalla “Datos guardados”. DADO la carga de información al formulario errónea o incompleta CUANDO presione el botón Aceptar ENTONCES se visualiza en pantalla “Campos incompletos”. DADO la información del formulario lista de personas CUANDO presione el botón Editar ENTONCES se visualiza el formulario de los campos a editar. DADO la información del formulario lista de personas CUANDO presione el botón Eliminar ENTONCES se visualiza en pantalla el mensaje “Eliminado con éxito”.
79
Historia de Usuario Número: 3
Usuario: Administrador
Nombre historia: Creación de Usuarios Prioridad en negocio: 95
Riesgo en desarrollo: Alto
Puntos estimados: 21
Iteración asignada: 1
Programador responsable: Enrique Valencia Descripción: COMO administrador QUIERO crear usuarios PARA definir el acceso a las funcionalidades del sistema. Pruebas de Escenario DADO el ingreso de datos al formulario Agregar usuario CUANDO presione el botón Aceptar ENTONCES se visualiza en pantalla “Datos guardados”. DADO el ingreso de datos al formulario Agregar usuario CUANDO presione el botón Cancelar ENTONCES se visualiza en pantalla la página principal del Administrador. DADO la información del formulario Lista de usuarios CUANDO presione el botón Editar ENTONCES se visualiza en pantalla el formulario Editar usuario. DADO la información del formulario Lista de usuarios CUANDO presione el botón Eliminar ENTONCES se visualiza en pantalla un mensaje “Eliminado con éxito”.
80
Historia de Usuario Número: 4
Usuario: Administrador/Fisioterapeuta
Nombre historia: Ingreso de Pacientes Prioridad en negocio: 90
Riesgo en desarrollo: Medio
Puntos estimados: 8
Iteración asignada: 1
Programador responsable: Steeven Ruiz Descripción: COMO administrador QUIERO crear usuarios PARA definir el acceso a las funcionalidades del sistema. Pruebas de Escenario DADO el listado de personas CUANDO presione el N° de código de la persona ENTONCES se visualizará el formulario Agregar paciente. DADO el listado de personas CUANDO presione el N° de código de una persona ingresada ENTONCES se visualizará en pantalla “Persona en proceso o en espera”. DADO el ingreso de información al formulario Agregar paciente CUANDO pulse el botón Aceptar ENTONCES se visualizara en pantalla “Datos guardados”. DADO el ingreso de información incompleta CUANDO pulse el botón Aceptar ENTONCES se visualizara en pantalla “Completar campo”.
81 Historia de Usuario Número: 5
Usuario: Administrador /Fisioterapeuta/Auxiliar
Nombre historia: Estado de pacientes Prioridad en negocio: 85
Riesgo en desarrollo: Alto
Puntos estimados: 13
Iteración asignada: 1
Programador responsable: Steeven Ruiz Descripción: COMO Administrador QUIERO controlar la lista de pacientes PARA visualizar el estado en el que se encuentran Espera/Proceso/Finalizado. Pruebas de Escenario DADO el formulario de los pacientes CUANDO presione la pestaña Listar ENTONCES se visualiza las opciones del estado en que se encuentran los pacientes. DADO el formulario de los pacientes CUANDO presione la pestaña Listar/Todos ENTONCES se visualiza todos los pacientes que se encuentran registrados. DADO el formulario de los pacientes CUANDO presione la pestaña Listar/En espera ENTONCES se visualiza los pacientes que están en espera de sesión. DADO el formulario de los pacientes CUANDO presione la pestaña Listar/En proceso ENTONCES se visualiza los pacientes que se encuentran en rehabilitación.
Historia de Usuario Número: 6
Usuario: Administrador
Nombre historia: Ingreso de Fisioterapeuta Prioridad en negocio: 85
Riesgo en desarrollo: Medio
Puntos estimados: 13
Iteración asignada: 2
Programador responsable: Steeven Ruiz Descripción: COMO Administrador QUIERO seleccionar, listar y eliminar a los fisioterapeutas PARA visualizar en pantalla la información. Pruebas de Escenario DADO la selección del nombre del fisioterapeuta CUANDO presione el botón Aceptar ENTONCES se visualiza en pantalla el mensaje “Datos guardado”. DADO la selección del nombre del fisioterapeuta existente CUANDO presione el botón Aceptar ENTONCES se visualiza en pantalla el mensaje “Fisioterapeuta ya existe”. DADO la lista del fisioterapeuta CUANDO presione el botón Eliminar ENTONCES se visualiza en pantalla el mensaje “Fisioterapeuta eliminado”. DADO la lista del fisioterapeuta con un paciente a cargo CUANDO presione el botón Eliminar ENTONCES se visualiza en pantalla el mensaje “No se pudo eliminar”.
82 Historia de Usuario Número: 7
Usuario: Administrador /Fisioterapeuta
Nombre historia: Gestión de turnos Prioridad en negocio: 70
Riesgo en desarrollo: Alto
Puntos estimados: 21
Iteración asignada: 2
Programador responsable: Enrique Valencia Descripción: COMO Administrador QUIERO asignar las sesiones de los pacientes PARA visualizar en calendario la fecha agendada. Pruebas de Escenario DADO la selección de información al formulario Agregar turno CUANDO presione el botón Aceptar ENTONCES se visualiza en pantalla “Datos guardados”. DADO la selección de información incorrecta o errónea al formulario Agregar turno CUANDO presione el botón Aceptar ENTONCES se visualiza en pantalla “Datos no coinciden con n° de sesiones”.
83 Historia de Usuario Número: 8
Usuario: Administrador /Fisioterapeuta
Nombre historia: Control de asistencia Prioridad en negocio: 90
Riesgo en desarrollo: Alto
Puntos estimados: 21
Iteración asignada: 2
Programador responsable: Enrique Valencia – Steeven Ruiz Descripción: COMO Administrador QUIERO agregar el estado (Atendido/No asistió) PARA llevar el control de los pacientes. Pruebas de Escenario DADO la selección del estado en el turno agendado CUANDO presione el botón “Cambiar” ENTONCES el estado es modificado. DADO la selección del estado en el turno agendado CUANDO presione el botón “Cerrar” ENTONCES se visualiza la pantalla del calendario.
Historia de Usuario Número: 9
Usuario: Administrador
Nombre historia: Generación de Reportes Prioridad en negocio: Puntos estimados: 8
95
Riesgo en desarrollo: Bajo Iteración asignada: 2
Programador responsable: Steeven Ruiz Descripción: COMO Administrador QUIERO generar reportes PARA visualizar los pacientes atendidos por los fisioterapeutas. Pruebas de Escenario DADO el ingreso de los datos al formulario Reportes CUANDO presione el botón Buscar ENTONCES visualiza la información del paciente atendido por el fisioterapeuta. DADO el ingreso de los datos al formulario Reportes CUANDO presione el botón Imprimir ENTONCES se visualiza el reporte a imprimir.
84 Anexo 6. Pruebas de aceptaciรณn del Sprint 1
85
86
87 Anexo 7. Pruebas de aceptaciรณn del Sprint 2
88
89
90
91 Anexo 8. Diseño físico de la Base de Datos
92 Anexo 9. Diccionario de Datos
Nombre de la base de datos: clinica Tabla: tbl_fisioterapeuta Column name
Data Type
id_fisioterapeuta
INT
fis_usuario
INT
fis_fecha
DATE
PK (clave NN primaria) ( No admite null)
✔
✔
UQ
BIN
UN
ZF
AI
Default
( Único)
(Binario)
(número con signos positivos )
(Rellenar con ceros a la izquierda de los números )
(Auto incremental)
✔
Coment
93
Nombre de la base de datos: clinica Tabla: tbl_horarios Column name
Data Type
PK
NN
(clave ( No primaria) admite null) id_horario
INT
hor_turno
INT
hor_fecha
DATE
hor_hora_i
TIME(0)
hor_hora_f
TIME(0)
hor_estado
VARCHAR(20)
hor_ter
INT
hor_num
INT
✔
✔
UQ
BIN
UN
ZF
AI
Default
( Único)
(Binario)
(número con signos positivos )
(Rellenar con ceros a la izquierda de los números )
(Auto incremental)
✔
Coment
94
Nombre de la base de datos: clinica Tabla: tbl_pacientes Column name
Data Type
id_paciente
INT
pac_persona
INT
pac_direccion
VARCHAR (100)
pac_parroqui a
VARCHAR (45)
pac_barrio
VARCHAR (45)
pac_estado
VARCHAR (15)
pac_discapaci dad pac_fecha
VARCHAR (45) DATE
pac_hclinica
VARCHAR (11) VARCHAR (200)
pac_diagnosti co
PK (clave primari a)
NN ( No admite null)
✔
✔
UQ ( Único)
BIN (Binario)
UN (número con signos positivos )
ZF (Rellenar con ceros a la izquierda de los números )
AI (Auto incremental)
✔
Default
Coment
95
Nombre de la base de datos: clinica Tabla: tbl_personas Column name
Data Type
id_personas
INT
per_nombre
VARCHAR (45) VARCHAR (45) VARCHAR (15) VARCHAR (45)
per_apellido per_cedula per_correo per_telefono per_tipo per_estado per_sexo per_financiamient o
VARCHAR (15) VARCHAR (10) VARCHAR (10) VARCHAR (5) DATE
PK (clave primari a)
NN ( No admite null)
✔
✔
UQ ( Único)
BIN (Binario)
UN (número con signos positivos )
ZF (Rellenar con ceros a la izquierda de los números )
AI (Auto incremental)
✔
Default
Coment
96 Nombre de la base de datos: clínica Tabla: tbl_rol Column name
Data Type
id_rol
INT
rol_nombre
VARCHAR (15)
PK (clave primari a)
NN ( No admite null)
✔
✔
UQ ( Único)
BIN (Binario)
UN (número con signos positivos )
ZF (Rellenar con ceros a la izquierda de los números )
AI (Auto incremental)
ZF (Rellenar con ceros a la izquierda de los números )
AI (Auto incremental)
Default
Coment
Default
Coment
✔
Nombre de la base de datos: clínica Tabla: tbl_temporal Column name
Data Type
id_temporal
INT
tem_fecha
DATE
tem_hora_i
TIME (6)
tem_hora_f
TIME (6)
tem_user
INT
tem_ter
INT
PK (clave primari a)
NN ( No admite null)
✔
✔
UQ ( Único)
BIN (Binario)
UN (número con signos positivos )
✔
97
Nombre de la base de datos: clínica Tabla: tbl_turnos Column name
Data Type
id_turnos
INT
tur_paciente
INT
tur_fisioterapeut a tur_num_sess
INT
tur_estado
VARCHAR (10) VARCHAR (100) DATE
tur_observacion tur_fecha
INT
PK (clave prima ria) ✔
NN
UQ
BIN
UN
ZF
AI
( No admite null)
( Único)
(Binario)
(número con signos positivos )
(Rellenar con ceros a la izquierda de los números )
(Auto incremental)
✔
Default
✔
Coment
98
Nombre de la base de datos: clínica Tabla: tbl_usuarios Column name
Data Type
id_usuario
INT
Usu_persona
INT
Usu_rol
INT
Usu_login
VARCHAR (20)
Usu_password
VARCHAR (150)
Usu_estado
VARCHAR (10)
PK (clave prima ria)
✔
NN
UQ
BIN
UN
ZF
AI
( No admite null)
( Único)
(Binario)
(número con signos positivos )
(Rellenar con ceros a la izquierda de los números )
(Auto incremental)
✔
Default
✔
Coment
99 Anexo 10. Presupuesto del proyecto
100 Anexo 11. Manual de usuario El Manual de usuario se adjunta en el CD en digital. Anexo 12. Manual tĂŠcnico El Manual tĂŠcnico se adjunta en el CD en digital.
Anexo 13. Script de la Base de Datos El Script de la Base de Datos se adjunta en el CD en digital.