Desarrollo de un sistema de información web para la administración de los procesos de registro, atención, inventario y finanzas del consultorio odontológico Lalysdent del distrito de Cusco

UNIVERSIDAD ANDINA DEL CUSCO FACULTAD DE INGENIERÍA Y ARQUITECTURA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS TESIS DESARROLLO DE UN SISTEMA DE INFORMACIÓN WEB PARA LA ADMINISTRACIÓN DE LOS PROCESOS DE REGISTRO, ATENCIÓN, INVENTARIO Y FINANZAS DEL CONSULTORIO ODONTOLÓGICO LALYSDENT DEL DISTRITO DE CUSCO Línea de investigación: Desarrollo de Software Presentado por: Bach. Calvo Arteaga, Carlos Antonio https://orcid.org/0009-0005-1426-4415 Bach. Cobos Vargas, Irvin Julian https://orcid.org/0009-0001-2767-3462 Para optar el Título Profesional de: Ingeniero de Sistemas Asesor: Mg. Ing. Espetia Huamanga, Hugo https://orcid.org/0000-0003-4078-4121 CUSCO - PERÚ 2025 METADATOS Datos del autor Nombres y Apellidos Carlos Antonio Calvo Arteaga Número de documento de identidad 71848338 URL de ORCID https://orcid.org/0009-0005-1426-4415 Datos del autor Nombres y Apellidos Irvin Julian Cobos Vargas Número de documento de identidad 45138898 URL de ORCID https://orcid.org/0009-0001-2767-3462 Datos del asesor Nombres y Apellidos Mg. Ing, Hugo Espetia Huamanga Número de documento de identidad 23983332 URL de ORCID https://orcid.org/0000-0003-4078-4121 Datos del jurado calificador Presidente del jurado (Jurado 1) Nombres y Apellidos Mg. Ing. William Alberto Chávez Espinoza URL de ORCID https://orcid.org/0000-0002-7170-8837 Secretaria de actas del jurado (Jurado 2) Nombres y Apellidos Dra. Ing. Yessenia Bernales Guzmán URL de ORCID https://orcid.org/0000-0001-7479-3152 Miembro del jurado (Jurado 3) Nombres y Apellidos Mg. Ing. Luis Álvaro Monzón Condori URL de ORCID https://orcid.org/0000-0001-5915-4096 Datos de la investigación Línea de investigación de la Escuela Profesional Desarrollo de Software INFORME TURNITIN Agradecimientos Con la realización de esta tesis, deseo expresar mi más sincero agradecimiento en primer lugar, a mis padres, Antonio Calvo Caballero y Marisol Arteaga Poccori, por su amor incondicional, su constante apoyo emocional y por enseñarme el valor de la perseverancia. Gracias a su orientación y sacrificios, este logro se ha hecho realidad. A mis tíos, Vladimiro Calvo Caballero, Alejandra Zegarra y Marco Rodríguez Poccori, por su respaldo y por haberme inculcado siempre el valor del profesionalismo, brindándome palabras de aliento y apoyo en cada etapa de mi formación. A mi pareja, Melissa Yucra Velásquez, por su paciencia, comprensión y amor constante. Su apoyo fue fundamental en los momentos más difíciles, y su confianza en mí me dio la fuerza necesaria para seguir adelante. A mi hija, Debanhi Vania Calvo Yucra, por ser la razón de mi esfuerzo diario. Su sonrisa y alegría son mi mayor inspiración y el motor que me impulsa a superarme cada día. A mi compañero de tesis, Irvin Julian Cobos Vargas, por su colaboración, compromiso y por compartir esta experiencia desafiante pero enriquecedora. Su apoyo fue clave para culminar este trabajo. A nuestro asesor, Hugo Espetia Huamanga, por su orientación, sabiduría y paciencia. Su guía fue fundamental en cada etapa del proceso, y sus aportes contribuyeron significativamente a la mejora y perfección de esta investigación. Finalmente, a todos los docentes de la Escuela Profesional de la Universidad Andina del Cusco, por su dedicación y por compartir generosamente sus conocimientos. Su enseñanza ha sido una base sólida en mi formación profesional, y me siento profundamente agradecido por haber aprendido bajo su tutela. Carlos Antonio Calvo Arteaga Agradecimientos Quiero expresar mi más profundo agradecimiento a mis padres, Juan Francisco Cobos Umeres y Soledad Vargas Quipo, y a mis hermanos, Francisco Cobos Vargas y Eva Soledad Cobos Vargas, por su amor incondicional, su constante apoyo y la confianza que siempre depositaron en mí. Su generosidad y cercanía fueron clave para que pudiera continuar con mis estudios y alcanzar esta etapa de mi vida personal y profesional. A mis suegros, Benedicto Baca Rosado e Isabel Rivas Lima, por su generosidad, calidez y apoyo incondicional durante una etapa clave de nuestras vidas. Su respaldo fue esencial para que mi pareja y yo pudiéramos comenzar con solidez nuestro camino familiar, y para que yo pudiera avanzar con tranquilidad en el desarrollo de mi tesis. A mi esposa, Berly Anahí Baca Rivas por su amor, su inquebrantable compañía y su comprensión incondicional durante esta etapa crucial de mi carrera profesional. Su apoyo constante ha sido una fuente invaluable de fortaleza y motivación. A mi hijo, Gael Brandom Cobos Baca, por dar un nuevo sentido a mi vida y recordarme cada día la importancia de ser constante, firme y generoso. Su presencia me inspira a ser mejor, no solo como profesional, sino también como padre, asumiendo con amor y compromiso la responsabilidad de acompañarlo en su crecimiento. A mis docentes, por haber compartido generosamente sus conocimientos y experiencias, que han sido fundamentales en mi formación académica y personal. En especial, al profesor Hugo Espetia Huamanga, mi asesor, por su guía comprometida, su paciencia constante y sus valiosas orientaciones que enriquecieron cada etapa de este proceso. A mi compañero de tesis, Carlos Antonio Calvo Arteaga, por su comprensión y apoyo constante a lo largo de este proceso. Juntos emprendimos este desafío, y, a pesar de las dificultades y el tiempo que requirió, supimos ser pacientes y comprometidos, buscando siempre la mejor manera de desarrollar un trabajo bien fundamentado. Irvin Julian Cobos Vargas Dedicatoria A mis padres, Antonio Calvo Caballero y Marisol Arteaga Poccori, por ser el pilar de mi vida, por su amor incondicional, sus sacrificios y por enseñarme, con el ejemplo, a nunca rendirme. A mi familia, por su constante apoyo, por creer en mí incluso en los momentos más difíciles y por acompañarme con palabras de aliento y gestos de amor invaluables. A mi pareja, Melissa Yucra Velásquez, por su paciencia, comprensión y por caminar a mi lado con amor y fortaleza, siendo mi compañera de vida en cada desafío. Y especialmente a mi hija, Debanhi Vania Calvo Yucra, por ser mi mayor motivación. Cada logro que alcanzo lleva también tu nombre, porque tú eres la razón más grande para seguir soñando y construyendo un futuro mejor. Carlos Antonio Calvo Arteaga Dedico este logro a mis padres, Juan Francisco Cobos Umeres y Soledad Vargas Quipo, por ser la base sólida sobre la que he construido mi vida. Su amor y apoyo constante me han dado la fortaleza necesaria para enfrentar cada desafío con determinación y constancia. A mis hermanos, Francisco Cobos Vargas y Eva Soledad Cobos Vargas, por su compañerismo y por estar siempre a mi lado, ofreciéndome su respaldo en cada paso de este camino. A mis suegros y a mi esposa, Berly Anahí Baca Rivas, por su amor y apoyo constante, que me han dado la fuerza necesaria para superar cada desafío en este camino. Especialmente dedico este logro a mi hijo, Gael Brandom Cobos Baca, cuya ternura, curiosidad y alegría llenan mis días de sentido y me inspiran cada día a seguir creciendo y a ser el mejor ejemplo posible, con la esperanza de que mis esfuerzos resuenen en los corazones de todos los que forman parte de mi vida. Irvin Julian Cobos Vargas. Índice de tablas Tabla 1. Enfermedades orales frecuentes ...................................................................................... 56 Tabla 2. Especialidades odontológicas en el Perú ......................................................................... 58 Tabla 3. Nomenclatura dental FDI ................................................................................................ 64 Tabla 4. Tipos de sistemas de información .................................................................................... 80 Tabla 5. Sistemas por nivel de organización ................................................................................. 81 Tabla 6. MySQL y MariaDB ......................................................................................................... 93 Tabla 7. Definición de términos en odontología............................................................................ 97 Tabla 8. Definición de términos en sistemas ............................................................................... 102 Tabla 9. Asignación de roles Scrum ............................................................................................ 108 Tabla 10. Historia de Usuario 01 Portada .................................................................................... 109 Tabla 11. Historia de Usuario 02 Acceso ..................................................................................... 110 Tabla 12. Historia de Usuario 03 Pacientes ................................................................................. 111 Tabla 13. Historia de Usuario 04 Historia Clínica Odontológica ................................................ 112 Tabla 14. Historia de Usuario 05 Odontograma .......................................................................... 113 Tabla 15. Historia de Usuario 06 Tratamientos ........................................................................... 114 Tabla 16. Historia de Usuario 07 Citas Odontológicas ............................................................... 115 Tabla 17. Historia de Usuario 08 Pagos de Pacientes.................................................................. 116 Tabla 18. Historia de Usuario 09 Proveedores ............................................................................ 117 Tabla 19. Historia de Usuario 10 Suministros Odontológicos .................................................... 118 Tabla 20. Historia de Usuario 11 Compra de Suministros .......................................................... 119 Tabla 21. Historia de Usuario 12 Asistentes ................................................................................ 120 Tabla 22. Historia de Usuario 13 Archivadores ........................................................................... 121 Tabla 23. Historia de Usuario 14 Reportes .................................................................................. 122 Tabla 24. Sprint Goal 01 .............................................................................................................. 123 Tabla 25. Sprint Backlog - Sprint 1 ............................................................................................. 124 Tabla 26. Sprint Retrospective - Sprint 1 .................................................................................... 134 Tabla 27. Sprint Goal 02 .............................................................................................................. 135 Tabla 28. Sprint Backlog - Sprint 2 ............................................................................................. 136 Tabla 29. Sprint Retrospective - Sprint 2 .................................................................................... 144 Tabla 30. Sprint Goal 03 .............................................................................................................. 145 Tabla 31. Sprint Backlog - Sprint 3 ............................................................................................. 146 Tabla 32. Sprint Retrospective - Sprint 3 .................................................................................... 154 Tabla 33. Sprint Goal 04 .............................................................................................................. 155 Tabla 34. Sprint Backlog - Sprint 4 ............................................................................................. 156 Tabla 35. Sprint Retrospective - Sprint 4 .................................................................................... 162 Tabla 36. Sprint Goal 05 .............................................................................................................. 163 Tabla 37. Sprint Backlog - Sprint 5 ............................................................................................. 164 Tabla 38. Sprint Retrospective - Sprint 5 .................................................................................... 171 Tabla 39. Evaluación de la Prospectiva Tecnológica según la Norma ISO/IEC 25010 .............. 177 Tabla 40. Viabilidad Técnica ....................................................................................................... 201 Tabla 41. Viabilidad Económica .................................................................................................. 202 Tabla 42. Viabilidad Operativa para el desarrollo ....................................................................... 203 Tabla 43. Viabilidad Operativa para el uso.................................................................................. 203 Tabla 44. Cronograma de actividades realizadas......................................................................... 204 Tabla 45. Resultados del cuestionario - Pregunta 1 ..................................................................... 211 Tabla 46. Resultados del cuestionario - Pregunta 2 ..................................................................... 212 Tabla 47. Resultados del cuestionario - Pregunta 3 ..................................................................... 213 Tabla 48. Resultados del cuestionario - Pregunta 4 ..................................................................... 214 Tabla 49. Resultados del cuestionario - Pregunta 5 ..................................................................... 215 Tabla 50. Resultados del cuestionario - Pregunta 6 ..................................................................... 216 Tabla 51. Resultados del cuestionario - Pregunta 7 ..................................................................... 217 Tabla 52. Resultados del cuestionario - Pregunta 8 ..................................................................... 218 Tabla 53. Resultados del cuestionario - Pregunta 9 ..................................................................... 219 Tabla 54. Resultados del cuestionario - Pregunta 10 ................................................................... 220 Tabla 55. Resultados del cuestionario - Pregunta 11 ................................................................... 221 Tabla 56. Resultados del cuestionario - Pregunta 12 ................................................................... 222 Tabla 57. Resultados del cuestionario - Pregunta 13 ................................................................... 223 Tabla 58. Resultados del cuestionario - Pregunta 14 ................................................................... 224 Tabla 59. Resultados del cuestionario - Pregunta 15 ................................................................... 225 Tabla 60. Resultados del cuestionario - Pregunta 16 ................................................................... 226 Tabla 61. Resultados del cuestionario - Pregunta 17 ................................................................... 227 Tabla 62. Resultados del cuestionario - Pregunta 18 ................................................................... 228 Tabla 63. Matriz Resumen ........................................................................................................... 229 Índice de figuras Figura 1. Árbol de problemas del consultorio odontológico ......................................................... 29 Figura 2. Causas y consecuencias del problema ........................................................................... 32 Figura 3. Mapeo de variables de estudio ....................................................................................... 52 Figura 4. Mapa de procesos .......................................................................................................... 53 Figura 5. Historia clínica odontológica ......................................................................................... 60 Figura 6. Cara vestibular, lingual, mesial, distal, incisal y oclusal ............................................... 62 Figura 7. Odontograma ................................................................................................................. 63 Figura 8. Caries, falta de diente y fractura .................................................................................... 65 Figura 9. Restauración temporal y definitiva ................................................................................ 66 Figura 10. Aparato de ortodoncia fijo o removible ....................................................................... 67 Figura 11. Prótesis fija y removible .............................................................................................. 68 Figura 12. Diastema y edéntulo total ............................................................................................ 69 Figura 13. Corona temporal y definitiva ....................................................................................... 70 Figura 14. Girovesión y migración ............................................................................................... 71 Figura 15. Diente en clavija y germinación o fusión .................................................................... 72 Figura 16. Diente extruido e intruido ............................................................................................ 73 Figura 17. Equipamiento odontológico ......................................................................................... 74 Figura 18. Instrumentos odontológicos ......................................................................................... 76 Figura 19. Sistema de Información ............................................................................................... 77 Figura 20. Software, programa y aplicación ................................................................................. 78 Figura 21. Etapas del sistema de información............................................................................... 83 Figura 22. Divisiones de la norma ISO/IEC 25000 ...................................................................... 84 Figura 23. Características del modelo de calidad ISO/IEC 25010 ................................................ 85 Figura 24. Diseño y Desarrollo web ............................................................................................. 88 Figura 25. Metodología Scrum ..................................................................................................... 90 Figura 26. Arquitectura de modelo MVC ..................................................................................... 92 Figura 27. Laravel 11 - Jetstream - Livewire – Tailwind Css ....................................................... 95 Figura 28. Propuesta de desarrollo .............................................................................................. 107 Figura 29. Asignación de Roles .................................................................................................. 108 Figura 30. Bocetos del Sprint 1 ................................................................................................... 126 Figura 31. Diagrama Entidad Relación del Sprint 1 ................................................................... 128 Figura 32. Diagrama de base de datos del Sprint 1 ..................................................................... 129 Figura 33. Interfaz de la portada pública y acceso al sistema ..................................................... 130 Figura 34. Interfaz de Administración y Organización de Pacientes .......................................... 131 Figura 35. Interfaz de Administración de Historia Clínica Odontológica................................... 132 Figura 36. Interfaz de Administración del Odontograma ............................................................ 133 Figura 37. Bocetos del Sprint 2 ................................................................................................... 138 Figura 38. Diagrama Entidad Relación del Sprint 2 ................................................................... 139 Figura 39. Diagrama de base de datos del Sprint 2 ..................................................................... 140 Figura 40. Interfaz de Administración de Tratamientos .............................................................. 141 Figura 41. Interfaz de Administración Citas Odontológicas ....................................................... 142 Figura 42. Interfaz de Administración de Pagos de Pacientes .................................................... 143 Figura 43. Bocetos del Sprint 3 ................................................................................................... 148 Figura 44. Diagrama Entidad Relación del Sprint 3 ................................................................... 149 Figura 45. Diagrama de base de datos del Sprint 3 ..................................................................... 150 Figura 46. Interfaz de Administración de Proveedores ............................................................... 151 Figura 47. Interfaz de Suministros Odontológicos...................................................................... 152 Figura 48. Interfaz de Registro de Compra de Suministros y Actualización de Inventario ........ 153 Figura 49. Bocetos del Sprint 4 ................................................................................................... 157 Figura 50. Diagrama Entidad Relación del Sprint 4 ................................................................... 158 Figura 51. Diagrama de base de datos del Sprint 4 ..................................................................... 159 Figura 52. Interfaz de Administración de Asistentes .................................................................. 160 Figura 53. Interfaz de Administración de Archivadores ............................................................. 161 Figura 54. Bocetos del Sprint 5 ................................................................................................... 165 Figura 55. Diagrama de Base de datos Completa ....................................................................... 166 Figura 56. Interfaz de Visualización Global de Pacientes Atendidos ......................................... 167 Figura 57. Interfaz de Visualización de Atenciones Semanales .................................................. 168 Figura 58. Interfaz de Visualización de Atenciones Mensuales .................................................. 169 Figura 59. Interfaz de Visualización de Pago de Pacientes por Tratamiento .............................. 170 Figura 60. Prueba de interactividad con el sistema ..................................................................... 175 Figura 61. Despliegue del sistema de información web ............................................................. 176 Figura 62. Acceso complementario a recursos visuales .............................................................. 194 Figura 63. Ubicación del consultorio odontológico .................................................................... 195 Figura 64. Scrum Team en consultorio ....................................................................................... 195 Figura 65. Pruebas de usuario con los odontólogos .................................................................... 196 Figura 66. Historia clínica del consultorio .................................................................................. 197 Figura 67. Seguimiento de tratamiento y pagos del paciente ...................................................... 198 Figura 68. T.I. del consultorio odontológico ............................................................................... 199 Figura 69. Diagrama de flujo del proceso de atención y pago de pacientes ............................... 200 Figura 70. Diagrama de Gantt con las actividades realizadas ..................................................... 208 Figura 71. Etapa de desarrollo del sistema de información web ................................................. 209 Figura 72. Cuestionario de satisfacción en base a la norma ISO/IEC 25010.............................. 210 Figura 73. Gráfico circular de la pregunta 1 ............................................................................... 211 Figura 74. Gráfico circular de la pregunta 2 ............................................................................... 212 Figura 75. Gráfico circular de la pregunta 3 ............................................................................... 213 Figura 76. Gráfico circular de la pregunta 4 ............................................................................... 214 Figura 77. Gráfico circular de la pregunta 5 ............................................................................... 215 Figura 78. Gráfico circular de la pregunta 6 ............................................................................... 216 Figura 79. Gráfico circular de la pregunta 7 ............................................................................... 217 Figura 80. Gráfico circular de la pregunta 8 ............................................................................... 218 Figura 81. Gráfico circular de la pregunta 9 ............................................................................... 219 Figura 82. Gráfico circular de la pregunta 10 ............................................................................. 220 Figura 83. Gráfico circular de la pregunta 11 ............................................................................. 221 Figura 84. Gráfico circular de la pregunta 12 ............................................................................. 222 Figura 85. Gráfico circular de la pregunta 13 ............................................................................. 223 Figura 86. Gráfico circular de la pregunta 14 ............................................................................. 224 Figura 87. Gráfico circular de la pregunta 15 ............................................................................. 225 Figura 88. Gráfico circular de la pregunta 16 ............................................................................. 226 Figura 89. Gráfico circular de la pregunta 17 ............................................................................. 227 Figura 90. Gráfico circular de la pregunta 18 ............................................................................. 228 Figura 91. Carta de autorización para el desarrollo. ................................................................... 232 23 Resumen y palabras claves La presente tesis tiene como objetivo principal el desarrollo de un sistema de información web para la administración de los procesos de registro, atención, inventario y finanzas del consultorio odontológico LALYSDENT de la ciudad del Cusco. El estudio inicia con la identificación de los procesos del consultorio y la recolección de requerimientos de los especialistas odontólogos, los cuales son obtenidos a través de historias de usuario. Para desarrollar la solución requerida, se utilizó la metodología ágil Scrum y la arquitectura MVC, lo que permitió una construcción iterativa y colaborativa del sistema de información web, el cual incluye módulos para el registro de pacientes, gestión de citas e historias clínicas junto a su odontograma correspondiente, administración de tratamientos, control de suministros e inventario odontológico, administración de pagos realizados por los pacientes y reportes consolidados de atención que reflejan adecuadamente los datos ingresados. La implementación se realizó con tecnologías modernas como el Framework Laravel en su versión 11, Jetstream, Livewire, Tailwind CSS, JQuery y MySQL, lo que garantizó una interfaz dinámica, diseño responsivo y un sistema robusto, confiable y escalable. Como resultado final se logra absolver el problema identificado y los resultados obtenidos evidencian una mejora significativa en la atención brindada en el consultorio, una mayor eficiencia en los tiempos desempeñados en cada proceso y una reducción de errores en el manejo del inventario y finanzas. Logrando alcanzar gran parte de los criterios de la norma ISO/IEC 25010. El sistema de información web desarrollado no solo contribuye a la digitalización de los procesos administrativos, sino también representa un apoyo fundamental para la toma de decisiones estratégicas, asegurando la sostenibilidad y crecimiento del consultorio odontológico. Palabras clave: Sistema de información web, consultorio odontológico, metodología Scrum, arquitectura MVC, Frameworks Laravel, Jetstream, Livewire, Tailwind CSS, JQuery MySQL, registro de pacientes, historias clínicas, odontogramas, control de inventario y control de pagos. 24 Abstract y Keywords The present thesis has as its main objective the development of a web-based information system for the administration of the registration, care, inventory and financial processes of the LALYSDENT dental office in the city of Cusco. The study begins with the identification of office processes and the collection of requirements from dental specialists, which are obtained through user stories. To develop the required solution, the agile Scrum methodology and the MVC architecture were used, which allowed an iterative and collaborative construction of the web information system, which includes modules for patient registration, appointment management and medical records with the respective odontogram, treatment management, dental supplies and inventory control, patient payment management and consolidated care reports that accurately reflect the data entered. The implementation was done with modern technologies such as Laravel Framework version 11, Jetstream, Livewire, Tailwind CSS, JQuery and MySQL, which ensured a dynamic interface, responsive design, and a robust, reliable, and scalable system. The end result is that the identified problem has been solved, and the results obtained show a significant improvement in the care provided in the dental office, greater efficiency in the time taken in each process and a reduction of errors in inventory and financial management. Most of the criteria of the ISO/IEC 25010 standard have been met. The web-based information system developed not only contributes to the digitization of administrative processes, but also provides fundamental support for strategic decision-making, ensuring the sustainability and growth of the dental practice. Keywords: Web information system, dental office, Scrum methodology, MVC architecture, Laravel Frameworks, Jetstream, Livewire, Tailwind CSS, JQuery MySQL, patient registration, medical records, odontogram, inventory control and payment control. 25 Introducción Gracias al avance y crecimiento de las actuales y nuevas tecnologías de información, las personas pueden evidenciar que las soluciones abarcan gran parte de los campos de la actividad profesional y técnica del ser humano, facilitando sus tareas y mejorando su productividad. Todas las industrias se ven enriquecidas con ello, pudiendo ofrecer mejores servicios y productos con rapidez y eficiencia. El área odontológica, por ejemplo, se benéfica con las tecnologías de información logrando gestionar mejor todos sus procesos, controlando mejor la llegada de los pacientes, su respectivo diagnóstico, tratamiento y curación, ayudando a gestionar la administración de un gran número de pacientes que acuden por atención. En la presente tesis se tomó como lugar de investigación al consultorio odontológico LALYSDENT; que se encuentra en la calle tres cruces de oro de la ciudad del Cusco, donde se abordó el análisis de los procesos de administración en la atención odontológica, desde el registro del paciente, pasando por el registro de historia clínica, trazado de odontograma, diagnóstico y tratamiento; luego abordando la administración de citas odontológicas, control de sus suministros inventariados y control de pagos realizados por los pacientes. Al observar los procesos que se realizan en el consultorio odontológico LALYSDENT, se logra identificar cuáles son los problemas emergentes, descritos en detalle en este documento, problemas que imposibilitan el correcto funcionamiento del consultorio odontológico en la atención de pacientes, sean nuevos o recurrentes, dando lugar a una gestión ineficiente provocando la insatisfacción y abandono de los pacientes. La propuesta de solución documentada en la tesis, se enfocó en el desarrollo de un sistema de información web, siendo la herramienta idónea para el especialista odontólogo, al momento de desempeñar sus procesos de atención, administrar correctamente sus citas médicas, lograr brindar un correcto tratamiento médico con el seguimiento correspondiente gracias al uso del sistema de información web, y por supuesto garantizar la usabilidad, funcionalidad y seguridad, adaptada correctamente a los requerimientos de los especialistas odontólogos, logrando el aprovechamiento y constante uso de la herramienta. 32 1.2.1.5. Gestión financiera ineficiente La falta de un control financiero adecuado, se evidencia partiendo por no contar con inventarios, tanto de los instrumentos quirúrgicos, como los insumos odontológicos los cuales son usados diariamente, al no tener un registro de su uso, suele carecer de estos al momento de la atención, lo que ocasiona pérdida de tiempo al intentar llevar los instrumentos a esterilización, como también salir a comprar más insumos de trabajo. El no contar con un estándar de precios establecidos ocasiona que el trabajo no sea valorado en su real proporción, siendo estos estimados a criterio del odontólogo, sin considerar el gasto real en el uso de materiales, ni verificar el alza de precios del mercado. Figura 2. Causas y consecuencias del problema Nota. El diagrama muestra la relación entre causas y consecuencias del problema central. 33 1.2.2. Formulación del Problema ¿Cómo automatizar los procesos odontológicos para tener un correcto registro de pacientes, control de historia clínica, seguimiento de tratamiento, pago correspondiente e inventario? 1.2.3. Objetivos 1.2.3.1. Objetivo General Desarrollar un Sistema de Información Web para administrar los procesos de registro, atención, inventario y finanzas del consultorio odontológico LALYSDENT del distrito de Cusco. 1.2.3.2. Objetivos Específicos • Analizar los procesos desempeñados dentro del consultorio, identificando posibles inconvenientes en el flujo de cada proceso, recopilando los requerimientos de software mediante el uso de las historias de usuario. • Diseñar correctamente los diagramas de modelado de los procesos abordados en el consultorio odontológico, para tener una representación clara y direccionar la solución propuesta. • Implementar adecuadamente la arquitectura MVC, desarrollando el “Modelo” para el procesamiento de datos y la lógica del negocio, la “Vista” para las interfaces del sistema, y el “Controlador” para el manejo de eventos, siendo el intermediario entre el modelo y la vista. • Probar la interactividad de los usuarios con el sistema de información web, validando su funcionalidad y la gestión de reportes clínicos que reflejen adecuadamente los datos ingresados. • Desplegar adecuadamente el sistema de información web odontológico en el consultorio, asegurando su correcta instalación, configuración y disponibilidad para los especialistas odontólogos y sus respectivos asistentes, validando un funcionamiento efectivo. 34 1.2.4. Justificación Resulta importante para el SCRUM TEAM hacer las siguientes preguntas y darles una respuesta concisa y clara, con el fin de reflejar un correcto panorama del propósito que justifica la realización de la tesis. ¿Es necesario realizar una tesis para este tema? Se evidencia la necesidad de los especialistas odontólogos, para darle una correcta administración a sus procesos, siendo esa la necesidad que se desea satisfacer. ¿No bastaría con adquirir un software convencional que administre el consultorio? Se valida la existencia de software convencional, pero estos no cumplen con los requerimientos del consultorio odontológico, tanto al no cumplir con los estándares nacionales de la odontología, como la ausencia de adaptabilidad al uso práctico de los especialistas odontólogos. ¿No bastaría con administrar el consultorio con una hoja de cálculo Excel? Evidentemente la complejidad de los procesos realizados dentro del consultorio odontológico y magnitud de información que administran, considerando que, para cada paciente, se debe gestionar una historia clínica, generar su odontograma, revisar el inventario de instrumentos y suministros y llevar el control de ingresos y egresos; es necesario un sistema de información especializado. ¿El sistema tiene funcionalidades que se podrán acceder fuera de la clínica odontológica? Al ser un sistema de información web su accesibilidad no es restringida por la ubicación del consultorio en sí, una vez que los especialistas odontólogos hayan adquirido un dominio y hosting, todo el sistema de información estará accesible para ellos sin importar la ubicación de los mismos gracias al acceso del usuario y contraseña. Por el momento el sistema de información web esta implementada de forma local haciendo uso del servidor XAMPP con el propósito de cumplir con todo el ciclo de la metodología SCRUM durante el cumplimiento de cada sprint desarrollado. 35 1.2.4.1. Conveniencia Los ingenieros de sistemas comprenden que el manejo adecuado de las tecnologías de información es de mucha utilidad para todas las disciplinas profesionales y aún más para el área odontológica, en el contexto actual que se vive, es conveniente para los odontólogos contar con un sistema de información web que les permita tener mayor control y orden al momento de atender a sus pacientes, permitiendo un mejor manejo de la información. Considerando que cada vez se va haciendo más grande la cantidad de pacientes que acuden por una atención accesible y de calidad; se busca favorecer la atención oportuna y ser más eficientes, para lo cual es idóneo el desarrollo del presente sistema de información web para cumplir con las necesidades de los especialistas odontólogos, por lo tanto se investiga y se busca optar por las herramientas más adecuadas que permitan desarrollar un sistema de información web hecho a medida de los especialistas odontólogo 1.2.4.2. Relevancia Social La importancia del desarrollo de este sistema de información web en la sociedad, es aportar al consultorio para brindar una mejor calidad de servicio en atención odontológica; tomando como ejemplo a un paciente que llega al consultorio dental y tiene que esperar en cola por mucho tiempo hasta ser atendido, luego la respectiva historia clínica odontológica no se puede ubicar, la atención que recibe es desordenada e ineficiente, el registro de los pagos no está correctamente organizado por lo que no se sabe con certeza si se cumplió con la cancelación del tratamiento o no, esto da como consecuencia la molestia del paciente y sin falta de ganas de regresar. Todo esto se necesita resolver con el sistema de información web. Se necesita mayor control, mejor orden en la atención y un adecuado manejo del tiempo, esto se verá reflejado en la satisfacción de los pacientes. 36 1.2.4.3. Implicancias Prácticas Al resolver los problemas de orden, control y atención oportuna en el consultorio, en favor de especialistas odontólogos y pacientes; la implicancia práctica se enfoca en la automatización de tareas, abordando el registro del paciente, la administración adecuada de historias clínicas, así como el respectivo odontograma, donde se traza todas las intervenciones del tratamiento que se le está realizando, y el control de todos los pagos realizado; de esta manera se logra una comunicación adecuada y constante, entre los especialistas odontólogos y sus pacientes, gracias al uso del sistema de información web ya que los pacientes podrán visualizar toda su historia clínica odontológica, su odontograma y el control de sus pagos, además de agendar citas para su respectiva atención. 1.2.4.4. Valor Teórico Desde una perspectiva académica o teórica, el desarrollo del sistema de información web y la respectiva documentación, es importante para dos disciplinas profesionales: ingeniería de sistemas y odontología, puesto que los futuros profesionales de ingeniería de sistemas, brindan su investigación redactada en el documento de tesis, la cual será publicada por la universidad; esta información será de mucha utilidad y guía para futuros colegas, en el desarrollo de sus propias investigaciones, aprovechando la metodología y tecnología utilizada en la tesis. Por otra parte, en el área profesional de odontología, la perspectiva académica que tendrá relevancia para los profesionales odontólogos, se plasma en el propio sistema de información web, ya que este puede servir como un avance en el manejo de información odontológica. Siendo también un modelo replicable para ambas disciplinas. 37 1.2.4.5. Utilidad Metodológica Al hacer uso de la metodología SCRUM en el desarrollo del sistema de información web, se busca resaltar la importancia de esta metodología y cómo esto ayuda en el cumplimento de cada una de las etapas (Sprint) del desarrollo, pudiendo así estar en comunicación constante con los especialistas odontólogos y poder lograr la satisfacción de estos, para que el uso del sistema de información web sea asegurado y por su puesto ayude a optimizar los procesos del consultorio odontológico. En beneficio de los profesionales de odontología, la utilidad metodológica se enfoca en la estandarización de los procesos para que tengan un mejor control administrativo, contando así con información clínica odontológica correcta y consistente de todos los pacientes, permitiendo que el sistema de información web proporcione reportes adecuados como atenciones diarias, semanales y mensuales, así como otros reportes que ayuden en futuras toma de decisiones que los especialistas odontólogos vean conveniente. 1.2.5. Alcance y Limitaciones Para detallar aquello a lo que se desea lograr alcanzar frente a las restricciones que se presentan a lo largo de la tesis, se procede a describir de forma separada el alcance y las limitaciones. 1.2.5.1. Alcance La tesis abarca el área de tecnologías de información, siendo el desarrollo de software la línea de investigación abordada, resaltando la propuesta de solución la cual se enfoca en el desarrollo de un sistema de información web para el consultorio odontológico LALYSDENT, al realizar la debida observación de los procesos gestionados dentro de la complejidad del consultorio, con respecto a su forma de trabajo se aborda los temas puntuales de: registro de pacientes, registro de historia clínica, inventario de instrumentos y materiales, registro de odontograma, seguimiento del 38 tratamiento odontológico, control de citas odontológicas, control de ingresos y egresos. Desde el punto de vista técnico, tomando en cuenta la complejidad de cada uno de los procesos mencionados dentro de la disciplina propia de la odontología en su gestión de atención de pacientes, se realiza el análisis respectivo, verificando cómo se generan los inconvenientes en estos procesos, para determinar la solución adecuada. Orientado al desarrollo de un sistema de información web, habiendo evidenciado que otros sistemas de información existentes no fueron desarrollados según los lineamientos y requerimientos, se pretende enfocar los esfuerzos en abordar correctamente las necesidades de los especialistas odontólogos, para desarrollar un entorno FrontEnd adaptativo y garantizar la usabilidad, funcionalidad y seguridad del sistema de información web. Esta tesis se concentra particularmente en el desarrollo de un sistema de información web, con todas sus implicancias, desde el punto de vista metodológico y enfocado netamente en los procesos antes mencionados, sin embargo, no implica el desarrollo de entornos complementarios como entornos de escritorio u otros que pueda existir. 1.2.5.2. Limitaciones Aprendizaje de nuevas tecnologías para el desarrollo Durante el desarrollo del sistema de información propuesto, se enfrentó una limitación relevante relacionada con el uso de nuevas tecnologías y herramientas de programación, tales como Laravel, Tailwind CSS, Jetstream y Livewire. Este desconocimiento inicial representó un reto, ya que dichas tecnologías requieren una curva de aprendizaje considerable. Limitada cantidad de equipos informáticos La escasa cantidad de equipos informáticos en el consultorio odontológica fue una limitante en la implementación y evaluación del sistema propuesto, ya que limitó la interacción simultánea y continua de todo el personal. 39 Conocimientos básicos de TI El nivel básico de conocimientos en Tecnologías de la Información por parte de algunos miembros del personal del consultorio, entre especialistas odontólogos y asistentes de apoyo, generó ciertas dificultades tanto en la fase de capacitación como en la fase de despliegue del sistema Esta limitante fue tomada muy en cuenta y ayudo al desarrollo de interfaces más intuitivas y sencillas, con la finalidad de que los mencionados usuarios del sistema se familiaricen al momento de ubicar y hacer uso de cada uno de los módulos (historia clínica, odontograma, citas, pagos, tratamientos, suministros), pudiendo así aprovechar la herramienta en cada proceso que gestionan, agilizando eficientemente sus actividades. Acceso limitado por ejecución local Una de las limitaciones identificadas durante la implementación del sistema fue su ejecución en un entorno local, instalado en equipos del consultorio. Esta configuración impide el acceso remoto desde otros dispositivos, ya que el sistema no está alojado en la nube ni cuenta con un servidor accesible externamente, afortunadamente la propuesta de adquirir un hosting y dominio si está siendo avaluada y aceptada dada la importancia del uso del sistema de información web. Limitaciones de uso del sistema por carga laboral Dentro del consultorio odontológico, las funciones están distribuidas entre los asistentes y especialistas odontólogos, quienes debido a su labor activa y el incremento cada vez mayor de pacientes que acuden durante el día, ocasiona que el personal no disponga del tiempo necesario para el uso pleno del sistema. Es por ello que el sistema de información web debe representar una herramienta de ayuda que facilite las tareas y optimice los tiempos de atención, mas no implicar quitarle más tiempo al especialista odontólogo ni a los respectivos asistentes de apoyo con los que cuenta el consultorio. 40 CAPÍTULO II: MARCO TEÓRICO 2.1. Antecedentes del Estudio 2.1.1. Antecedentes Internacionales Texidó, F. (2021). Sistema de Registro de Información Médica. [Tesis de grado, Universidad Siglo 21, Buenos Aires - Argentina]. Resumen El presente antecedente internacional es una tesis desarrollada en Buenos Aires, donde se abordó un sistema de salud para contribuir en el ahorro de recursos al aminorar los gastos que implica: crear, anotar, imprimir, distribuir y guardar documentación médica. Su objetivo fue plantear el desarrollo de una plataforma donde el ciudadano administre su propia historia clínica, y acceder desde cualquier dispositivo sin aferrarse a ningún centro médico. Haciendo que la información médica (consulta, estudio realizado o práctica recibida) alimente la historia clínica del propio paciente. La metodología para el desarrollo fue Scrum cumpliendo con sus etapas (requisitos, planificación, seguimiento, reunión de revisión del Sprint y retrospectiva). Desarrollado en lenguaje JavaScript, con servicio de almacenamiento Firebase. Proporcionó un análisis de riesgo de la información de los pacientes, siendo improbable que esta se filtre, pero con impacto catastrófico, dando una ponderación de riesgo de 0.1515 con una distribución de riesgo de 50% en función a su peso ponderado, Concluyendo en que deben definirse normas de seguridad de riesgos y externalizar parte de los mismos contratando un seguro. (Texidó, 2021) Aporte Es interesante el enfoque distinto que manejó, donde ya no son los centros de salud los que lleven un historial clínico de los pacientes, sino por el contrario es el mismo paciente que administra su historia clínica y la va alimentando de información con la colaboración de cada profesional médico que le interviene a lo largo de su vida. Se tomó como aporte el diagrama de flujo, las historias de usuario y se observó que maneja una base de datos no relacional. 41 Antecedente internacional Penagos, E. (2022). Sistema de Información Web para la Gestión de Citas y Manejo del Portafolio para el Consultorio Odontológico Dentaldoc. [Tesis de grado, Universidad Católica de Pereira, Colombia]. Resumen El presente antecedente internacional es una tesis desarrollada en la ciudad de Pereira ubicada en la región montañosa al oeste de Colombia, se enfocó en el consultorio odontológico DentaDoc, ya que en el municipio de Virginia no existen centros odontológicos especializados. Como objetivo se abordó los procesos de registro de pacientes, historia clínica y agenda de citas con el fin de ofrecer una aplicación web para optimizarlos, además se brindó escalabilidad para futuras mejoras y resolver nuevos requerimientos. El enfoque metodológico usó el modelo de cascada con la intención de avanzar cada fase una vez terminada la anterior y por ser un proyecto desarrollado por una sola persona. Para la creación de un aplicativo web se hizo uso del Framework Django basado en Python, hecho en módulos para mantener su independencia y permitir la escalabilidad de estos sin alterar otros. Se usó un patrón de diseño MVC, con gestión de base de datos MySQL y se diseñó una interfaz responsiva mediante la plantilla Bootstrap. Como resultado se logró cumplir con los objetivos, brindando un aplicativo web con las interfaces planteadas y se logró los alcances planteados como administrar los usuarios, registrar citas y generar reportes. (Penagos, 2022) Aporte En este antecedente internacional se tomó como aporte la diferenciación de requerimientos funcionales y no funcionales para el desarrollo del sistema de información web, los diagramas de casos de uso, el diagrama de clases, diagrama de secuencias donde se pudo visualizar cómo interviene el usuario con el sistema en los diferentes procesos abordados. Se observó el diagrama de actividades con un inicio y final del proceso donde se vieron las condicionales que desencadenaron en dos resultados diferentes. 48 Antecedente nacional Zapata, O. (2020). Sistema Informático Web de Reserva de Citas Médicas E Historias Clínicas para la Clínica Dental Rondan – Sullana. [Tesis de grado, Universidad San Pedro, Piura - Perú]. Resumen El presente antecedente es una tesis desarrollada en Piura, el cual se enfocó en la clínica dental Rondan y su atención, reserva de citas, registro de historia clínica odontológica y buscó como objetivo el desarrollo de un sistema informático web, habiendo observado los procesos mencionados para su programación en PHP, se hizo uso de MySQL como gestor de base de datos. Para el desarrollo se evidenció una tesis de tipo aplicada con diseño no experimental y de carácter descriptivo. La metodología implementada fue RUP con todas sus fases de desarrollo. Además de UML aplicado en sus diagramas, Detalló una población y muestra que engloba a 20 personas entre pacientes, administrativos y doctores. Como resultado indicó la mejora de registro de pacientes con su historia clínica logrando un 60% de satisfacción, y se mejoró la reserva de citas al visualizar los horarios de atención de cada odontólogo obteniendo un 80% de satisfacción en el personal. (Zapata, 2020) Aporte El aporte que se rescata de este antecedente nacional se basó en lo concreto de su desarrollo, describiendo sus procesos (atención y recepción de citas médicas) y su análisis, además la recolección de requerimientos, donde pasó a diseñar cada proceso en un sistema organizado; terminando por la creación de un sistema informativo web. Son los diagramas de casos de uso y de colaboración los puntos de aporte importante a que se tomó en cuenta. Con su diagrama de base de datos que llevó al diseño de un diagrama de clases, permitió dar un panorama consistente de cómo se estructuró las variables con las cuales construyó el sistema informativo web, este aporte ayudó a entender mejor la construcción del sistema de información que se desarrolló en la tesis en aras de cumplir con los requerimientos que los especialistas odontólogos solicitaron. 49 Antecedente nacional Llanos, J. (2021). Diseño de Un Aplicativo Web y Móvil para la Gestión de Historias Clínicas en Una Institución de Salud. [Tesis de grado, Universidad Privada Norbert Wiener, Lima - Perú]. Resumen El presente antecedente es una tesis desarrollada en Lima, el cual se enfocó en una institución de salud sin determinar exactamente cuál; se abordó la administración de historias clínicas, por lo que plantearon el objetivo claro de proponer un diseño de aplicativo web y móvil. Esta fue una investigación proyectiva que uso una metodología holística, reunieron información mediante encuestas, cuestionarios y entrevistas, con un análisis de enfoque mixto (cuantitativo y cualitativo) en una población de 350, tomaron como muestra 85 personas, recolectaron información fidedigna y validada sobre la situación actual de la institución de salud. Lograron como resultado la propuesta que usa la metodología RUP con el fin de desarrollar el aplicativo web y móvil, abordando las fases, roles y responsabilidades para garantizar la calidad y cumplimiento de requerimientos. Identificaron los puntos a mejorar como es la privacidad y custodia de información de historias clínicas donde el paciente desea que su información sea privada. (Llanos, 2021) Aporte El aporte que brindó este antecedente al ser una tesis propositiva donde se abordó las necesidades que presentó la institución de salud, se orientó al manejo de sus historias clínicas y cómo administrarlas adecuadamente, con el análisis del proceso mencionado y la identificación de las incidencias suscitadas, dio una visión más clara de cómo se abordó el proceso, enfocando los esfuerzos en desarrollar un sistema de información web que satisfaga no solo el control del proceso en general, sino también tomando en cuenta las variables más importantes para los especialistas odontólogos. Este antecedente trajo anexos a considerar, puesto que se ven los diagramas de casos de uso y las interfaces del sistema de información web que se observaron y tomaron en cuenta. 50 Antecedente nacional Ponce, A. (2022). Sistema de Información Web para Mejorar la Gestión Administrativa de Centros Odontológicos de la Ciudad Puno - 2020. [Tesis de grado, Universidad Nacional del Altiplano, Puno - Perú]. Resumen El presente antecedente es una tesis desarrollada en Puno, el cual se enfocó en los centros odontológicos de la ciudad, abordando su gestión administrativa donde se tocó los procesos de registro y reporte de pacientes, citas, pagos e historias odontológicas. Los objetivos se basaron en el planteo, formulación, diseño, desarrollo y evaluación de un sistema de información web. La metodología que se describió fue la investigación aplicada con un nivel preexperimental, se abordó el uso la metodología ágil SCRUM, y se incluyó como fundamento a la Norma Técnica Peruana NTPISO/IEC RT 29110. Para el desarrollo se implementó el lenguaje PHP, gestionando MySQL para la gestión de bases de datos y Apache como servidor web. Como resultado se optimizó los tiempos en registro 65%, citas 55.1% y pagos en 58%. Aumentando la satisfacción de los pacientes de un 23% a 28.4%; con esto se consiguió una diferencia significativa de 5% de satisfacción lo que hizo del sistema de información una herramienta favorable para los centros odontológicos en la ciudad de Puno. (Ponce, 2022) Aporte El aporte de este antecedente fue la forma de registrar los requerimientos y el plan de trabajo de actividades donde se organizó mejor los pasos a realizar para el cumplimiento de estos requerimientos, con el diagrama de Gantt donde se observó cada una de las actividades, esto sirvió de guía para plantear correctamente los tiempos en el desarrollo y construcción de un adecuado sistema de información web. Los prototipos significaron un aporte rescatable, puesto que permitió visualizar los elementos necesarios según cada proceso abordado, tomando en cuenta que no se debe aglomerar tanto la interfaz como se ven en este antecedente, puesto que eso satura y dificulta el uso intuitivo que se deseó proporcionar a los odontólogos. 51 Antecedente nacional Corilla, J. (2022). Desarrollo de Un Sistema Web para Mejorar la Gestión de Historias Clínicas en el Consultorio Dental Odontostetic, Abancay - Perú 2021. [Tesis de grado, Universidad Tecnológica de los Andes, Abancay - Perú]. Resumen El presente antecedente fue una tesis desarrollada en Abancay, tuvo como objetivo abordar al consultorio dental Odontostetic y buscó una mejora en el manejo adecuado de historias clínicas, para lo cual se orientó al desarrollo de un sistema web, donde se optimizó los registros (citas, consultas, historias). Se evidenció una tesis de tipo aplicada, la cual presentó un diseño cuasi experimental y un nivel explicativo. La metodología que se implementó fue XP con una arquitectura VMC, desarrollado en PHP con Bootstrap, JavaScript y Ajax; se usó la base de datos MySQL. La muestra tomada fue no probabilística, por lo cual englobó una población de 60, siendo la muestra de 24 historias clínicas sometidas a evaluación. Finalmente se documentó resultados como que el tiempo tomado en registro de consultas disminuyó en 50,44% gracias al uso del sistema, además en registro de historias clínicas evidenciaron que se redujo en 45.28%. Se consiguió un 5% de satisfacción lo cual es relevante, ya que se aceptó la hipótesis alterna, esto sugirió que el sistema web optimiza considerablemente la gestión de historias clínicas en el consultorio dental Odontoestetic. (Corilla, 2022) Aporte Se pudo observar gracias a los anexos de este antecedente el uso de historias clínicas odontológicas impresas y registradas a mano por los odontólogos, esto se asemeja con las historias que se recolectaron en la investigación, este es un punto que se tomó en cuenta observando que el proyecto se alineó correctamente en la recolección de variables propias de una historia clínica y como fueron reflejados posteriormente en el sistema web. Los casos de prueba fueron el aporte considerado ya que se garantizó la funcionalidad del sistema de información web mediante la correcta evaluación del producto desarrollado. 52 2.2. Bases Teóricas Para organizar adecuadamente las bases teóricas, se realizó un mapeo de variables, donde se desglosó cada variable para su desarrollo, brindando una información puntual y precisa. Figura 3. Mapeo de variables de estudio Nota. Se ve las variables de estudio que abordan la odontología y el sistema de información web. 53 Teniendo más claro las variables importantes, se puede conceptualizar cada uno de ellos gracias a la investigación realizada contando con el fundamento de las referencias citadas. 2.2.1. Administración de procesos de un consultorio odontológico Busca orientar al profesional en odontología mediante la planeación, ejecución y control de un consultorio odontológico propio, tomando consideraciones para lograr su adecuado crecimiento en el mercado. (Macías, 2016) Según la Organización Mundial de la Salud (OMS), son un conjunto de actividades que tienen componentes (materiales y mano de obra) orientados a lograr resultados. Un consultorio odontológico está compuesto por procesos donde participan profesionales con el uso de instrumentos y tecnología en la mejora de elementos de entrada (pacientes con problemas dentales) para convertirlos en mejores elementos de salida (pacientes con dentadura sana). (Guarín, 2022) Figura 4. Mapa de procesos Nota. Mapa de procesos adaptado de: Diseño de procesos para una clínica dental (Guarín, 2022, p. 27). Recuperado de www.bibliotecadigital.udea.edu.co/.../ProcesosDental 54 2.2.1.1. Fundamentación legal Acorde a la Constitución y la Ley 15251, el Colegio Odontológico del Perú y también los colegios odontológicos regionales son considerados instituciones con personalidad jurídica propia. Eso quiere decir que funcionan como entidades legales independientes y tienen su propio respaldo dentro del marco de las leyes del país. (Gobierno del Perú, 2022) Acorde al artículo 108 sobre el ejercicio de la profesión odontológica, para poder trabajar legalmente como cirujano dentista en el Perú, es obligatorio estar colegiado. Es decir, el profesional debe ser miembro del Colegio Odontológico del Perú y estar habilitado para poder ejercer. El artículo 213 del Código de Ética y Deontología es básicamente el conjunto de reglas que guían el buen comportamiento profesional en odontología en el Perú. Estas normas sirven para asegurar que la profesión se haga de forma correcta, y permiten supervisar cómo se ejerce la odontología en el país. La Ley 27878, que regula el trabajo del cirujano dentista, dice en su artículo 2 que en el Perú el odontólogo brinda sus servicios de manera científica, técnica y ordenada. Su labor abarca todo lo relacionado con la salud bucal: desde la promoción y prevención, hasta la recuperación y rehabilitación. (Gobierno del Perú, 2002). La Norma Técnica de la Historia Clínica de los Establecimientos de Salud del Sector Público y Privado en el Perú, están debidamente regulados según la Resolución Ministerial Número 776-2004-MINSA (Gobierno del Perú, 2004). Acorde a la Ley 29733, que es la Ley de Protección de Datos Personales, y su reglamento (aprobado por el Decreto Supremo 003-2013-JUS), los consultorios están obligados a cuidar la privacidad y confidencialidad de los datos personales y sensibles de sus pacientes. Información que es usada solo con fines médicos, específicamente para brindar el tratamiento que el paciente ha solicitado. (Gobierno del Perú, 2011; Gobierno del Perú, 2013) 55 Acorde a la Ley General de Salud (26842) indica que la historia clínica del paciente se mantenga confidencial, protegiendo sus datos personales y médicos. Además, según la Ley de Seguridad y Salud en el Trabajo (29783 y 31246), los odontólogos deben cuidar la privacidad de los tratamientos y asegurar el bienestar de sus pacientes ante cualquier riesgo. (Ministerio de Salud, 1997; Gobierno del Perú, 2016; Gobierno del Perú, 2022) 2.2.1.2. Nomenclatura dental Básicamente, en los consultorios públicos o privados, tienen que anotar correctamente todas las enfermedades o problemas que encuentran en los dientes de los pacientes. Estos datos no solo sirven para el tratamiento, sino también para hacer investigaciones, estadísticas, estudios clínicos, procesos legales o para la docencia. (Colegio Odontológico del Perú, 2015) En odontología se usa la nomenclatura FDI para numerar los dientes. Cada diente recibe dos números: el primero indica el cuadrante, y el segundo la posición del diente contando desde el centro (MESIO). Por ejemplo, el 1.1 es el incisivo central superior derecho, y el 3.1 es el incisivo central inferior izquierdo. (Riojas, 2014) 2.2.1.3. Enfermedades orales Las enfermedades orales comprenden un conjunto de afecciones que se presentan en la cavidad bucal, incluyendo los dientes, encías, lengua, mucosa y huesos maxilares. Estas enfermedades pueden ser causadas por infecciones, inflamaciones, malformaciones, trauma o enfermedades sistémicas que se reflejan en la salud oral. Algunas de las enfermedades más comunes en la boca son las caries, la inflamación de las encías (gingivitis), problemas más graves en las encías como la periodontitis, infecciones por hongos y dolores o molestias en la mandíbula (articulación temporomandibular ATM). (Glick, 2019) 56 Tabla 1. Enfermedades orales frecuentes Núm. Enfermedades orales Diagnóstico 1 Traumatismos dentales • Fractura • Luxación • Avulsión • Concusión 2 Sensibilidad dental • Abrasión • Atrición • Erosión • Ciertos procesos odontológicos 3 Mal-oclusión • Clase I • Clase II • Clase III 4 Halitosis • Halitosis oral • Trastornos respiratorios o el reflujo gastroesofágico • Ulcera duodenal • Halitosis Extra oral • Diabetes • Hipoglucemia • Mal funcionamiento de riñón o hígado • Desequilibrio entre bacterias buenas y malas del intestino. • Intolerancia a la lactosa 57 5 Enfermedad de las encías • Inflamación gingival (gingivitis): • Leve • Moderada • Severa • Periodontitis • Moderada • Severa 6 Caries dental • Zonas blancas • Caries de esmalte • Caries de dentina • Afectación de la pulpa • Formación de un absceso 7 Cáncer oral • Tumores benignos • Tumores precancerosos • Tumores cancerosos Nota. Enfermedades orales más comunes junto a sus respectivos diagnósticos. 2.2.1.4. Especialidades odontológicas Es importante tener de conocimiento no solo a quienes son los especialistas odontólogos que operan actualmente en el consultorio odontológico, sino en general conocer también cuales son todas las especialidades que abarca en área profesional de la odontología, con el propósito de enriquecer el sistema de información web con estos datos puesto que no solo se va a requerir detalles de cada especialidad sino también estimar precios que los especialistas consideren colocar. 64 algunas piezas dentales, y estados propios del diente, posición, caries, malformación. (Aguirre, 2012) El Odontograma se realiza con el propósito de contar con un marco de información gráfica que está estandarizada, por lo que todo especialista odontólogo puede interpretar, además de delimitar las responsabilidades de los profesionales de la salud y de los establecimientos prestadores de servicios odontológicos. 2.2.1.8. Nomenclatura de un odontograma El odontograma es como una representación gráfica de la boca que se divide en cuatro cuadrantes. Para organizarlo bien, se traza una línea horizontal que separa los dientes de arriba de los de abajo, y una línea vertical en el centro que divide la boca en lado derecho y lado izquierdo. Además, como ya se mencionó antes, se usa la nomenclatura FDI, que es un sistema internacional para numerar los dientes. Este sistema ayuda a identificar cada diente con dos números, para que todos los profesionales hablen el mismo idioma y no haya confusiones. El odontograma utiliza esta numeración para marcar y registrar adecuadamente el estado de cada diente de forma precisa y ordenada. Tabla 3. Nomenclatura dental FDI Cuadrante Adultos Niños Lado superior izquierdo 1.1 al 1.5 5.1 al 5.5 Lado superior derecho 2.1 al 2.8 6.1 al 6.5 Lado inferior izquierdo 4.1 al 4.8 8.1 al 8.5 Lado inferior derecho 3.1 al 3.8 7.1 al 7.5 Nota. En el odontograma cada diente recibe una numeración en base a la ubicación según FDI. 65 Figura 8. Caries, falta de diente y fractura Nota. El presente gráfico evidencia dientes cariados, el trazo está en la forma que se encuentran la superficie comprometida (rojo), la falta o ausencia del canino inferior izquierdo (azul) y el premolar superior derecho en estado de fractura (rojo). Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 3). Recuperado de https://www.cop.org.pe/Odontograma Caries: En el gráfico los especialistas odontólogos realizan los trazos de la caries descubierta en la cavidad bucal del paciente, este grafico es de color rojo y tiene una forma estimada, tal cual se encuentra el diente comprometido y las superficies afectadas. Falta de diente: Cuando el diente no existe en la cavidad bucal del paciente, el especialista odontólogo traza una equis (X) de color azul, de esta forma se evidencia la falta del diente. Fractura dental: cuando el diente presenta una fractura, el especialista odontólogo realiza la representación de una línea oblicua roja sobre el diente fracturado. 66 Figura 9. Restauración temporal y definitiva Nota. El presente gráfico evidencia las restauraciones realizadas y/o descubiertas, estas pueden ser de forma temporal trazando solo el contorno de color rojo, o restauraciones definitivas donde se traza toda la zona de color azul. Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 3). Recuperado de https://www.cop.org.pe/Odontograma Restauración temporal: En el gráfico los especialistas odontólogos realizan los trazos de restauraciones que son temporales, dicho grafico es de color rojo y solo se traza el contorno de la restauración y la forma estimada que tiene dentro del diente comprometido. Restauración definitiva: En este caso el especialista odontólogo realiza el trazo sobre la superficie comprometida, siguiendo la forma de la restauración definitiva, pero esta vez rellenando tanto el contorno como su interior de color azul. 67 Figura 10. Aparato de ortodoncia fijo o removible Nota. El presente gráfico evidencia la colocación del aparato de ortodoncia fijo (línea recta), como el aparato de ortodoncia removible (línea zigzag). Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 3). Recuperado de https://www.cop.org.pe/Odontograma Aparato de ortodoncia fijo: Se realiza el trazo de dos cuadrados en los extremos del aparato, estos llevan una cruz en su interior y están conectados por una línea. (Azul: en buen estado, Rojo: en mal estado). Aparato de ortodoncia removible: se representa con una línea en zigzag tipo serrucho de extremo a extremo. (azul o rojo según su estado). 68 Figura 11. Prótesis fija y removible Nota. El presente gráfico evidencia la colocación de una prótesis fija (línea recta), como la prótesis removible (dos líneas paralelas). Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 8). Recuperado de https://www.cop.org.pe/Odontograma Prótesis fija: El especialista odontólogo realiza el trazo iniciando con un trazado que conecta los extremos de la prótesis, donde se encuentran los pilares (dientes naturales que sirven de soporte). Se marcan con una línea vertical, indicando los dientes específicos que sostendrán el puente. Este tipo de prótesis no se puede remover, dando una solución estable y duradera. Prótesis removible: Se representa con dos líneas paralelas que indican los dientes que actúan como pilares, es decir, los que sostienen la prótesis. A diferencia de la prótesis fija, la prótesis removible permite un mantenimiento más sencillo, ya que se puede quitar para su limpieza, y es una opción menos invasiva y más económica. La prótesis removible se utiliza para reemplazar varios dientes perdidos y se puede retirar y colocar fácilmente por el paciente. 69 Figura 12. Diastema y edéntulo total Nota. El gráfico presenta la separación visible entre los dientes incisivos centrales, lo que se conoce como diastema. Además, se muestra la ausencia completa de los dientes en la arcada inferior, condición que se denomina edéntulo total, evidenciando la falta de piezas dentales en esa área. Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 6). Recuperado de https://www.cop.org.pe/Odontograma Diastema: Cuando el especialista odontólogo evidencia en la cavidad bucal del paciente que tiene dientes separados, realiza el trazado similar a paréntesis invertidos (de color azul) en medio de los dientes que están separados, con la finalidad de que en el odontograma se evidencie dicho hallazgo. Este espacio puede ser causado por factores como la genética o hábitos como la succión del dedo. Edéntulo total: Este caso ocurre cuando el paciente no tiene dientes en la parte superior o inferior de la cavidad bucal. Para representar esta condición en el odontograma, el especialista odontólogo realiza el trazado de una línea horizontal de color azul a lo largo de la arcada dental afectada, ya sea en el maxilar o la mandíbula, indicando la ausencia total de los dientes. 70 Figura 13. Corona temporal y definitiva Nota. En el gráfico se evidencia la presencia de coronas dentales, las cuales están colocadas en los molares, además de contar con una denominación de corona completa o corona jacket, y la diferenciación de color rojo para temporal y azul para definitiva. Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 4). Recuperado de https://www.cop.org.pe/Odontograma Corona temporal: para representar coronas temporales el odontólogo traza un círculo alrededor del diente molar, representándolo de color rojo y con las siglas (CC, CF, CMC, CP, CV, CJ) del tipo de corona colocado en el paciente, esto se detalla mejor en el gráfico visto. Corona definitiva: En el caso de que la corona sea definitiva, la representación es similar, un círculo alrededor del molar implicado, pero esta vez se realiza de color azul, junto a la denominación pertinente. 71 Figura 14. Girovesión y migración Nota. El gráfico muestra giroversión, donde los dientes tienen caras en una orientación diferente, representada por una flecha curva azul, y migración, donde los dientes se desplazan a otra posición, señalada por una flecha recta azul. Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 6). Recuperado de https://www.cop.org.pe/Odontograma Giroversión: Se refiere a la alteración en la posición de un diente, que gira sobre su eje, cambiando la orientación de sus caras. Representado con una flecha curva de color azul que indica la dirección del giro. Esto puede afectar tanto a los dientes superiores como inferiores y en el contacto y alineación. Migración: Es cuando se presenta el desplazamiento de un diente desde su posición original hacia una ubicación distinta en la arcada dental. Se representa dicha migración con una flecha recta de color azul que señala la nueva posición del diente migrado. Puede ser provocada por pérdida de dientes, presión excesiva o enfermedades periodontales. 72 Figura 15. Diente en clavija y germinación o fusión Nota. En el gráfico se evidencia la presencia de dientes en clavija ósea cuando la raíz está en una dirección oblicua, representado por un triángulo azul, además se evidencia dos dientes que están unidos formando un solo diente más grande, representado por dos círculos interceptados. Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 6). Recuperado de https://www.cop.org.pe/Odontograma Diente clavija: Cuando el diente esta fuera de su alienación habitual, mostrando su propia raíz, se representa con un triángulo de color azul sobre el diente afectado, esta malposición dental es poco común y puede interferir con la oclusión, es decir, con el encaje adecuado de los dientes. Germinación o fusión: Son dos condiciones diferentes que terminan de en dos dientes pegados, se representa por los círculos interceptados de color azul, la diferencia es que en la germinación ambos dientes comparten el mismo germen o ánfora de donde nacen los dientes. 73 Figura 16. Diente extruido e intruido Nota. En el gráfico se muestra la presencia de dientes extruidos, que sobresalen más allá de su posición normal, representados por una flecha azul hacia afuera. También se observan dientes instruidos, que están hundidos, indicados por una flecha azul hacia adentro. Adaptado de: Norma Técnica del Odontograma (Colegio Odontológico del Perú, 2015, p. 6). Recuperado de https://www.cop.org.pe/Odontograma Diente extruido: Cuando el diente ha emergido más al exterior de su posiciona normal, ósea un desplazamiento hacia afuera en exceso está representado por una flecha vertical de color azul apuntando hacia afuera. Diente instruido: Aquí ocurre lo contrario, cuando el diente no ha salido, más bien se ha metido por dentro de la arcada dental, por lo que está hundido o por debajo de la pasión normal del diente, se le denomina diente intruido y está representado por una flecha vertical azul que apunta hacia adentro. 80 2.2.2.4. Tipos de sistema de información Dentro del propósito de desarrollo de un sistema de información web, se puede ver que existen varios tipos de sistemas de información que se utilizan en diferentes niveles organizacionales para apoyar la toma de decisiones y optimizar procesos. Los sistemas de información están agrupados según determinados criterios que clasifican a estos por su propósito y el área que aborda, tomando en cuenta 5 criterios que los tipifican. (Hernández, 2003) Tabla 4. Tipos de sistemas de información Núm. Criterios Tipos 1 Grado de Formalidad • Formales • Informales 2 Automatización • Manuales • Informáticos 3 Relación con la toma de decisiones • Estratégicos (Alta dirección) • Gerencial (Nivel intermedio) • Operativos (Control operativo) 4 Funcionalidad • Gestión Contable 81 • Gestión Comercial • Gestión de la Producción • Gestión de Recursos Humanos • Gestión Financiera 5 Grado de Especialización • Generales • Específicos Nota. Tipos de sistemas de información. Adaptado de: LOS SISTEMAS DE INFORMACIÓN: EVOLUCIÓN Y DESARROLLO (Hernández, 2003, p. 3). Recuperado de https://dialnet.unirioja.es/servlet/articulo?codigo=793097 No todas las empresas u organizaciones están estructuradas de la misma forma, existen diferentes niveles organizacionales y los sistemas de información están dirigidos a estos, por lo que dentro de cada nivel existen determinados procesos que requieren ser gestionados con eficiencia, para lo cual es requerido distintos tipos de sistemas de información, por lo que, se puede identificar seis tipos de sistemas de información según el nivel de organización empresarial al cual van dirigidos. (Laudon & Laudon, 1996) Tabla 5. Sistemas por nivel de organización Número Nombre Siglas Actividad 1 Sistema de procesamiento de Operaciones SPO Operaciones diarias 82 2 Sistemas de Trabajo del Conocimiento STC Gestión de información 3 Sistemas de automatización en la oficina SAO Informática 4 Sistemas de información para la administración SIA Planificación, control y toma de decisiones 5 Sistemas para el soporte de decisiones SSD Resolución de problemas 6 Sistemas de Soporte Gerencial SSG Nivel estratégico Nota. Se detallan los tipos de sistemas según el nivel de la organización empresarial. Adaptado de ADMINISTRACIÓN DE LOS SISTEMAS DE INFORMACIÓN (Laudon & Laudon, 1996) 2.2.2.5. Etapas del sistema de información Conformada por 5 etapas, las 2 primeras (investigación y análisis) permiten comprender el problema y determinar la solución, sólo entonces se puede plantear si es necesario dar marcha al desarrollo del sistema de información, considerando los recursos de la empresa que lo solicita, concerniente a su presupuesto y necesidad inmediata. (Stair & Reynolds, 2000) Las dos siguientes etapas (diseño e implementación) conforman la creación del sistema de información y su despliegue en el área de trabajo, todo este proceso es rigurosamente desarrollado puesto que aquí es donde se resuelve directamente cada una de las necesidades de la empresa. La última etapa (mantenimiento) permite contar con una retroalimentación del sistema, abordando la corrección de posibles errores y la optimización pertinente. Estas etapas entran en concordancia con la mayoría de metodologías de desarrollo de sistemas de información, adoptando diferentes conceptos según la propia metodología, pero en líneas generales se llega a cumplir con las etapas mencionadas. 83 Figura 21. Etapas del sistema de información. Nota. Ilustración de las etapas del sistema de información. (Stair & Reynolds, 2000) El proceso de desarrollo de un sistema de información sigue una estructura lógica y ordenada, desde la comprensión del problema con la investigación y análisis hasta el mantenimiento del sistema ya diseñado e implementado. Aunque cada metodología puede incorporar sus propios enfoques y terminología, todas coinciden en la importancia de estas cinco etapas mencionadas. Seguir este camino no solo garantiza una solución más ajustada a las necesidades de la empresa, sino también un sistema más eficiente, adaptable y capaz de incorporar mejoras con el tiempo y las nuevas necesidades que se pueden presentar. 84 2.2.2.6. Estándar de calidad Las normas ISO/IEC 25000 también llamadas SQuare (Requisitos y Evaluación de Calidad de Productos de Software) proporcionan modelos, métricas, procesos y herramientas con las que es posible evaluar la calidad del sistema de información que se desarrolla como un producto de software. Esta norma está conformada por las normas ISO/IEC 9126 e ISO/IEC 14598. (Roa, Morales, & Gutiérrez, 2015) Figura 22. Divisiones de la norma ISO/IEC 25000 Nota. Divisiones más destacadas dentro de la norma ISO/IEC 25000. Adaptado de https://revistas.udistrital.edu.co/index.php/tia/article/view/8373/11349 Resulta de suma importancia definir un modelo de calidad, esto contribuye a desarrollar un correcto sistema de información, pudiendo analizar correctamente al sistema, evaluando de forma interna y externa sus características, para resolver cualquier inconveniente y verificar el cumplimiento de la normativa. La norma ISO/IEC 25010 es la distribución 10 que se enfoca en el modelo de calidad y cuenta con 8 características que 85 entran en evaluación al momento de buscar que el sistema de información proporcione la calidad requerida. Figura 23. Características del modelo de calidad ISO/IEC 25010 Nota. Representación de las características del modelo de calidad ISO/IEC 25010. Adaptado de https://revistas.udistrital.edu.co/index.php/tia/article/view/8373/11349 86 2.2.2.7. Lenguaje de programación Se parte por el lenguaje máquina, que es una serie de cifras en binario para la comunicación del hardware; para llegar a este lenguaje existe el lenguaje de programación que vendría a actuar como intérprete donde la persona puede relativamente comunicarse con la máquina gracias a este lenguaje de programación que posteriormente pasa a convertirse en lenguaje máquina para la comprensión de la máquina. (Gervacio, 2018) Está conformado por reglas sintácticas y semánticas, donde de forma estructurada el programador establece funciones y procedimientos, conteniendo condicionales, bucles y operaciones que tienen un propósito definido. Especificando la información que será extraída de la base de datos para su respectivo tratamiento, realizando las relaciones pertinentes y ejecutando diferentes funciones según a la información obtenida, que es procesada, almacenada y transmitida para la resolución de los requerimientos. 2.2.2.8. Base de datos Viene a ser un conjunto o colección de datos o información, teniendo estos datos correctamente organizados, clasificados y por su puesto manteniendo una interrelación para que la información no se pierda y tampoco sea redundante; gracias al vínculo de las tablas existentes se puede consolidar en un conjunto de datos pertenecientes a un mismo ámbito o contexto. (Bravo & Sánchez, 2020) En una base de datos la información se organiza en tablas, por lo que cuenta con filas y columnas, existiendo la columna llamada “llave primaria” que cuenta con un identificador único que permite ubicar rápidamente a la fila en concreto y relacionarla con otras tablas gracias a las columnas llamadas “llaves foráneas” permitiendo unificar una o varias para consolidar la información de forma descriptiva como también cuantitativa. Existen bases de datos relacionales como también no relacionales que tienen una estructura 87 tipo árbol donde los datos también conservan una estructura ordenada, teniendo presente siempre la “llave primaria” o identificador. 2.2.2.9. Arquitectura de software La arquitectura relacionada con el software viene a ser un concepto de organización y estructuración, esto implica una planificación que está basada en modelos organizacionales, patrones estructurados y abstracciones teóricas, las cuales están destinadas al desarrollo de sistemas de información. Cada arquitectura de software cuenta con una guía teórica detallada y ampliamente descrita, esto permite a los desarrolladores comprender cómo encaja cada parte del producto o servicio que se disponen a desarrollar. La arquitectura de software permite realizar una planificación con anticipación y determinar las herramientas para la ejecución de un determinado proyecto. (Huet, 2022) Para no confundir al lector mencionando diferentes arquitecturas de software, el SCRUM TEAM aplicó la arquitectura de modelo MVC. 2.2.2.10. Metodología ágil Si la arquitectura de software se enfoca en la estructura del producto, la metodología ágil se enfoca en cómo se conforma el grupo humano que lo va a desarrollar y cuáles son sus roles dentro de toda la producción. Los métodos de desarrollo ágil vienen a ser un marco de trabajo eficaz, puesto que se crearon para proporcionar respuestas rápidas a los inconvenientes encontrados con los métodos de programación más antiguos. Gracias a esto, los desarrolladores al poner en práctica los métodos ágiles de desarrollo web actualizados, lograron proporcionar la optimización que las aplicaciones web requerían, puesto que brindan orientación sobre pasos y procesos efectivos que garantizan conseguir mejores resultados, dejando de lado la rigidez de los métodos antiguos y facilitando al equipo de trabajo el 88 poder prescindir de partes de la metodología ágil que no sean necesariamente requeridas para el desarrollo. (Molina, Zea, Contento, & García) Para no confundir al lector mencionando diferentes metodologías de desarrollo, se aplicó la metodología ágil SCRUM. 2.2.2.11. Desarrollo web El desarrollo web viene a ser el proceso de creación de un determinado sitio web, una aplicación o un software; diferenciándolo del diseño web que está enfocado en la parte visual y la experiencia de usuario. El desarrollo web se enfoca en la parte interna, proporcionando funcionalidad y lógica al producto, para lo cual se debe hacer un estudio previo y determinar las necesidades del cliente, brindando una solución que permite optimizar los procesos internos de la organización o empresa del cliente. (Carrasco, 2022) Figura 24. Diseño y Desarrollo web Nota. Representación de la diferencia entre el diseño web y el desarrollo web. Adaptado de: https://sedici.unlp.edu.ar/bitstream/handle/10915/120476/Ponencia.pdfPDFA.pdf?sequence=1&isAllowed=y 89 Existen muchas herramientas de desarrollo en entornos web, y metodologías para el desarrollo; es importante estructurar correctamente la arquitectura que se implementara, para conseguir un producto modular y escalable en el tiempo. 2.2.2.12. Metodología SCRUM La metodología Scrum viene a ser una metodología de desarrollo ágil, enfocada en la creación de ciclos de desarrollo prácticos y de corta duración, denominados Sprint (iteraciones) con una duración entre 1 a 4 semanas, siendo 2 semanas la media óptima. Los actores principales son el Product Owner y el Scrum Team (Scrum Master y Development Team) y desarrollan el siguiente ciclo. (Trigas, 2012) • Product Backlog: Donde se recopilan las historias de usuario que contienen los requerimientos del cliente representado por el Product Owner, estas historias de usuario son correctamente evaluadas para determinar su rentabilidad. • Sprint Planning: Donde se reúne el Scrum Team y planifica de forma ordenada los requerimientos en una lista y se define el Sprint Goal que viene a ser la meta a alcanzar en el Sprint, y se determina las tareas puntuales que se van a desarrollar • Sprint Backlog: Donde se recopilan todas las actividades planeadas previamente para realizar siendo extraídas del Product Backlog para su desarrollo. • Sprint: es donde el plan entra en ejecución puesto que se toma cada Sprint Backlog dando desarrollo a las tareas que la componen en los plazos establecidos. • Daily Sprint Meeting: Son reuniones rápidas que se dan diariamente para realizar una junta Scrun (Scrum Board) donde se ve el progreso del Sprint, abordando inconvenientes que se pueden presentar y dando a conocer nuevos requerimientos que pueden surgir. 96 2.2.2.18. Jetstream Jetstream es un paquete diseñado exclusivamente para Laravel es un conjunto de herramienta y funcionalidades que están pre construidas, de manera que se pueden agregar a un sistema de información web de Laravel, facilitando tareas que sin ella tendrías que construirlas desde cero. Jetstream proporciona un sistema de autenticación de usuarios, con lo que es posible registrar nuevos usuarios y permitir acceso mediante el inicio de sesión, el uso de este paquete ofrece la seguridad necesaria para controlar adecuadamente el acceso al sistema de información web, permitiendo enfocarnos en los procesos internos con más confianza y seguridad. (Rosikin, 2024) 2.2.2.19. Livewire Livewire es un Frameworks full-stack, esto quiere decir que maneja tanto el FrontEnd como el BackEnd, otorgando el dinamismo necesario para realizar interfaces enriquecidas y reactivas, con la simplicidad para un desarrollo eficiente y ordenado, permitiendo que el usuario tenga mayor versatilidad al interactuar con el FrontEnd del sistema de información web, puesto que otorga mayor dinamismo a los formularios permitiendo que puedan procesar información eficientemente en el servidor sin la imperiosa necesidad de estar recargando la página cada vez que se requiera procesar algo. (Ochoa, 2025) 2.2.2.20. Tailwind Css Enfocados en el FrontEnd, Tailwind Css es un Framework orientado el diseño de interfaces de manera rápida y flexible, proporcionando utilidades y clases simples interviniendo directamente con el estilo CSS para dar forma a los componentes desde sus márgenes, tamaños, alineación, fuentes y colores. Tailwind Css permite diseñar interfaces responsivas, lo que hace que el sistema de información web se pueda adaptar a cualquier dispositivo en el 97 cual sea ejecutado; pudiendo extender y modificar clases predeterminadas según las necesidades requeridas. (Fuentes & Vizcaino, 2022) 2.3. Definición de Términos A continuación, se presenta una tabla con las definiciones de términos más comunes usados en la odontología, estos términos son importantes para comprender los procesos, procedimientos y condiciones relacionados con la salud dental. Tabla 7. Definición de términos en odontología. Núm. Término Definición 1 Amalgama Combinación de mercurio con uno o más metales, que al estar preparada tiene una consistencia blanda y un color plateado que se endurece con el tiempo adquiriendo una estructura cristalina. Se usa para restaurar o rellenar los dientes previamente preparados. 2 Anomalías Estado opuesto a lo natural. Modificaciones en el tamaño, la forma, el color, la estructura, la erupción y la cantidad de los dientes. 3 Caries Enfermedad perjudicial caracterizada por la disolución del componente orgánico y la pérdida de minerales del componente inorgánico de los tejidos duros dentales. 4 Coronas En términos terapéuticos, son cubiertas que envuelven los dientes, simulando toda la anatomía de la corona, después de que han sido remodelados. 98 5 Corona Completa (CC) Es aquella que envuelve completamente el muñón. Se tomarán en cuenta como CC aquellas coronas completas solamente metálicas. 6 Corona Fenestrada (CF) Corona metálica con una abertura en la zona vestibular. 7 Corona Jacket (CJ) Corona estética sin componentes metálicos. 8 Corona Metal Cerámica (CMC) Corona con núcleo metálico envuelto por completo con material estético. 9 Corona Parcial Bajo este ámbito se toman en cuenta las coronas 3/4, 4/5, 7/8. 10 Corona Temporal Corona que se coloca de manera temporal. CORONA VENEER. Corona completa con parte frontal estética. 11 Desgaste Oclusal / Incisal Es la pérdida progresiva de estructura dental en zonas oclusales o incisales, estas aparecen en superficies de aspecto liso, pulidas. Las causas pueden ser diversas, como la abrasión, atrición, etc. 12 Diastema Desunión entre dos piezas dentales correlativas. 13 Diente Ausente Pieza ausente debido a una extracción, agenesia o impacto. 14 Diente Ectópico Diente que ha erupcionado en una posición incorrecta. 15 Discromía Dentaria Modificaciones en el color del diente. 99 16 Edéntulo (Desdentado) Persona con pérdida parcial o completa de piezas dentarias. 17 Extrusión Sobre erupción dental dirigida hacia el arco antagonista, sin que sus estructuras de soporte sigan el desplazamiento. 18 Fractura Rotura de la pieza dental ocurrida de manera traumática o espontánea. 19 Fusión Combinación de dos dientes o gérmenes en formación en una sola estructura. 20 Geminación De un único órgano del esmalte surgen dos piezas dentales o se intenta formar. 21 Giroversión Giro de una pieza dental sobre su eje longitudinal. 22 Impactación Diente que no ha emergido debido a un obstáculo físico durante su erupción y que no tiene conexión con la cavidad bucal. 23 Implante Es un dispositivo mecánico que se coloca en el hueso para reemplazar la raíz de un diente perdido y servir como base para una prótesis o diente artificial. 24 Incrustación Restauración dental que reemplaza parcialmente la corona de una pieza dental mediante método directo o indirecto adaptándose perfectamente a la cavidad tallada por el odontólogo, para luego ser probada y cementada. 100 25 Intrusión Condición de una pieza dental que habiendo alcanzado el nivel adecuado en el plano oclusal sufre algún tipo de alteración quedando por debajo de él. 26 Macrodoncia Alteración en el volumen de la pieza dental, donde esta presenta un tamaño mayor al de lo normal. 27 Microdoncia Alteración en el volumen de la pieza dental, donde esta presenta un tamaño menor al de lo normal. 28 Migración Movimientos espontáneos de una pieza dental, ocurridos tras su erupción, en cualquier dirección dentro del plano horizontal. 29 Movilidad Patológica Desplazamiento de la pieza dental dentro de su alveolo. 30 Pulpectomía Terapia pulpar que consiste en la extracción de la pulpa coronal y radicular infectadas con el objetivo de preservar el diente, realizando la debridación, desinfección y relleno de los conductos con un material reabsorbible. 31 Pulpotomía Tratamiento pulpar en dientes temporales, que se basa en la extirpación de la pulpa cameral. 32 Prótesis Fija Reintegra los dientes perdidos o ausentes, mediante restauraciones cementadas sobre los dientes pilares. 33 Prótesis Removible Reintegra los dientes perdidos o ausentes en casos de desdentados parciales y que puede ser extraído de su lugar. 101 34 Remanente Radicular Fragmento radicular que permanece en el alveolo dentario. 35 Resina Compuesta Material restaurador estético compuesto por una matriz orgánica, relleno inorgánico y un agente de unión que los conecta 36 Restauración Tratamiento que se basa en la reconstrucción de la corona de una pieza dental. 37 Semi-Impactación Pieza dental que no se ha completado la erupción debido a una barrera física interpuesta durante el proceso de erupción. 38 Supernumerario Anomalía en el número de dientes, que se caracteriza por el aumento en la cantidad de piezas dentales presentes en el arco. 39 Transposición Dentaria Alteración en la erupción de dos piezas dentarias, en la que una irrumpe en el lugar de la otra. 40 Tratamiento Pulpar Tratamiento que involucra toda o parte de la pulpa dental, tanto en dientes temporales como permanentes. 41 Tratamiento De Conducto Tratamiento de la pulpa dental en piezas permanentes. 42 FDI Federación Dental Internacional. Nota. Definición de términos odontológicos relevantes para el diagnóstico y tratamiento dental. 102 También se describen términos abordados en el marco teórico que están relacionados con sistemas de información web para el desarrollo del proyecto. También se describen algunos términos importantes que se abordan en la parte del marco teórico, especialmente los que tienen que ver con sistemas de información en la web, ya que son clave para entender cómo se desarrolló la presente tesis y justificando la razón del uso de las tecnologías para el desarrollo. Tabla 8. Definición de términos en sistemas Núm. Término Definición 1 S.P.O. El Sistema de Procesamiento de Operaciones es un conjunto de procesos y tecnologías utilizados para gestionar y automatizar las actividades rutinarias de una organización. 2 S.T.C. Los Sistemas de Trabajo del Conocimiento se enfocan en gestionar y organizar la información dentro de una organización. Su objetivo es facilitar el acceso, almacenamiento y distribución del conocimiento. 3 S.A.O. Los Sistemas de Automatización en la Oficina utilizan tecnologías informáticas para simplificar y agilizar tareas administrativas, como la gestión de documentos, la programación de agendas y la comunicación interna. 103 4 S.I.A. Los Sistemas de Información para la Administración ayudan a planificar, controlar y tomar decisiones dentro de una organización. Recopilan, procesan y analizan datos clave para proporcionar información precisa y oportuna, lo que facilita la toma de decisiones 5 S.S.D. Los Sistemas para el Soporte de Decisiones ayudan en la resolución de problemas complejos, proporcionando herramientas analíticas y modelos para evaluar diferentes escenarios. 6 S.S.G. Los Sistemas de Soporte Gerencial (EIS) están diseñados para asistir en la toma de decisiones a nivel estratégico. Proporcionan información clave y resúmenes ejecutivos, facilitando a los altos directivos la visión general de la empresa, el análisis de tendencias y el monitoreo de objetivos a largo plazo. 7 SQuaRE Software Quality Requirements and Evaluation es un conjunto de estándares y guías de la ISO/IEC (International Organization for Standardization) enfocados en los requisitos y la evaluación de la calidad de productos de software. 8 FrontEnd Es la parte visible de un sitio web o aplicación, donde interactúa el usuario directamente. Incluye diseño, interfaz y experiencia de usuario 104 (UI/UX) y está desarrollado con tecnologías como HTML, CSS y JavaScript. 9 BackEnd Es la parte que gestiona la lógica, bases de datos y servidores, lo que ocurre "detrás de las cámaras". El BackEnd maneja el procesamiento de datos y la interacción con el FrontEnd, utilizando lenguajes como Python, Java, PHP, entre otros. 10 Framework Es un marco o entorno de trabajo que cuenta con un criterio establecido para el desarrollo, en este caso el de un sistema de información web, permitiéndonos mantener un mismo concepto y práctica de desarrollo para el trabajo colaborativo y progresivo 11 Framework Full-stack Es el conjunto de herramientas y bibliotecas que permite desarrollar aplicaciones web completas, abarcando tanto el FrontEnd como el BackEnd. Estos Frameworks proporcionan todo lo necesario para crear una aplicación, desde la interfaz de usuario hasta el manejo de bases de datos y servidores. 105 12 Fork (bifurcación) Es una copia de un software que se realiza para modificarlo y desarrollar nuevas funcionalidades o corregir errores, sin afectar al proyecto original. En el contexto de programación y desarrollo de código abierto, un Fork crea una versión independiente de un repositorio, permitiendo que los desarrolladores trabajen de manera separada. 13 HTTP Protocolo de Transferencia de Hipertexto es el protocolo de comunicación utilizado en la web para la transmisión de datos entre un servidor y un cliente, como en las solicitudes de navegación web. 14 DNS Sistema de Nombres de Dominio es el sistema que traduce nombres de dominio legibles por humanos (como www.ejemplo.com) en direcciones IP numéricas que las computadoras pueden entender. 15 URL Localizador Uniforme de Recursos es la dirección única que identifica un recurso en la web, como una página, imagen o archivo, compuesta por el dominio, el protocolo (HTTP/HTTPS) y el camino hacia el recurso. 112 Prioridad: Alta Riesgo: Alto Story Points: 8 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Agregar y modificar pacientes. - Búsqueda de pacientes por nombre y apellido. - Orden y Filtro de la lista por nombre, tratamiento, historia y género. Descripción: Como odontólogo, quiero visualizar la lista de mis pacientes registrados, agregar nuevos pacientes y ubicarlos fácilmente mediante una búsqueda por nombre o apellido. También deseo filtrar por tratamiento, archivador, o género, y ordenar la lista por criterios como tratamiento, número de historia clínica, nombre o registro para gestionar y organizar eficientemente la información de mis pacientes. Observaciones: El sistema debe ofrecer una visualización clara de los pacientes, con opciones intuitivas de búsqueda, filtro y ordenamiento. La adición de pacientes debe ser rápida y segura, y la interfaz debe ser amigable y eficiente para un flujo de trabajo óptimo. Nota. Historia de usuario para la administración y organización de pacientes. Tabla 13. Historia de Usuario 04 Historia Clínica Odontológica Historia de Usuario Número: HU004 Sprint: 1 Nombre de Historia: Administración de Historia Clínica Odontológica. 113 Prioridad: Alta Riesgo: Alto Story Points: 13 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Visualización de la historia clínica odontológica del paciente. - Registro detallado de información relevante del paciente (datos personales, antecedentes patológicos, hábitos bucales, examen clínico estomatológico). Descripción: Como odontólogo, quiero poder visualizar y registrar la historia clínica odontológica de mis pacientes de manera detallada y estructurada, para contar con toda la información relevante sobre cada uno, incluyendo sus datos personales, antecedentes patológicos, hábitos bucales y examen clínico estomatológico. La historia clínica debe estar organizada en secciones claras para facilitar la visualización y el registro de la información de manera eficiente y precisa. Observaciones: La interfaz debe ser fácil de usar, permitiendo al odontólogo registrar y consultar la información de manera eficiente. Las secciones deben estar claras y bien definidas. Nota. Historia de usuario para la administración de historia clínica odontológica. Tabla 14. Historia de Usuario 05 Odontograma Historia de Usuario Número: HU005 Sprint: 1 Nombre de Historia: Administración del Odontograma. Prioridad: Alta Riesgo: Alto Story Points: 21 114 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Visualización del odontograma gráfico del paciente. - Registro detallado del examen odontológico: índice de higiene bucal, dientes cariados, faltantes, a extraer, obturados, endodoncias, y prótesis dentales. - Funciones de agregar, modificar y eliminar odontogramas. Descripción: Como odontólogo, quiero poder visualizar y registrar el odontograma gráfico de mis pacientes, para documentar de forma precisa el estado dental observado durante el examen clínico. Esto debe incluir el registro del índice de higiene bucal, dientes cariados, ausentes, por extraer, obturados, con endodoncia, y con prótesis dentales. También debo poder agregar, modificar o eliminar un odontograma según corresponda a cada paciente, con una interfaz intuitiva y clara. Observaciones: La interfaz del odontograma debe ser gráfica e interactiva, permitiendo identificar rápidamente la información registrada en cada diente. Debe integrarse con la historia clínica odontológica del paciente y mantenerse actualizada con cada consulta. Nota. Historia de usuario para la administración del odontograma. Tabla 15. Historia de Usuario 06 Tratamientos Historia de Usuario Número: HU006 Sprint: 2 Nombre de Historia: Administración de Tratamientos Odontológicos Prioridad: Media Riesgo: Medio Story Points: 8 115 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Visualización de tratamientos odontológicos registrados. - Registro y Modificación de tratamientos. - Gestión de precios referenciales por tratamiento. Descripción: Como odontólogo, quiero poder administrar los tratamientos odontológicos disponibles en el sistema, para tener control sobre las opciones de tratamiento que puedo ofrecer a mis pacientes. Esto incluye visualizar los tratamientos registrados, agregar nuevos tratamientos en caso de ser necesario, modificar los existentes, y establecer precios referenciales para cada uno. Estos precios servirán de guía para la selección del tratamiento durante la atención clínica del paciente. Observaciones: La interfaz debe permitir una gestión clara y sencilla de los tratamientos, con campos para nombre, descripción y precio referencial, y una imagen representativa Nota. Historia de usuario para la administración de tratamientos odontológicos. Tabla 16. Historia de Usuario 07 Citas Odontológicas Historia de Usuario Número: HU007 Sprint: 2 Nombre de Historia: Administración de Citas Odontológicas Prioridad: Media Riesgo: Medio Story Points: 13 Usuario: Odontólogo Responsable: Scrum Team 116 Criterios de aceptación: - Visualización de citas odontológicas registradas. - Registro de nuevas citas. - Búsqueda de citas por fecha, nombre del paciente o estado. - Filtros y ordenamiento por diferentes criterios. - Gestión de estados de la cita (activo, pendiente, cancelado). Descripción: Como odontólogo, quiero poder administrar eficientemente las citas odontológicas que tengo con mis pacientes, para organizar adecuadamente mi agenda de atención. Necesito visualizar las citas ya registradas, agregar nuevas, buscar citas específicas por nombre del paciente, fecha o estado, y también ordenarlas o filtrarlas según estos criterios para facilitar la gestión del calendario clínico. Observaciones: La interfaz debe permitir una administración intuitiva y ordenada de las citas, con filtros y buscadores eficientes, y debe integrarse con la agenda del odontólogo para reflejar en tiempo real la disponibilidad y el estado de cada cita. Nota. Historia de usuario para la administración de citas odontológicas. Tabla 17. Historia de Usuario 08 Pagos de Pacientes Historia de Usuario Número: HU008 Sprint: 2 Nombre de Historia: Administración de Pagos de Pacientes Prioridad: Media Riesgo: Alto Story Points: 8 Usuario: Odontólogo Responsable: Scrum Team 117 Criterios de aceptación: - Visualización de pagos realizados por los pacientes. - Registro de nuevos pagos con monto abonado y método de pago. - Asociación del pago al paciente y al tratamiento correspondiente. - Cálculos automáticos relacionados con tratamientos y saldos Descripción: Como odontólogo, quiero poder administrar los pagos realizados por mis pacientes, para llevar un control preciso de los montos abonados, los tratamientos asociados y el estado de cuenta de cada paciente. Necesito registrar nuevos pagos, ver el historial de pagos realizados, especificar el monto y método de pago, y consultar pagos vinculados a tratamientos específicos o planes acordados. Observaciones: El sistema debe permitir vincular los pagos con tratamientos y pacientes, realizar cálculos automáticos de saldos, y mostrarlo claramente en una interfaz ordenada y coherente. Nota. Historia de usuario para la administración de pagos de pacientes. Tabla 18. Historia de Usuario 09 Proveedores Historia de Usuario Número: HU009 Sprint: 3 Nombre de Historia: Administración de Proveedores Prioridad: Media Riesgo: Medio Story Points: 8 118 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Registro y visualización de información de proveedores. - Modificación y eliminación de datos de proveedores. - Integración con mapas para registrar ubicación precisa. Descripción: Como odontólogo, quiero poder administrar la información de mis proveedores, para mantener un registro actualizado y ordenado de las tiendas y personas encargadas con las que realizó compras de suministros odontológicos. Necesito agregar nuevos proveedores, editar su información y ubicar sus direcciones de forma precisa mediante integración con un mapa interactivo. Observaciones: La interfaz debe permitir ubicar al proveedor en un mapa mediante integración con servicios como Google Maps para una mejor organización logística. Nota. Historia de usuario para la administración de proveedores. Tabla 19. Historia de Usuario 10 Suministros Odontológicos Historia de Usuario Número: HU010 Sprint: 3 Nombre de Historia: Administración de Suministros Odontológicos Prioridad: Media Riesgo: Medio Story Points: 13 119 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Visualización y gestión de suministros odontológicos. - Registro de nuevos ítems (instrumentos, materiales, equipos). - Categorización por tipo de suministro. - Control de stock disponible. - Filtros y búsqueda por categoría, nombre o cantidad. Descripción: Como odontólogo, quiero poder administrar los suministros odontológicos que utilizo en mi consulta, para asegurar que siempre cuento con los materiales, instrumentos y equipos necesarios para la atención de los pacientes. Debo poder agregar nuevos suministros, consultar los existentes, actualizar sus detalles, monitorear su stock, y agruparlos en categorías de forma ordenada para facilitar su localización. Observaciones: La interfaz debe permitir registrar propiedades detalladas de cada suministro, controlar el stock en tiempo real y filtrar por categoría o tipo para facilitar una gestión precisa de los insumos disponibles. Nota. Historia de usuario para la administración de suministros odontológicos. Tabla 20. Historia de Usuario 11 Compra de Suministros Historia de Usuario Número: HU011 Sprint: 3 Nombre de Historia: Registro de Compra de Suministros y Actualización de Inventario Prioridad: Media Riesgo: Medio Story Points: 13 120 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Registro de compras de suministros odontológicos. - Detalle por compra: nombre del suministro, cantidad, precio unitario, proveedor, fecha. - Actualización automática del inventario tras cada compra. - Historial completo de compras por proveedor. Descripción: Como odontólogo, quiero poder registrar todas las compras de suministros odontológicos que realizó, para mantener actualizado mi inventario y asegurar un control preciso de los insumos disponibles. Cada compra debe incluir detalles clave como el nombre del suministro, cantidad adquirida, precio unitario, proveedor y fecha. Al registrar una compra, el sistema debe sumar automáticamente los ítems al stock existente y mantener un historial accesible de compras anteriores. Observaciones: El sistema debe garantizar un flujo confiable para registrar compras y actualizar el inventario, reflejando correctamente los cambios en stock y evitando errores de duplicación o cálculo. Nota. Historia de usuario para el registro de compra de suministros y actualización de inventario. Tabla 21. Historia de Usuario 12 Asistentes Historia de Usuario Número: HU012 Sprint: 4 Nombre de Historia: Administración de Asistentes Prioridad: Baja Riesgo: Bajo Story Points: 5 121 Usuario: Odontólogo Responsable: Scrum Team Criterios de aceptación: - Registro, visualización, de datos del personal asistente. - Campos como nombre, fecha de inicio de labores, turno, capacitaciones, dirección y teléfono. - Control y organización del equipo de trabajo. Descripción: Como odontólogo, quiero poder administrar la información de mis asistentes, para llevar un control claro y actualizado de mi equipo de trabajo. Necesito registrar los datos personales y laborales de cada asistente, incluyendo su fecha de inicio, turno, capacitaciones, dirección y teléfono, así como poder modificar o eliminar esta información cuando sea necesario. Observaciones: La interfaz debe permitir la gestión sencilla de los asistentes, con posibilidad de editar los datos y estén organizados y disponibles para consulta cuando se requiera. Nota. Historia de usuario para la administración de asistentes. Tabla 22. Historia de Usuario 13 Archivadores Historia de Usuario Número: HU013 Sprint: 4 Nombre de Historia: Administración de Archivadores Prioridad: Baja Riesgo: Bajo Story Points: 8 128 (HU005). El Scrum Team diseñó estos bocetos como base para el desarrollo del sistema de información web. Figura 31. Diagrama Entidad Relación del Sprint 1 Nota. Se muestra el diagrama entidad-relación que presentan las entidades y relación involucradas en el desarrollo del Sprint 1. El Diagrama Entidad-Relación desarrollado en el Sprint 1 representa el modelo conceptual de la base de datos del sistema de información web, con respecto a este Sprint para el consultorio odontológico. El Scrum Team detalló las principales entidades (doctor, paciente, folder, información, user Laravel, cuenta, odontograma y antecedentes) y las relaciones que se presenta entre cada una de ellas con su respectiva cardinalidad (uno a muchos). 129 Figura 32. Diagrama de base de datos del Sprint 1 Nota. Se muestra el diagrama de base de datos con las tablas involucradas (doctor, paciente, información, entre otros) en el desarrollo del Sprint 1. El diagrama de base de datos diseñado representa la estructura lógica del sistema de información del consultorio odontológico para el Sprint 1. El Scrum Team definió las principales entidades del sistema como doctor, folder, paciente, información, odontograma y antecedentes, junto con sus atributos y relaciones. Este modelo relacional permitió al Scrum Team organizar la parte privada del sistema de información y gestionar los datos clínicos y administrativos, garantizando integridad, consistencia y escalabilidad del sistema. 130 3.3.3.4. Sprint Review (Sprint 1) Figura 33. Interfaz de la portada pública y acceso al sistema Nota. Se muestra la portada con los servicios que ofrece el consultorio, además de la interfaz de acceso a la sección privada. Las interfaces que se diseñaron incluyen una portada pública que presenta de forma clara y atractiva los servicios del consultorio odontológico, orientada al público en general, y una sección de privada a la cual se accede mediante las credenciales correspondientes que tienen los especialistas odontólogos registrados, mediante Jetstream se proporcionó un sistema de autenticación seguro que les permitió administrar la información de pacientes de forma segura y controlada. 131 Figura 34. Interfaz de Administración y Organización de Pacientes Nota. Se muestra la lista de los pacientes a un determinado especialista odontólogo, además de registrar nuevos pacientes y la posibilidad de filtrarlos por tratamiento. 132 La interfaz de Administración y Organización de Pacientes permitió al odontólogo gestionar de forma eficiente la información de los pacientes. Incluyendo funciones para registrar nuevos pacientes, visualizar la lista de manera paginada y localizar registros rápidamente mediante la búsqueda por nombres y apellidos, filtros y ordenamientos por criterios como tratamiento, número de historia clínica, archivador y antigüedad. Figura 35. Interfaz de Administración de Historia Clínica Odontológica Nota. Se muestra la historia clínica del paciente con su información, antecedentes patológicos, hábitos bucales y examen clínico odontológico. La interfaz de Administración de Historia Clínica Odontológica permitió al odontólogo registrar y consultar de forma estructurada toda la información relevante de cada paciente. Se organizó en secciones claras que incluyen datos personales, antecedentes patológicos, hábitos bucales y exámenes clínicos, de esta forma se facilitó una visión detallada del estado de salud dental del paciente. Se diseñó priorizando la claridad, la organización y la facilidad de uso para una gestión clínica eficiente. 133 Figura 36. Interfaz de Administración del Odontograma Nota. Se muestra el odontograma con todas las evidencias del examen clínico realizado al paciente. 134 La interfaz de Administración del Odontograma permitió al odontólogo visualizar y registrar gráficamente el estado dental del paciente. Se incluyó secciones para registrar: cariados, ausentes, obturados, con endodoncia, prótesis, y el índice de higiene bucal. El Scrum Team implementó la posibilidad de agregar, modificar o eliminar odontogramas. Brindando un diseño visual e interactivo. 3.3.3.5. Sprint Retrospective (Sprint 1) Tabla 26. Sprint Retrospective - Sprint 1 Ítem Descripción Lo que funcionó bien - Buena colaboración entre desarrolladores y diseño para implementar la sección pública. - Fluidez en la implementación del sistema de autenticación. - Hubo claridad en lo que se esperaba del módulo de historias clínicas, lo cual permitió entregarlas según lo esperado. Lo que se puede mejorar - Revisar que la interfaz funciona correctamente desde el inicio del desarrollo, para detectar errores lo antes posible. - Revisar con mayor detalle las historias antes de planificarlas, para reducir dudas técnicas durante el Sprint. Lo que deberíamos dejar de hacer - Evitar asumir criterios sin validarlos previamente con el Product Owner. - Reducir las reuniones innecesarias que no agregan valor al avance del Sprint. Acciones para mejorar - Antes de empezar a trabajar en cada parte del sistema, asegurarnos de tener bien claro qué se necesita y qué se espera lograr. - Tener momentos específicos en los que el equipo pueda trabajar concentrado, sin interrupciones, para avanzar más rápido. Nota. Se muestran los ítems de la retrospectiva del Sprint 1 con su respectiva descripción. 135 3.3.4. Sprint 2 3.3.4.1. Sprint Planning Meeting (Sprint 2) El Scrum Team revisó las historias de usuario correspondientes, donde se definieron las funciones clave para la administración de tratamientos, citas y pagos. El equipo desglosó las historias en tareas más pequeñas, se asignó responsables y se comprometió con el Sprint Goal que se redacta a continuación: Tabla 27. Sprint Goal 02 Sprint Goal 02 Implementar las funcionalidades para que el odontólogo pueda administrar tratamientos odontológicos, gestionar citas, y registrar pagos vinculados a pacientes y tratamientos, asegurando una experiencia de uso clara y coherente. Administración de Tratamientos Odontológicos. Administración de Citas Odontológicas. Administración de Pagos de Pacientes. Prioridad: Media Riesgo: Medio Story Points: 8 Prioridad: Media Riesgo: Medio Story Points: 13 Prioridad: Media Riesgo: Alto Story Points: 8 Nota. Se define el Sprint Goal junto a las historias de usuario que se abordan en el Sprint y la prioridad y riesgo correspondiente, junto a la valoración de esfuerzo mediante Story Points. 136 3.3.4.2. Sprint Backlog (Sprint 2) Para el Sprint 2, se seleccionaron las tres siguientes historias de usuario priorizadas del Product Backlog, en la que cada historia incluye sus respectivas tareas detalladas, asignadas a los responsables correspondientes, quienes se encargaron de su desarrollo durante el Sprint 2. Tabla 28. Sprint Backlog - Sprint 2 Historias de Usuario Tareas Responsable Story Points Administración de Tratamientos Odontológicos - Mostrar lista de tratamientos registrados. - Registrar tratamientos (nombre, descripción, precio, imagen). - Guardar y actualizar tratamientos en la base de datos. - Diseñar un interfaz sencilla para gestionar tratamientos. Carlos Antonio Calvo Arteaga 8 Administración de Citas Odontológicas - Mostrar lista de citas registradas. - Implementar registro de nuevas citas (fecha, paciente, estado). - filtro y búsqueda por fecha, nombre de paciente y estado de la cita. - Gestionar estados de las citas (activo, pendiente, cancelado) y actualizarlas en tiempo real. Irvin Julian Cobos Vargas 13 137 Administración de Pagos de Pacientes - Mostrar lista de pagos realizados por pacientes. - Implementar registro de nuevos pagos. - Vincular pagos a pacientes y tratamientos correspondientes. - Realizar cálculos automáticos de saldos pendientes. - Mostrar historial de pagos de cada paciente de forma clara. Carlos Antonio Calvo Arteaga 8 Nota. Selección de las tres siguientes historias de usuario, junto a sus respectivas actividades y los responsables para el segundo Sprint. Para el desarrollo del Sprint 2 se abordó las tareas descritas, orientadas a cubrir las necesidades clave del consultorio odontológico. Primeramente, se abordó la administración de tratamientos lo que permitió listar los tratamientos registrados, así como registrar, editar y almacenar información detallada como nombre, descripción, precio estimado e imagen de cada tratamiento. Se diseñó una interfaz interactiva y funcional para facilitar su gestión. En segundo lugar, se abordó administración de citas, permitiendo visualizar la lista de citas, registrar nuevas citas con información como fecha, paciente y estado, así como aplicar filtros por fecha, nombre del paciente y estado de la cita (activo, pendiente, cancelado). Finalmente se abordó la administración de pagos que realizan los pacientes, facilitando la visualización de pagos realizados, el registro de nuevos pagos, la vinculación de estos con los pacientes y los tratamientos correspondientes, y se implementó el cálculo de saldos pendientes. Con esto el odontólogo pudo revisar el estado de pagos realizados por cada paciente, visualizar y administrar las cuotas pagadas y saber exactamente cuánto debe. 144 3.3.4.5. Sprint Retrospective (Sprint 2) Tabla 29. Sprint Retrospective - Sprint 2 Ítem Descripción Lo que funcionó bien - Buena colaboración entre el equipo para implementar la gestión de citas y pagos. - Avance claro y coherente en la administración de tratamientos. - Se cumplieron las expectativas del Product Owner en cuanto a los criterios de aceptación. Lo que se puede mejorar - Detectar errores de integración de citas y pagos de manera temprana. - Validar los requisitos con el Product Owner antes de empezar a trabajar. Lo que deberíamos dejar de hacer - No asumir criterios sin confirmarlos con el Product Owner. - Evitar reuniones largas sin un propósito claro. Acciones para mejorar - Asegurarnos de tener bien claro qué se espera antes de comenzar a trabajar. - Dedicar tiempo sin interrupciones para avanzar en tareas clave. Nota. Se muestran los ítems de la retrospectiva del Sprint 2 con su respectiva descripción. En este Sprint se destacó la buena colaboración y avance, alineado con lo deseado por el Product Owner. Aun así, se busca mejorar en la detección temprana de errores y en la validación de requerimientos. Para el próximo Sprint, evitando caer en suposiciones y reuniones innecesarias, enfocándose en abordar las tareas con claridad desde el inicio y administrar el tiempo dedicado a tareas con más orden. 145 3.3.5. Sprint 3 3.3.5.1. Sprint Planning Meeting (Sprint 3) El Scrum Team revisó y discutió las historias de usuario correspondientes, donde se definieron las funciones clave para la administración de proveedores, administración de suministros y registro de compra de estos con su respectiva actualización de inventario. El Scrum Team desglosó las historias en tareas más pequeñas, se asignó responsables y se comprometió con el Sprint Goal que se redacta a continuación. Tabla 30. Sprint Goal 03 Sprint Goal 03 Implementar la gestión de suministros odontológicos, incluyendo el registro y control de inventario, la administración de proveedores con localización geográfica, y la actualización automática del stock a partir de compras registradas. Administración de Proveedores. Administración de Suministros Odontológicos Registro de Compra de Suministros y Actualización de Inventario. Prioridad: Media Riesgo: Medio Story Points: 8 Prioridad: Media Riesgo: Medio Story Points: 13 Prioridad: Media Riesgo: Medio Story Points: 13 Nota. Se define el Sprint Goal junto a las historias de usuario que se abordan en el Sprint y la prioridad y riesgo correspondiente, junto a la valoración de esfuerzo mediante Story Points. 146 3.3.5.2. Sprint Backlog (Sprint 3) Para el Sprint 3, el Scrum Team seleccionó las historias de usuario HU009, HU010 y HU011 del Product Backlog, priorizadas por el Product Owner. Cada historia fue dividida en tareas específicas y asignada a los miembros del equipo de desarrollo, quienes trabajaron en su implementación durante el Sprint. El Scrum Master apoyó en la organización y facilitación del proceso, para garantizar que se siguiera adecuadamente con la metodología. Tabla 31. Sprint Backlog - Sprint 3 Historias de Usuario Tareas Responsable Story Points Administración de Proveedores - Mostrar lista de proveedores registrados. - Implementar registro de nuevos proveedores. - Permitir modificación y eliminación de proveedores existentes. - Integrar mapas para ubicar proveedores con precisión. Irvin Julian Cobos Vargas 8 Administración de Suministros Odontológicos - Mostrar lista de suministros odontológicos registrados. - Implementar registro de nuevos suministros. - Categorización de suministros por tipo (instrumentos, materiales, equipos). Carlos Antonio Calvo Arteaga 13 147 - Controlar y actualizar el stock disponible de cada suministro. - Implementar filtros y búsqueda por categoría, nombre o cantidad. Registro de Compra de Suministros y Actualización de Inventario - Implementar registro de compras (nombre, cantidad, precio, proveedor, fecha). - Actualizar automáticamente el inventario tras cada compra registrada. - Crear historial de compras por proveedor. - Asegurar que el inventario se actualice sin errores de duplicación o cálculo. Irvin Julian Cobos Vargas 13 Nota. Selección de las historias de usuario HU009, HU010 y HU011, junto a sus respectivas actividades y los responsables para el tercer Sprint. Para el desarrollo del Sprint 3 se abordó las tareas descritas, primeramente, se centró en la administración de proveedores, incluyendo la visualización de la lista de proveedores registrados, el registro de nuevos proveedores, la modificación y eliminación de registros existentes, así como se integró la ubicación precisa con un mapa. En segundo lugar, se abarcó la administración de suministros odontológicos, implementando funciones para mostrar y registrar suministros, categorizarlos por tipo, controlar el stock y permitir búsquedas filtradas. Finalmente se abarcó el registro compra de suministros, permitiendo ingresar datos detallados de cada compra, actualizar automáticamente el inventario, generar un historial por proveedor y garantizar la integridad del inventario sin errores de duplicación o cálculo. 148 3.3.5.3. Sprint Execution (Sprint 3) Figura 43. Bocetos del Sprint 3 Nota. Se muestran los bocetos más relevantes del Sprint 3, tomando en cuenta que esto se detalla en los anexos. Se elaboraron bocetos representativos que abordan las funciones del sistema en relación con la administración de proveedores (HU009), suministros odontológicos (HU010) y el registro de compra de suministros con actualización de inventario (HU011). Estos bocetos son parte de la interfaz privada del sistema y fueron diseñados para optimizar la experiencia del odontólogo en la gestión del inventario de cada odontólogo. 149 Figura 44. Diagrama Entidad Relación del Sprint 3 Nota. Se muestra el diagrama entidad-relación que presentan las entidades y relación involucradas en el desarrollo del Sprint 3. En este Sprint 3, el Scrum Team se enfocó en construir el Diagrama EntidadRelación (ER) que refleja el modelo conceptual de la base de datos para el sistema del consultorio odontológico, considerando que se abordó sólo las entidades que conforman este Sprint, para contar con una visión clara de cómo se conectan los distintos elementos. Se identificó las entidades que participan: el doctor, las compras, el detalle de cada compra, los proveedores, el almacén y los suministros. Finalmente se definieron cómo se relacionan estas entidades entre ellas, por ejemplo, que un proveedor puede ofrecer muchas compras asociadas, o que una compra puede tener varios detalles. Asegurando en dejar bien claro la cardinalidad de cada relación para evitar confusiones luego. En resumen, este diagrama sirvió como una base importante para seguir avanzando con el desarrollo del sistema de información web de manera ordenada. 150 Figura 45. Diagrama de base de datos del Sprint 3 Nota. Se muestra el diagrama de base de datos con las tablas involucradas en el desarrollo del Sprint 3. El diagrama de base de datos diseñado representa la estructura lógica del sistema de información del consultorio odontológico para el Sprint 3. El Scrum Team definió las principales entidades del sistema como doctor, compra, compra-detalle, proveedor, suministro y almacén, junto con sus 151 atributos y relaciones. Este diagrama permitió al Scrum Team organizar y gestionar los datos administrativos y control de inventario, garantizando integridad, consistencia y escalabilidad del sistema. 3.3.5.4. Sprint Review (Sprint 3) Figura 46. Interfaz de Administración de Proveedores Nota. Se muestra la lista de proveedores, junto a la posibilidad de registrar, ver y modificar. La interfaz de Administración de Proveedores permitió al especialista odontólogo gestionar adecuadamente la información de sus proveedores, para poder contactar y ubicar al proveedor en la gestión de adquisición de nuevos suministros. El Scrum Team implementó las opciones para registrar nuevos proveedores, editarlos y visualizar el listado. Incluyendo campos 152 como nombre del proveedor, persona encargada, número de contacto y ubicación precisa mediante un mapa. Figura 47. Interfaz de Suministros Odontológicos Nota. Se muestra la lista de suministros, esta interfaz cuenta con las funciones de actualizar el stock, modificar datos y eliminar el suministro. La interfaz de Administración de Suministros Odontológicos permitió al odontólogo administrar correctamente su material de trabajo (instrumentos, herramientas, accesorios, equipos, insumos, desechables y material de limpieza). El Scrum Team implementó las funciones para registrar nuevos suministros, editar y visualizar el listado de estos; incluyendo la 153 administración de la cantidad de elementos que poseen por cada suministro. Además, incluye la búsqueda y filtros por categoría y cantidad, lo que contribuye al control del inventario. Figura 48. Interfaz de Registro de Compra de Suministros y Actualización de Inventario Nota. Se muestra la lista de suministros comprados junto a sus precios, fecha y lugar. La interfaz de Registro de Compra de Suministros y Actualización de Inventario permitió al odontólogo llevar el control de las adquisiciones de nuevos insumos odontológicos e incorporarlo a su inventario. El Scrum Team implementó las funciones para registrar compras detallando el nombre del suministro, cantidad, precio por unidad, proveedor y fecha de compra; calculando el valor total de la compra realizada.