UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · 0 UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE...

0

UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE INGENIERÍA, CIENCIAS FÍSICAS Y

MATEMÁTICA

CARRERA DE INGENIERÍA INFORMÁTICA

Desarrollo de un sistema informático para controlar la información

de consultorios odontológicos que gestionen las historias clínicas de

pacientes. Caso Centro Médico AXXIS.

Trabajo de titulación Modalidad Proyecto Integrador, previo a la obtención del Título de

Ingeniera Informática.

AUTORA: Granda Vinueza Paola Elizabeth

TUTOR: Ing. Santiago Leonardo Morales Cardoso, MSc.

Quito, 2018

ii

© DERECHOS DE AUTOR

Yo, PAOLA ELIZABETH GRANDA VINUEZA en calidad de autor y titular de los derechos

morales y patrimoniales del trabajo de titulación: DESARROLLO DE UN SISTEMA

INFORMÁTICO PARA CONTROLAR LA INFORMACIÓN DE CONSULTORIOS

ODONTOLÓGICOS QUE GESTIONEN LAS HISTORIAS CLÍNICAS DE PACIENTES.

CASO CENTRO MÉDICO AXXIS modalidad proyecto integrador, de conformidad con el Art.

114 del CÓDIDO ORGÁNICO DE LA ECONOMÍA SOCIAL DE LOS CONOCIMIENTOS,

CREATIVIDAD E INNOVACIÓN, concedo a favor de la Universidad Central del Ecuador una

licencia gratuita, intransferible y no exclusiva para el uso no comercial de la obra, con fines

estrictamente académicos. Conservo a mi favor todos los derechos de autor sobre la obra,

establecidos en la normativa citada.

Así mismo autorizo a la Universidad Central del Ecuador para que realice la digitalización y

publicación de este trabajo de titulación en el repositorio virtual, de conformidad a lo dispuesto

en el Art. 144 de la Ley Orgánica de Educación Superior.

El autor declara que la obra objeto de la presente autorización es original en su forma y

expresión y no infringe el derecho de autor de terceros, asumiendo la responsabilidad por

cualquier reclamación que pudiera presentarse por esta causa y liberando a la Universidad de

toda responsabilidad.

Firma ______________________________

Paola Elizabeth Granda Vinueza

cc:171653328-4

0992568571

Dirección electrónica: [email protected]

iii

APROBACIÓN DEL TUTOR

En mi calidad de tutor del trabajo de Titulación, presentado por PAOLA ELIZABETH

GRANDA VINUEZA, para optar por el Grado de Ingeniera en sistemas; cuyo título es:

DESARROLLO DE UN SISTEMA INFORMÁTICO PARA CONTROLAR LA

INFORMACIÓN DE CONSULTORIOS ODONTOLÓGICOS QUE GESTIONEN HISTORIAS

CLÍNICAS DE PACIENTES. CASO CENTRO MÉDICO AXXIS, considero que dicho trabajo

reúne los requisitos y méritos suficientes para ser sometido a la presentación pública y

evaluación por parte del tribunal examinador que se designe.

En la ciudad de Quito, a los 23 días, del mes de julio del 2018.

______________________ Ing. Santiago Leonardo Morales Cardoso MSc.

DOCENTE-TUTOR

cc: 170797993-4

iv

DEDICATORIA

A mis Padres, que me enseñaron que es posible alcanzar los sueños.

Os quiero a los dos y os lo debo todo.

A mis hermanas, por brindarme su tiempo y apoyo incondicional.

A mi abuelita, por todo el amor, afecto y cariño que me brinda.

Al resto de mi familia y amigos, quienes me han apoyado.

A mis sobrinas por sus palabras y compañía.

A todos los que me prestaron su ayuda.

Paola Granda

v

AGRADECIMIENTOS

A Dios por haberme dado la vida, la voluntad, la fortaleza y la oportunidad de estudiar.

A mis padres por todo su amor, sacrifico y esfuerzo, por ayudarme en los momentos difíciles,

por compartir los buenos momentos, porque a pesar de todo siempre han creído en mí y por sus

palabras de aliento, que me motivan a ser perseverante y cumplir mis metas.

A mi abuelita por todos los consejos que me ha dado para que nunca tropiece en mí camino.

A mis hermanas por ser parte de mi vida, por ayudarme a crecer y madurar junto a ellas, que más

que hermanas son mis amigas.

A mis profesores que me dieron la oportunidad de desarrollar y potenciar mis habilidades y

contribuyeron a mi formación académica.

A mi tutor por su valiosa guía, y constante motivación para realizar este proyecto.

“Procura ser tan grande, que todos quieran alcanzarte y tan humilde que todos quieran estar

contigo” (Mahatma Gandhi)

¡Gracias por todo!

Paola

vi

CONTENIDO

© DERECHOS DE AUTOR ...................................................................................................................................... ii

APROBACIÓN DEL TUTOR .................................................................................................................................. iii

DEDICATORIA .........................................................................................................................................................iv

AGRADECIMIENTOS ............................................................................................................................................... v

CONTENIDO .............................................................................................................................................................vi

LISTA DE CUADROS ............................................................................................................................................ viii

LISTA DE GRÁFICOS ..............................................................................................................................................ix

RESUMEN ................................................................................................................................................................... x

ABSTRACT ................................................................................................................................................................xi

INTRODUCCIÓN ....................................................................................................................................................... 1

1. ANÁLISIS DEL PROBLEMA ........................................................................................................................... 2

1.1 Antecedentes ............................................................................................................................................... 2

1.2 Planteamiento del Problema ..................................................................................................................... 3

1.3 Objetivo General ........................................................................................................................................ 4

1.4 Objetivos Específicos ................................................................................................................................. 4

1.5 Justificación ................................................................................................................................................ 5

1.6 Alcance ........................................................................................................................................................ 6

1.7 Limitaciones ................................................................................................................................................ 6

2. MARCO TEÓRICO ............................................................................................................................................ 7

2.1 Metodología en Cascada ............................................................................................................................ 7

2.1.1 Descripción ............................................................................................................................................. 7

2.1.2 Ciclo de Vida .......................................................................................................................................... 7

2.1.3 Ventajas .................................................................................................................................................. 8

2.1.4 Desventajas ............................................................................................................................................. 8

2.2 Microservicios ............................................................................................................................................. 9

2.2.1 Descripción ............................................................................................................................................. 9

2.2.2 Ventajas ................................................................................................................................................ 10

2.3 Spring Framework ................................................................................................................................... 10

2.3.1 Descripción ........................................................................................................................................... 10

2.4 AngularJS ................................................................................................................................................. 11

2.4.1 Descripción ........................................................................................................................................... 11

2.5 Java............................................................................................................................................................ 13

2.5.1 Descripción ........................................................................................................................................... 13

2.5.2 Características ...................................................................................................................................... 13

2.5.3 Ventajas ................................................................................................................................................ 14

2.6 MySQL ...................................................................................................................................................... 15

2.6.1 Descripción ........................................................................................................................................... 15

vii

2.6.2 Características ...................................................................................................................................... 15

3. DESARROLLO ................................................................................................................................................. 17

3.1 Fase de Análisis ........................................................................................................................................ 17

3.1.1 Análisis de Requerimientos Funcionales ............................................................................................ 17

3.1.2 Análisis de Requerimientos no Funcionales ...................................................................................... 17

3.2 Fase de Diseño .......................................................................................................................................... 18

3.2.1 Identificación de Procesos ................................................................................................................... 18

3.2.2 Actores .................................................................................................................................................. 20

3.2.3 Casos de Uso ......................................................................................................................................... 21

3.2.4 Modelo Entidad – Relación ................................................................................................................. 24

4. PRUEBAS .......................................................................................................................................................... 25

4.1 Pruebas de caja negra(interfaz) .............................................................................................................. 25

4.2 Pruebas de Stress ..................................................................................................................................... 30

5. IMPLEMENTACIÓN ....................................................................................................................................... 31

5.1 Estimación del tiempo .............................................................................................................................. 31

5.1.1 Tareas por Realizarse .......................................................................................................................... 32

5.1.2 Desarrollo de las tareas ....................................................................................................................... 32

6. INTELIGENCIA DE NEGOCIOS .................................................................................................................. 38

6.1 Diseño Detallado de la Arquitectura de la Aplicación: ......................................................................... 38

6.2 DATAMART ............................................................................................................................................ 39

6.3 Arquitectura de Datos .............................................................................................................................. 39

6.4 Modelo de Datos ....................................................................................................................................... 40

6.5 Diccionario de Datos ................................................................................................................................ 40

6.6 Reportes Generales .................................................................................................................................. 43

6.6.1 Reporte 1............................................................................................................................................... 43

6.6.2 Reporte 2............................................................................................................................................... 44

6.6.3 Reporte 3............................................................................................................................................... 44

6.6.4 Reporte 4............................................................................................................................................... 45

6.6.5 Reporte 5............................................................................................................................................... 45

6.7 Consultas en línea ..................................................................................................................................... 46

7. CONCLUSIONES ............................................................................................................................................. 47

8. RECOMENDACIONES ................................................................................................................................... 48

GLOSARIO DE TÉRMINOS .................................................................................................................................. 49

BIBLIOGRAFÍA ....................................................................................................................................................... 51

viii

LISTA DE CUADROS

Tabla 1. Requerimientos no Funcionales. Proceso de desarrollo. (GRANDA, 2018).................. 17 Tabla 2. Requerimientos no Funcionales. Características. (GRANDA, 2018) ............................ 18 Tabla 3. Lista de Procesos (GRANDA, 2018) .............................................................................. 20 Tabla 4. Tipos de Usuarios del sistema. (GRANDA, 2018) ......................................................... 20 Tabla 5. Caso de Uso: Administrar Usuarios. (GRANDA, 2018) ................................................ 21 Tabla 6. Caso de Uso: Inicio de Sesión. (GRANDA, 2018)......................................................... 22 Tabla 7. Caso de Uso: Uso de la Aplicación. (GRANDA, 2018) ................................................. 23 Tabla 8. Caso de Uso: Control y Manejo de la Aplicación. (GRANDA, 2018) ........................... 24 Tabla 9. Caso de Uso: Manejo de las Historias Clínicas. (GRANDA, 2018) .............................. 24 Tabla 10. Caso de Uso: Manejo de las Historias Clínicas. (GRANDA, 2018) ............................ 25 Tabla 11. Caso de Uso: Autorización. (GRANDA, 2018) ........................................................... 26 Tabla 12. Caso de Uso: Catálogos. (GRANDA, 2018) ................................................................ 26 Tabla 13. Prueba Caja negra. (GRANDA, 2018) ......................................................................... 25 Tabla 14. Escenarios: Prueba de stress. (GRANDA, 2018) ......................................................... 30 Tabla 15. Roles Equipo Trabajo. (GRANDA, 2018) .................................................................... 31 Tabla 16. Tareas por Realizar. (GRANDA, 2018) ....................................................................... 32 Tabla 17. Tarea1: Diseño General. (GRANDA, 2018) ................................................................ 32 Tabla 18. Tarea2: Diseño Base de Datos. (GRANDA, 2018) ...................................................... 32 Tabla 19. Tarea 3 Diseño Pantalla Pacientes. (GRANDA, 2018) ................................................ 33 Tabla 20. Tarea4 Almacenamiento Base de Datos. (GRANDA, 2018) ....................................... 33 Tabla 21. Tarea5: Validación. (GRANDA, 2018) ........................................................................ 33 Tabla 22. Reunión, Aceptación para Subproceso 1. (GRANDA, 2018) ...................................... 34 Tabla 23. Reunión, Aceptación para subproceso1. (GRANDA, 2018) ........................................ 34 Tabla 24. Tarea6: Diseño Interfaz: Historia Clínica. (GRANDA, 2018) ..................................... 34 Tabla 25. Tarea8: Base de Datos: Crear Historia Clínica. (GRANDA, 2018) ............................. 35 Tabla 26. Tarea9: Base de Datos: Guardar Historia Clínica. (GRANDA, 2018) ......................... 35 Tabla 27. Reunión, Aceptación para Subproceso 2. (GRANDA, 2018) ...................................... 35 Tabla 28. Tarea10: Diseño Interfaz: Pre-Cuenta. (GRANDA, 2018) ........................................... 36 Tabla 29. Tarea10: Diseño Interfaz: Facturación. (GRANDA, 2018) .......................................... 36 Tabla 30. Tarea10: Base de Datos: Guardar datos. (GRANDA, 2018) ........................................ 36 Tabla 31. Tarea10: Reportes: Reporte Consentimiento Informado. (GRANDA, 2018) .............. 36 Tabla 32. Tarea10: Reportes: Reporte Factura. (GRANDA, 2018) ............................................. 36 Tabla 33. Tarea10: Reporte: Reporte Ganancias. (GRANDA, 2018) .......................................... 37 Tabla 34. Tarea15: Pruebas. (GRANDA, 2018) ........................................................................... 37 Tabla 35. Historia Clínica: Campo1 (GRANDA, 2018) ............................................................... 40 Tabla 36. Historia Clínica: Campo2 (GRANDA, 2018) ............................................................... 40 Tabla 37. Historia Clínica: Campo3 (GRANDA, 2018) ............................................................... 40 Tabla 38. Historia Clínica: Campo4 (GRANDA, 2018) ............................................................... 41 Tabla 39. Paciente: Campo1 (GRANDA, 2018) .......................................................................... 41 Tabla 40. Paciente: Campo2 (GRANDA, 2018) .......................................................................... 41 Tabla 41. Paciente: Campo3 (GRANDA, 2018) .......................................................................... 41 Tabla 42. Salud Bocal: Campo1 (GRANDA, 2018) ..................................................................... 41 Tabla 43. Salud Bocal: Campo2 (GRANDA, 2018) ..................................................................... 42 Tabla 44. Salud Bocal: Campo3 (GRANDA, 2018) ..................................................................... 42

ix

LISTA DE GRÁFICOS

Figura 1. Fases de la metodología en cascada. (OBS, 2016) (Soloriio, 2015) ............................... 7 Figura 2. Microservicios. (Villapecellín, 2016) .............................................................................. 9 Figura 3. Spring. (Pivotal Software, 2018) ................................................................................... 11 Figura 4. AngularJS & BackboneJS (Tecnopedia, S/F) ............................................................... 12 Figura 5. Las tecnologías hacen uso de Java como núcleo esencial de sus funcionalidades.

(Johari, 2017) ................................................................................................................................ 14 Figura 6. Diagrama de Flujo: Administrar Usuarios. (GRANDA, 2018) ..................................... 21 Figura 7. Diagrama de Flujo: Inicio de Sesión. (GRANDA, 2018) ............................................. 22 Figura 8. Diagrama de Flujo: Manejo de la aplicación. (GRANDA, 2018) ................................. 22 Figura 9. Diagrama de Flujo: Control y manejo de los pacientes. (GRANDA, 2018) ................. 23 Figura 10. Diagrama de Flujo: Manejo de las Historias Clínicas. (GRANDA, 2018) ................. 24 Figura 11. Diagrama de Flujo: Facturación. (GRANDA, 2018) .................................................. 25 Figura 12. Diagrama de Flujo: Autorización. (GRANDA, 2018) ................................................ 25 Figura 13. Diagrama de Flujo: Catálogos. (GRANDA, 2018) ..................................................... 26 Figura 14. Prueba Caja Negra: Pantalla Login (GRANDA,2018) ................................................ 25 Figura 15. Prueba Caja Negra: Pantalla Pacientes ........................................................................ 26 Figura 16. Prueba Caja Negra: Pantalla Pacientes: Nuevo Paciente (GRANDA, 2018) .............. 26 Figura 17. Prueba Caja Negra: Pantalla Pacientes: Paciente Guardado (GRANDA, 2018) ......... 26 Figura 18. Prueba Caja Negra: Pantalla Tratamientos (GRANDA, 2018) ................................... 27 Figura 19. Prueba Caja Negra: Pantalla Tratamientos: Nuevo Tratamiento (GRANDA, 2018) .. 27 Figura 20. Prueba Caja Negra: Pantalla Historia Clínica (GRANDA, 2018) ............................... 27 Figura 21. Prueba Caja Negra: Pantalla Catálogos (GRANDA, 2018) ........................................ 28 Figura 22. Prueba Caja Negra: Pantalla Catálogos: Nuevo Catálogo (GRANDA, 2018) ............ 28 Figura 23. Prueba Caja Negra: Pantalla Precios (GRANDA, 2018) ............................................ 28 Figura 24. Prueba Caja Negra: Pantalla Usuarios (GRANDA, 2018) .......................................... 28 Figura 25. Prueba Caja Negra: Pantalla Usuarios: Nuevo Usuario (GRANDA, 2018) ............... 29 Figura 26. Odontograma Inicial (GRANDA, 2018) ..................................................................... 29 Figura 27. Odontograma Final (GRANDA, 2018) ....................................................................... 30 Figura 28. Cronograma de Actividades (GRANDA, 2018) ......................................................... 31 Figura 29. Proceso de obtención del conocimiento ...................................................................... 38 Figura 30. Arquitectura del Power BI, (GRANDA, 2018) ........................................................... 38 Figura 31. Arquitectura de Datos (GRANDA, 2018) ................................................................... 39 Figura 32. Arquitectura Datamart (GRANDA, 2018) .................................................................. 40 Figura 33. Fuente de Datos (GRANDA, 2018) ............................................................................ 42 Figura 34. Reporte General (GRANDA, 2018) ............................................................................ 43 Figura 35. Reporte1 (GRANDA, 2018) ........................................................................................ 43 Figura 36. Reporte2 (GRANDA, 2018) ........................................................................................ 44 Figura 37. Reporte3 (GRANDA, 2018) ........................................................................................ 44 Figura 38. Reporte4 (GRANDA, 2018) ........................................................................................ 45 Figura 39. Reporte5 (GRANDA, 20118) ...................................................................................... 45 Figura 40. Consultas en Línea (GRANDA, 2018) ........................................................................ 46

x

TITULO: Desarrollo de un sistema informático para controlar la información de consultorios

odontológicos que gestionen historias clínicas de pacientes. Caso centro médico AXXIS.

Autora: Paola Elizabeth Granda Vinueza

Tutor: Santiago Leonardo Morales Cardoso, MSc.

RESUMEN

Debido a la necesidad de una mejor atención al acudir a un centro médico, este trabajo pretende

diseñar e implementar un sistema informático para gestionar el control de las historias clínicas

odontológicas, el objetivo es reducir la complejidad y automatizar ciertas tareas repetitivas, que

se realizan de forma manual. El sistema tradicional para hacer las cosas está desfasado, por tanto,

las metodologías deben acoplarse y brindar nuevas oportunidades, aquí podemos ver el uso de

herramientas como el lenguaje de programación Java, el motor de base de datos MYSQL, y la

arquitectura de microservicios. El proyecto está conformado de dos capas, la capa del Back-End,

en donde está toda la administración de la información y la capa del Front-End en donde la parte

visual tiene un diseño adaptable y fácil de usar, los resultados obtenidos mejoraron la atención de

los pacientes, con lo que se concluye que el aporte es significativo al centro médico y además

afianza la calidad que se muestra en la recolección y almacenamiento de la información.

PALABRAS CLAVE: FRONT-END / BACK-END / AUTOMATIZACIÓN /

ARQUITECTURA / MYSQL / MICROSERVICIOS / METODOLOGÍAS / JAVA

xi

TITLE: Development of a computer system to control the information of dental offices that

manage clinical stories of patients. Case: Medical center AXXIS.

Autora: Paola Elizabeth Granda Vinueza

Tutor: Santiago Leonardo Morales Cardoso, MSc.

ABSTRACT

Due to the need for better care when going to a medical center, this thesis aims to design and

implement a computer system to manage the control of dental stories, the goal is to reduce

complexity and automate certain repetitive task, which are usually performed manually. The

traditional system that is still used nowadays is outdated, therefore, the procedures must be

improved and provide new opportunities, here we can see the use of tools such as the Java

programming language, the MYSQL database engine, and the micro services architecture. The

project is made up of two layers, the Back-End layer, where all the information can be managed

and Front-End layer where the visual part has an adaptable and easy-to-use design, the

contribution is significant to the medical center and also strengthens the quality in the collection

and storage of information.

KEYWORDS: FRONT-END / BACK END / AUTOMATION / ARCHITECTURA / MYSQL

/ MICRO SERVICES / METHODOLOGIES / JAVA

1

INTRODUCCIÓN

El Centro Médico odontológico tiene dificultades en el manejo y control adecuado de la

información de sus pacientes, debido a que no cuenta con un sistema informático automatizado

que realice dichas actividades, los datos más relevantes que se deben controlar son los datos

personales, diagnóstico médico y el tratamiento.

Este proyecto pretende resolver todas esas falencias creando varios módulos, con lo cual

tendríamos un módulo para almacenar los datos personales del paciente, un módulo de historias

clínicas, en el cual se pueda detallar el diagnóstico médico y el tratamiento además de módulos

adicionales para registrar información adicional.

Después de un análisis se procede a diseñar un esquema base para el control de las historias

clínicas odontológicas, una vez hecho esto se empieza a modelar el diseño de la base de datos, y

se registran los reportes necesarios, todo basado en una metodología acorde a los requerimientos

para así poder establecer una estrategia adecuada con la cual desarrollar el sistema.

La implementación se va a realizar en una computadora personal, para este caso se usará la

computadora del médico odontólogo responsable. Las limitaciones están acordes a lo estipulado.

Para finalizar el proyecto integrador se entregó toda la documentación concerniente, manual de

usuario, manual técnico, documentación que valida el correcto funcionamiento de la instalación

del sistema odontológico de manera local en el Centro Médico, así como las conclusiones y

recomendaciones en base a los resultados obtenidos en el proceso.

2

1. ANÁLISIS DEL PROBLEMA

1.1 Antecedentes

Esta investigación se enmarcó como un proyecto factible, se sabe que el Centro

Médico Odontológico no cuenta con herramientas informáticas, ni sistemas

automatizados actuales para realizar una adecuada documentación de la atención a los

pacientes, con lo que se propone un material adecuado para la mejora en la estructura

del trabajo de los médicos, apoyado con manuales explicativos.

A lo largo de los años han aparecido nuevas formas de usar la tecnología a nuestro

favor, por ejemplo, se elaboró un documento sobre «telemática» como contribución a

la «Política de salud para todos para el siglo XXI» de la OMS. (Salud, 2005)

Según (Novillo-Ortiz, 2016) en mayo del 2005 la Organización Mundial de la Salud,

reconoce que la incorporación de las TIC aporta a la salud una oportunidad única para

su desarrollo, considerando que mejora el acceso y estimula la calidad y eficacia de

los servicios prestados.

Se está dando a conocer la “CIBERSALUD”, término acuñado en la Cumbre Mundial

de la sociedad de la Información celebrada en Ginebra, Suiza, en 2003, también

conocida como salud digital, la cual puede contribuir de diversas formas a la práctica

de la atención médica, fortaleciendo los sistemas de salud. (Rosas, 2012)

Según la secretaría de Educación Superior, Ciencia, Tecnología e Innovación,

Ecuador invierte el 0.47% de su PIB en tecnología. (COMERCIO, 2013). Esto genera

una gran brecha en referencia a las nuevas tecnologías que se desarrollan a nivel

mundial. El sector de la salud tiene que combinarse con la informática, empezando

con los niveles más simples, antes de avanzar a los más complejos.

3

1.2 Planteamiento del Problema

Actualmente en el campo de la salud, se necesita un incremento de la tecnología que

promueva el uso de nuevas aplicaciones, en donde se refleje el estado de salud actual

del paciente y el médico pueda emitir un buen diagnóstico.

Desde el punto de vista tecnológico el trabajo de registrar los diagnósticos de forma

manual que se lleva a cabo en un consultorio odontológico es obsoleto y puede causar

dificultades como: la desorganización, el mal manejo de las historias clínicas, el daño

o pérdida de los documentos que registran la información, o que los pacientes pasen

mucho tiempo esperando ser atendidos, etc.

Se propone mejorar la calidad en la atención a los pacientes, así como la calidad en el

manejo de la información, debido a ello se pretende diseñar un software que permita

una adecuada gestión sobre el control de historias clínicas odontológicas, permitiendo

llevar un proceso organizado y mejorando el desempeño de los médicos encargados.

4

1.3 Objetivo General

Analizar, diseñar e implementar un sistema informático para gestionar el control de

las historias clínicas odontológicas en el caso del Centro Médico Odontológico

AXXIS.

1.4 Objetivos Específicos

▪ Analizar los procesos básicos que se realizan en el área de odontología y

optimizarlos con una estructura adecuada del sistema para que sea eficiente y fácil

de manejar.

▪ Elaborar un prototipo funcional, que permita satisfacer las expectativas del

cliente.

▪ Controlar y manejar la facturación para mejorar el trabajo manual que se realiza

en el Centro Médico Odontológico.

▪ Utilizar una metodología acorde al análisis y diseño del sistema para optimizar los

procesos manuales.

5

1.5 Justificación

Debido a que es importante mantener una buena salud dental, es imprescindible

contar con una rutina de limpieza e incorporar visitas regulares al dentista. La visita al

odontólogo tiene como objetivo principal realizar un chequeo completo, con el fin de

prevenir y limpiar las piezas dentales.

Realizamos este trabajo combinado la teoría con la tecnología, la cual es importante

en la sociedad y resulta beneficiosa a largo plazo, ya que nos permite automatizar los

procesos. Esto consiste en un sistema que permite obtener en detalle el estado de la

dentadura de los pacientes.

La necesidad de los odontólogos en generar mayor control es importante debido a que

en este tipo de actividades se manejan importantes volúmenes de información, que

requieren agilidad de tiempo, control óptimo de los recursos para la correcta atención

de los pacientes, en donde más allá de las exigencias del mercado, los odontólogos

independientes deben ser competitivos en el ámbito laboral.

6

1.6 Alcance

El presente proyecto es exclusivamente para el sector privado Odontológico, posee

una interfaz tecnológica de fácil interacción, en cual habrá un módulo para realizar el

registro del paciente, un módulo donde se pueda indicar el diagnóstico, un módulo

que permita realizar la facturación e imprimirla, adicional un módulo que permita

registrar más usuarios para manejar el sistema, además la información se almacena

localmente.

1.7 Limitaciones

El sistema no tendrá el módulo de manejo de citas, por lo cual no se realiza el

agendamiento de citas para los pacientes, tampoco cuenta con un control de

medicinas para la posterior elaboración de Recetas Médicas, además el sistema no

contará con el almacenamiento de fotos u otro tipo de datos como radiografías. No se

instalará hardware, ni almacenamiento externo de ningún tipo. El responsable de

guardar la información de los pacientes y generar los reportes será el administrador

responsable.

7

2. MARCO TEÓRICO

2.1 Metodología en Cascada

2.1.1 Descripción

Para desarrollar el sistema utilizaremos la metodología en cascada, conocido

con un modelo clásico, o modelo secuencial, el cual está caracterizado por

ordenar de manera rigurosa las etapas del ciclo de vida del software. (Soloriio,

2015)

La metodología en cascada supera en ciertos aspectos a la metodología ágil, la

cual, aunque es altamente flexible, no tiene una adecuada estructura, no puede

predecir los presupuesto a partir de las líneas de tiempo, y no realiza una

planificación completa. (OBS, 2016)

Figura 1. Fases de la metodología en cascada. (OBS, 2016) (Soloriio, 2015)

El modelo en cascada permite entender fácilmente el proyecto, debido a que

es estructurado, los requisitos son claros, con fases bien definidas y en donde

el proceso no va a cambiar a lo largo del desarrollo. (Domínguez, 2017)

2.1.2 Ciclo de Vida

Fase de Análisis es indispensable, es en donde se establecen los

requerimientos, se definen los objetivos, las funcionalidades, alcance y

limitaciones del producto.

Fase de Diseño se analiza en profundidad la funcionalidad y el dominio del

problema, además se establece una arquitectura básica y se consideran los

recursos disponibles, se realizan tareas de diseño general como por ejemplo la

8

identificación de procesos, el modelo entidad-relación y de diseño especifico

de los casos de uso.

Fase de Implementación empieza con la programación tomando como base

la arquitectura establecida, también se documenta el sistema construido, y se

realiza manuales de la instalación y de la forma correcta de usarlo.

Fase de Pruebas se realiza una vez que el proyecto ya está terminado se

realizan pruebas de caja negra, caja blanca y pruebas de stress, con eso se

comprueba que el sistema funcione correctamente, y de haber fallos se

corrigen. Una vez finalizadas las pruebas y funcionando correctamente el

sistema se entrega al cliente junto con los manuales y se realizan todas las

tareas pertinentes, como la instalación, configuración, soporte, etc.

Fase de Mantenimiento analiza el desempeño buscando mejorar la

usabilidad, legibilidad o reusabilidad, así en un futuro se puede adaptar a

cambios en su entorno tecnológico como un nuevo hardware, u otro sistema

de gestión de base de datos, o tal vez otro sistema operativo. (Salamanca, S/F)

2.1.3 Ventajas

Según (OBS, 2016) las ventajas son:

▪ Comenzar con el software con bastante rapidez.

▪ Estimar calendarios y presupuestos con mayor precisión.

▪ Lograr un nivel de satisfacción del cliente más elevado que otros enfoques, ya

desde el principio.

▪ Tiende a ser más seguro y la planificación es sencilla y tiene una completa

documentación que permite suplir pérdidas de personal.

2.1.4 Desventajas

Según (Ledezma, 2018) las desventajas son:

▪ Se tarda mucho tiempo en pasar por todo el ciclo.

▪ Se dificulta actualizar nuevos requerimientos.

▪ Iteraciones costosas.

9

2.2 Microservicios

2.2.1 Descripción

No hay una definición formal para los microservicios, pero en general

describen un estilo singular de diseño de software. (Barrios Contreras, 2017).

La arquitectura de Microservicios es altamente usada para optimizar

aplicaciones. Se define como un enfoque para desarrollar una sola aplicación,

que se ve como un conjunto de varios servicios más pequeños, cada uno de

ellos ejecutándose en su propio proceso y comunicándose con mecanismos

livianos, desplegados independientemente, que se comunican a través de un

protocolo de comunicación. (Vega, 2015)

Los microservicios pueden utilizar diferentes lenguajes, librerías o

almacenamiento de datos, para elegir correctamente se basa en saber cuál es el

problema por resolver, y con base en ello elegir la mejor herramienta, o a la

librería correcta, generalmente en una aplicación monolítica, todos los

módulos deben usar la misma versión. (Barrios Contreras, 2017)

Una aplicación monolítica escala verticalmente, al clonar la aplicación en

varios servidores, máquinas virtuales o contenedores; mientras que una

aplicación de microservicios escala horizontalmente mediante la

implementación de forma independiente de cada servicio como instancias en

servidores, máquinas virtuales y contenedores. (Mark Fussell, olprod,

OpenLocalizationService, Caro Caserio, 2017)

Figura 2. Microservicios. (Villapecellín, 2016)

10

2.2.2 Ventajas

Según (Villapecellín, 2016) las ventajas son:

▪ Potencia a utilizar múltiples lenguajes y permite que los desarrollos sean

independientes y en paralelo.

▪ Facilita el mantenimiento y permite despliegues independientes.

▪ Aumenta la tolerancia a fallos.

2.3 Spring Framework

2.3.1 Descripción

Spring es un framework de desarrollo de código libre para la plataforma Java,

por lo tanto, cualquier sistema operativo con una máquina virtual de Java

puede ejecutar aplicaciones desarrolladas con este framework. Su aspecto

modular lo hace flexible y configurable para cualquier tipo de aplicación.

Spring es un framework y una plataforma de Java que proporciona soporte

integral de infraestructura para el desarrollo de aplicaciones Java, permite

crear aplicaciones a partir de objetos antiguos simples de Java (POJO),

además cuenta con componentes como la inyección de dependencia e

inversión de control. (Rod Johnson, 2010)

El Framework de Spring considera las mejores prácticas que se han probado a

lo largo de los años en numerosas aplicaciones formalizadas como patrones de

diseño, y realmente codifica estos patrones como objetos de primera clase, en

donde un arquitecto y desarrollador, puede llevar e integrar en sus propias

aplicaciones. (Johnson, 2004)

Al realizar una aplicación se necesita utilizar varios frameworks, los cuales

manejan por su propia cuenta el ciclo de vida de sus objetos, Spring mejora

esto al crear todos los objetos que la aplicación va a usar a través de XML o

anotaciones e inicializar todos los objetos de los distintos frameworks.

(Álvarez, 2014)

11

Figura 3. Spring. (Pivotal Software, 2018)

Spring Boot es el punto de partida para construir todas las aplicaciones

basadas en Spring. Spring Boot está diseñado para ponerlo en funcionamiento

lo más rápido posible, con una configuración inicial mínima de Spring.

(Pivotal Software, 2018)

Spring Cloud ofrece un modelo de programación simple y accesible para los

patrones de sistemas distribuidos más comunes, ayudando a desarrollar

0aplicaciones flexibles, confiables y coordinadas, está construido sobre Spring

Boot, lo que facilita que los desarrolladores comiencen y se vuelvan

productivos rápidamente. (Pivotal Software, 2018)

Spring Cloud Data Flow facilita el análisis en tiempo real y la importación /

exportación de datos, simplifica la conexión de sistemas al proporcionar

conectores listos para usar para los escenarios de integración más comunes.

(Pivotal Software, 2018)

2.4 AngularJS

2.4.1 Descripción

AngularJS es un framework de JavaScript que abarca la totalidad del HTML

en un formato más comprensible y entendible. Permite mejorar el diseño

HTML con un marcado especial que se sincroniza con su JavaScript, lo que

permite escribir la lógica de la aplicación en lugar de actualizar manualmente

las vistas. (Jain, 2015 )

12

Aunque existen muchos frameworks Angular y Backbone son los más

utilizados, son software libre, y ambos utilizan jQuery para funcionar a sus

anchas. (Tecnopedia, S/F)

Figura 4. AngularJS & BackboneJS (Tecnopedia, S/F)

BackboneJS es más difícil de utilizar y aun así es la opción elegida por la

mayoría de los desarrolladores debido a que hay mucha documentación,

además es una tecnología que ya lleva bastante tiempo en el mercado;

mientras que AngularJS se hizo popular desde el 2012, esta mantenido por

Google y permite crear de forma sencilla Test unitarios. (Azaustre, 2018)

Diseñado para aplicaciones web dinámicas, mantenido por Google, utiliza

HTML como lenguaje de plantillas y la extiende para expresar los

componentes de su aplicación, luego AngularJS enseña al navegador la nueva

sintaxis a lo que llamamos directivas. Los conceptos de enlace de datos e

inyección de dependencias permiten reducir líneas de código y su ejecución es

realizada dentro del navegador. Angular es 100% JavaScript del lado del

cliente, no es un simple sistema de plantillas, la razón se debe a “bidirectional

data binding”, enlace de datos bidireccional, que posee y se ejecuta de forma

automática. La plantilla se compila en el navegador y el paso de compilación

da como resultado una vista en vivo. Ya no se necesita que los desarrolladores

deban sincronizar constantemente la vista con el modelo o viceversa.

13

Además, tampoco es necesario dejar de lado jQuery UI o Bootstrap. Angular

trabaja muy bien con librerías de componentes de terceros. Ayuda a la gestión

de lo que se conoce como aplicaciones de una sola página. (Superpowered,

2018)

2.5 Java

2.5.1 Descripción

Java es un lenguaje de programación desarrollado por James Gosling y Sun

Microsystems, presentado por primer vez en 1995, actualmente pertenece a

Oracle. (Hope, 2017)

Java es una plataforma y un lenguaje de programación acorde para el

desarrollo de aplicaciones distribuidas, seguras y portables en numerosos

dispositivos y sistemas embebidos interconectados en red, y también en

Internet (clientes ligeros), así como en estaciones de trabajo (clientes

pesados), además Java es un lenguaje orientado a objetos. (Groussard, 2014)

Cuando se usa internet, Java permite que los applets se descarguen y se

utilicen a través del navegador, lo que permite que el navegador realice una

función o característica que normalmente no está disponible, a diferencia de

JavaScript, en donde los usuarios deben descargar o instalar el applet o

programa antes de poder utilizar Java. (Hope, 2017)

Java tiene un conjunto de reglas que determinan cómo se escriben las

instrucciones, que son conocidas como sintaxis. Una vez que se ha escrito un

programa, las instrucciones de alto nivel se traducen en códigos numéricos

que la computadoras pueden entender y ejecutar. (Leahy, 2018)

2.5.2 Características

Según (Sharan, 2014) las características son:

14

▪ Java tiene cuatro pilares básicos que son: abstracción, polimorfismo,

herencia y encapsulación.

▪ Java para desarrollar una aplicación necesita tres pasos que son:

escribir el código fuente, compilación del código fuente y ejecución

del código compilado.

▪ Java es de acceso libre y puede ejecutarse en todas las plataformas.

2.5.3 Ventajas

Según (Leahy, 2018) las ventajas son:

▪ Java es rápido, de fácil uso, su sintaxis no es compleja, con lo cual

proporciona un lenguaje de programación poderoso y simple de usar.

▪ Java es seguro, robusto, escalable, interpretado y compilado.

▪ Java es confiable, reduce la probabilidad de errores fatales debido a

errores del programador, por eso se introdujo la programación orientada a

objetos.

Figura 5. Las tecnologías hacen uso de Java como núcleo esencial de sus funcionalidades. (Johari, 2017)

15

2.6 MySQL

2.6.1 Descripción

MySQL es un sistema de administración de bases de datos relacionales,

rápido, robusto y fácil de usar; se adapta bien a la administración de datos en

un entorno de red, especialmente en arquitecturas cliente/servidor, cuenta con

muchas herramientas y es compatible con muchos lenguajes de programación.

(Thibaud, 2006)

MySQL tiene dos ediciones: el servidor de comunidad MySQL que es de

código abierto y el servidor Enterprise propietario, se diferencian por una serie

de extensiones propietarias que se instalan como complementos de servidor,

pero comparten el sistema de numeración de versiones y están construidos

desde la misma base de códigos. (Wikipedia, MySQL, 2018)

2.6.2 Características

Según (Thibaud, 2006) y (Wikipedia, MySQL, 2018) las características son:

▪ Velocidad: MySQL es rápido, los desarrolladores sostienen que MySQL es

posiblemente la base de datos más rápida que pueda encontrar.

▪ Facilidad de uso: MySQL es un sistema de base de datos de alto rendimiento,

pero relativamente simple y es mucho menos complejo de configurar y

administrar que sistemas más grandes.

▪ Coste: MySQL es gratuito para la mayoría de los usos internos.

▪ Capacidad de gestión de lenguajes de consulta: MySQL comprende SQL, el

lenguaje elegido para todos los sistemas de base de datos modernos. También

puede acceder a MySQL empleando aplicaciones que admitan ODBC, un

protocolo de comunicación de bases de datos desarrollado por Microsoft.

▪ Capacidad: Pueden conectarse muchos clientes simultáneamente al servidor y

los clientes pueden utilizar varias bases de datos simultáneamente. Puede

16

acceder de forma interactiva a MySQL empleando diferentes interfaces que le

permiten introducir consultas y visualizar los resultados: cliente de línea de

comando, navegador web o clientes de sistema X Windows. Además, dispone

una amplia variedad de interfaces de programación para lenguajes como C,

Perl, Java, PHP y Python. Por tanto, tiene la posibilidad de elegir entre usar un

software cliente pre-empaquetado o escribir sus propias aplicaciones a

medida.

▪ Conectividad y seguridad: MySQL está completamente preparado para el

trabajo en red y las bases de datos pueden ser accesibles desde cualquier lugar

en Internet, por lo que puede compartir sus datos con cualquiera, en cualquier

parte. Pero MySQL dispone de control de acceso, de forma que aquellos que

no deberían ver sus datos, no lo vean.

▪ Portabilidad: MySQL se ejecuta en muchas variantes de UNIX, así como en

otros sistemas no-UNIX, como Windows y OS/2. MySQL se ejecuta en

hardware que va desde PC hasta servidores de alta capacidad.

17

3. DESARROLLO

3.1 Fase de Análisis

3.1.1 Análisis de Requerimientos Funcionales

Después de la reunión se acordaron realizar las siguientes funciones en el sistema:

• El sistema cuenta con un usuario principal que es el administrador de todo el

sistema, el cual puede crear otros usuarios que solo accederán a la información

básica para manejar el sistema.

• El sistema permite registrar pacientes que se atiendan por primera vez, además

permite buscar y ver pacientes que tengan un odontograma activo.

• El sistema permite registrar el diagnóstico y tratamiento del paciente en el

odontograma, y conocer el precio por tratamiento, este proceso se inicia después

de registrar al paciente.

• El sistema registra la factura y permite elegir la forma de pago, ya sea en su

totalidad o en cuotas.

• El sistema tiene un módulo de Autorización, que registra la autorización del SRI.

• El sistema cuenta con una lista de catálogos que solo el usuario principal puede

modificar.

3.1.2 Análisis de Requerimientos no Funcionales

El proceso de desarrollo del sistema es:

Lenguaje de programación Java

Arquitectura REST

Base de datos MySQL

Web jQuery

Tabla 1. Requerimientos no Funcionales. Proceso de desarrollo. (GRANDA, 2018)

18

Las características del sistema son:

Eficiencia El sistema va a ser capaz de guardar la información sin

tiempos largos de espera en la base de datos.

Seguridad El sistema tiene una contraseña para su ingreso, que

solo puede ser modificado por el usuario principal.

Usabilidad El sistema es interactivo y fácil de usar para el usuario.

Mantenibilidad El sistema al estar correctamente documentado permite

aumentar en un futuro un nuevo requerimiento, o

cambios en las reglas del negocio. Tabla 2. Requerimientos no Funcionales. Características. (GRANDA, 2018)

3.2 Fase de Diseño

3.2.1 Identificación de Procesos

Centro Médico Privado Odontológico

En el centro médico privado odontológico se dedica a prestar asistencia

médica en función de atender a cualquier persona que necesite curar alguna

enfermedad dental o que desee mejorar su estética dental. La cantidad de

pacientes que atienden por día es constante, el centro médico utiliza procesos

y protocolos de atención diferentes al sector público.

Ficha Médica

Este proceso consiste en almacenar los datos relevantes del paciente en

historias clínicas, el formato debe ser útil, fácil de usar, y permitir el manejo

eficiente de historial médico.

La información que se almacene debe ser el trabajo medico realizado en el

paciente una vez atendido, en donde se debe evidenciar el estado del paciente

para obtener un diagnóstico, y además se debe registrar el tratamiento

adecuado para solucionar el problema.

La historia clínica consta de lo siguiente: datos personales y datos médicos del

paciente, odontograma, diagnóstico, tratamiento y consentimiento informado.

Diagnóstico

19

Es el proceso de sintetizar todos los datos recolectados que constan en la

historia médica. Puede ser de gran ayuda para valorar la progresión o

estabilidad de las patologías detectadas. (SL, 2018)

Facturación

En este proceso se tiene registrado el coste final del tratamiento y el detalle de

los pagos efectuados, el paciente paga su cuenta según el acuerdo realizado

con el odontólogo. Se emite un recibo según el pago efectuado por el paciente.

Odontograma

El odontograma consiste en una gráfica de todos los dientes, los cuales están

ordenados por cuadrantes, en donde se registra toda la información la cual

debe estar estandarizada y seguir una nomenclatura básica como registrar los

siglas con colores rojo y azul dependiendo si el estado es malo o bueno,

además el odontograma es único para cada paciente y no puede ser alterado.

Consentimiento Informado

Es un documento que expresa al igual que el contrato, la aceptación del

paciente para que el profesional inicie su tratamiento, basado en la confianza

mutua, según el principio de la autonomía. (Garbin, 2007)

Catálogos

Aquí se encuentra una lista de los procedimientos y tratamientos

odontológicos que se deben utilizar, estas listas pertenecen a la clasificación

de actividades odontológicas C.I.E 10. (MELCOPLUS, 2018)

20

RESUMEN DE LOS PROCESOS

Módulos Descripción

Ficha Médica Ficha en donde se registran los pacientes.

Diagnóstico Se detalla el estado del paciente.

Odontograma Muestra gráficamente todos los dientes.

Facturación Cobro de los gastos incurridos por el paciente.

Consentimiento

Informado Contrato con el paciente antes de empezar el tratamiento.

Catálogos Lista de procedimientos y tratamientos que se pueden realizar. Tabla 3. Lista de Procesos (GRANDA, 2018)

3.2.2 Actores

La identificación de los actores del sistema consiste en determinar aquellas

personas que están directa o indirectamente involucradas con el uso sistema, a

continuación de detalla el papel que desempeñan en el sistema y la

responsabilidad que tienen.

Tabla 4. Tipos de Usuarios del sistema. (GRANDA, 2018)

Usuario Rol Descripción Responsabilidad

Doctor /

jefe

Administrador

Principal del

Sistema

Administra todas

las funciones del

sistema.

▪ Manejar todo el sistema.

▪ Administrar los procesos

de registro de los usuarios.

▪ Controlar todos los

Catálogos.

▪ Generar reportes

Asistente

Administrador

Secundario

del Sistema

Administración

básica del sistema.

▪ Manejar la Historia Clínica

del paciente.

▪ Generar Reportes.

21

3.2.3 Casos de Uso

Administrar Usuarios

Figura 6. Diagrama de Flujo: Administrar Usuarios. (GRANDA, 2018)

Caso de uso Actor Descripción

Crear usuario Administrador Para crear usuarios el administrador inicia sesión,

una vez que ingresa al sistema se dirige al menú

de usuario donde puede crear los usuarios que

desee. La información requerida es nombre,

apellido y número de cédula.

Editar Usuario Administrador El administrador puede modificar los usuarios

existentes, seleccionando el usuario y editando la

información.

Buscar Usuario Administrador El administrador puede buscar un usuario en

específico, ingresando la información del usuario

en el filtro de búsqueda

Tabla 5. Caso de Uso: Administrar Usuarios. (GRANDA, 2018)

22

Iniciar Sesión

Figura 7. Diagrama de Flujo: Inicio de Sesión. (GRANDA, 2018)

Caso de Uso Actor Descripción

Validar Usuario Administrador,

Asistente

El sistema solo permitirá el acceso a usuarios

registrados, lo cuales deben ingresar su usuario y

contraseña, el sistema compara los datos

ingresados y los válida, si la información es

correcta se ingresa al sistema, caso contrario

aparecerá un mensaje de error.

Tabla 6. Caso de Uso: Inicio de Sesión. (GRANDA, 2018)

Manejo de la Aplicación

Figura 8. Diagrama de Flujo: Manejo de la aplicación. (GRANDA, 2018)

23


Uso Aplicación Administrador

Una vez dentro del sistema, el administrador tiene

acceso a todos los módulos, tales como: módulo de

Pacientes, módulo de Historia Clínica, módulo

Tratamientos, módulo de autorización, módulo de

catálogos, módulo de precios, módulo de usuarios, y

acceso para generar reportes

Uso Aplicación Asistente Una vez dentro del sistema, el administrador tiene

acceso a ciertos módulos, tales como: módulo de

Pacientes, módulo de Historia Clínica, módulo

Tratamientos, y acceso para generar reportes

Tabla 7. Caso de Uso: Uso de la Aplicación. (GRANDA, 2018)

Control y manejo de los pacientes

Figura 9. Diagrama de Flujo: Control y manejo de los pacientes. (GRANDA, 2018)

24



Una vez dentro del sistema, el administrador puede

crear, buscar o eliminar pacientes. Se registran los

datos principales del paciente.

Uso Aplicación Asistente Una vez dentro del sistema, el administrador puede



Tabla 8. Caso de Uso: Control y Manejo de la Aplicación. (GRANDA, 2018)

Manejo de las Historias Clínicas

Figura 10. Diagrama de Flujo: Manejo de las Historias Clínicas. (GRANDA, 2018)



Una vez dentro del sistema, el administrador puede



Uso Aplicación Asistente Una vez dentro del sistema, el administrador puede



Tabla 9. Caso de Uso: Manejo de las Historias Clínicas. (GRANDA, 2018)

25

Facturación

Figura 11. Diagrama de Flujo: Facturación. (GRANDA, 2018)



Una vez dentro del sistema, y ya atendido el paciente

se registran los gastos y la forma de pago por parte del

paciente.

Uso Aplicación Asistente Una vez dentro del sistema, y ya atendido el paciente

se registran los gastos y la forma de pago por parte del

paciente.

Tabla 10. Caso de Uso: Manejo de las Historias Clínicas. (GRANDA, 2018)

Autorización SRI

Figura 12. Diagrama de Flujo: Autorización. (GRANDA, 2018)

26



Una vez dentro del sistema, se actualiza el número de

autorización otorgado por el SRI y se ponen las

fechas.

Tabla 11. Caso de Uso: Autorización. (GRANDA, 2018)

Catálogos

Figura 13. Diagrama de Flujo: Catálogos. (GRANDA, 2018)



Una vez dentro del sistema, se accede a Catálogos en

donde está se puede actualizar o modificar los

catálogos de diagnóstico, tratamiento y precios.

Tabla 12. Caso de Uso: Catálogos. (GRANDA, 2018)

24

3.2.4 Modelo Entidad – Relación

25

4. PRUEBAS

Estas pruebas consisten en verificar el funcionamiento del sistema, para comprobar la

calidad del producto.

4.1 Pruebas de caja negra(interfaz)

Las pruebas de caja negra son, ni más ni menos que, pruebas funcionales dedicadas a

“mirar” en el exterior de lo que se prueba, se limitan a probar los datos de entrada y

ver cómo salen sin preocuparse del proceso. Principalmente, se centran en módulos de

interfaz de usuario (pantallas, reportes…). Se basan en la especificación de requisitos

y documentación funcional. (Globe, 2018)

Tabla 13. Prueba Caja negra. (GRANDA, 2018)

Figura 14. Prueba Caja Negra: Pantalla Login (GRANDA,2018)

INTERFAZ DE

USUARIO

Tiempo de

Respuesta

Visualización

de contenido

Tiempo entre

cambios de

páginas

Observaciones

Pantalla de

Ingreso (Login)

Alto Óptimo Óptimo Ninguna

Pantalla Pacientes Alto Óptimo Óptimo Ninguna

Pantalla

Tratamientos

Medium Óptimo Óptimo Ninguna

Pantalla Historia

Clínica

Medium Óptimo Óptimo Ninguna

Pantalla

Diagnósticos

Alto Óptimo Óptimo Ninguna

Pantalla Reportes Alto Óptimo Óptimo Ninguna

Pantalla Usuarios Alto Óptimo Óptimo Ninguna

26

Figura 15. Prueba Caja Negra: Pantalla Pacientes

Figura 16. Prueba Caja Negra: Pantalla Pacientes: Nuevo Paciente (GRANDA, 2018)

Figura 17. Prueba Caja Negra: Pantalla Pacientes: Paciente Guardado (GRANDA, 2018)

27

Figura 18. Prueba Caja Negra: Pantalla Tratamientos (GRANDA, 2018)

Figura 19. Prueba Caja Negra: Pantalla Tratamientos: Nuevo Tratamiento (GRANDA, 2018)

Figura 20. Prueba Caja Negra: Pantalla Historia Clínica (GRANDA, 2018)

28

Figura 21. Prueba Caja Negra: Pantalla Diagnósticos (GRANDA, 2018)

Figura 22. Prueba Caja Negra: Pantalla Diagnóstico: Nuevo Diagnóstico (GRANDA, 2018)

Figura 23. Prueba Caja Negra: Pantalla Reportes (GRANDA, 2018)

Figura 24. Prueba Caja Negra: Pantalla Usuarios (GRANDA, 2018)

29

Figura 25. Prueba Caja Negra: Pantalla Usuarios: Nuevo Usuario (GRANDA, 2018)

La pantalla del odontograma no resulto ser eficiente para la automatización del sistema por ellos

se tiene otra pantalla nueva para el odontograma.

Figura 26. Odontograma Inicial (GRANDA, 2018)

30

Figura 27. Odontograma Final (GRANDA, 2018)

4.2 Pruebas de Stress

Esta evaluación pone a prueba la robustez y la confiabilidad del software

sometiéndolo a condiciones de uso extremas. El objetivo es saturar el programa hasta

un punto de quiebre donde aparezcan bugs (defectos) potencialmente peligrosos. De

esta manera se le entrega al cliente un software que puede no ser el definitivo, pero sí

goza de la robustez adecuada para su uso diario. (Dimaggio, 2012)

Características del ambiente o escenario para realizar las pruebas:

▪ Procesador Intel(R) Core (TM) i7

▪ Velocidad 2.70GHz

▪ Memoria RAM 16.0 GB

▪ Arquitectura del computador 64 bits

▪ Sistema Operativo Windows 10

Escenarios de Prueba Descripción

Gestor de Contenido Administración de la información de la historia clínica.

Registro Administración de registro de usuarios.

Facturación Administración del ingreso de los valores de la factura.

Reportes Administración de reportes de los datos del paciente y el

detalle de la factura. Tabla 14. Escenarios: Prueba de stress. (GRANDA, 2018)

31

5. IMPLEMENTACIÓN

Se detalla a continuación los roles específicos de cada integrante del equipo de

trabajo.

Persona Rol

Paola Granda ▪ Programador

▪ Encargado de seguimiento (Tracker)

▪ Encargado pruebas (Tester)

Ing. Santiago Morales Gestor (Big Boss)

Ing. Santiago Morales Consultor

Paola Granda Entrenador (Coach)

Dr. Ruth Vaca Cliente

Representante del Sector Privado Odontológico y persona

encargada de entregar los datos necesarios, aportar

información relevante para el diseño de las historias

clínicas, realizar las pruebas de aceptación para validar su

implementación y aprobar la funcionalidad del sistema.

Tabla 15. Roles Equipo Trabajo. (GRANDA, 2018)

5.1 Estimación del tiempo

Figura 28. Cronograma de Actividades (GRANDA, 2018)

32

5.1.1 Tareas por Realizarse

N. de

Tarea/

Iteración

N. de Sub

Proceso

Nombre de la tarea o actividad

1 1,2,3 Diseñar interfaz ingreso al sistema.

2 1 Modelado de la base de datos.

3 1 Diseñar interfaz para registro del paciente.

4 1 Crear y guardar pacientes en la base de datos.

5 1 Validar los datos ingresados.

6 2 Diseñar interfaz para la historia clínica.

7 2 Diseñar interfaz para ingresar catálogos.

8 2 Crear y guardar historias clínicas en la base de datos.

9 2 Validar datos ingresados.

10 3 Diseñar interfaz pre-cuenta.

11 3 Diseñar interfaz facturación.

12 3 Generar reporte de consentimiento informado.

13 3 Generar reporte de factura.

14 3 Generar reporte de las ganancias obtenidas

15 1,2,3 Pruebas del Sistema Administrador/Usuarios. Tabla 16. Tareas por Realizar. (GRANDA, 2018)

5.1.2 Desarrollo de las tareas

Nombre tarea: Diseñar interfaz ingreso al sistema

Número de tarea: 1 Número de subproceso: 1

Tipo de tarea: Desarrollo Puntos Realizados: 2

Fecha Inicio: 02/03/2018 Fecha Fin: 06/03/2018

Programador Responsable: Paola Granda

Descripción: Realizar el bosquejo del sistema, para clarificar los

requerimientos y definir ideas que mejoren el diseño.

Tabla 17. Tarea1: Diseño General. (GRANDA, 2018)

Nombre tarea: Modelado de la base de datos

Número de tarea: 2 Número de Subproceso: 1




Descripción: Crear el modelo entidad relación de la base estableciendo los

campos principales para la persistencia de los datos.

Tabla 18. Tarea2: Diseño Base de Datos. (GRANDA, 2018)

33

Nombre tarea: Diseñar interfaz para registro del paciente





Descripción: Crear la interfaz con los campos necesarios y establecidos para

ingresar los datos de paciente.

Tabla 19. Tarea 3 Diseño Pantalla Pacientes. (GRANDA, 2018)

Nombre tarea: Crear y guardar pacientes en la base de datos





Descripción: Ingresar un paciente desde el sistema para que se visualice en

la base de datos.

Tabla 20. Tarea4 Almacenamiento Base de Datos. (GRANDA, 2018)

Nombre tarea: Validar datos ingresados


Tipo de tarea: Prueba Puntos Realizados: 2



Descripción: Verificar que los datos se ingresen correctamente en el sistema

y en la base de datos. Corregir posibles errores.

Tabla 21. Tarea5: Validación. (GRANDA, 2018)

Corrección y aceptación del Subproceso de usuario 1

Del conjunto de tareas realizadas en el proyecto y siguiendo los requisitos en la fase de

análisis, así como el proceso establecido para el registro de usuarios se obtiene resultados

propicios, en donde el cliente se encuentra satisfecho con las funcionalidades que realiza

cada tarea programada, por lo cual se procede a continuar con la siguiente etapa.

34

Subproceso de usuario 1: Tareas y actividades de registro

Fecha: Jueves 05 de abril del 2018

Horario: 16:00pm – 18:00pm

Lugar de

Reunión:

Oficina de la Dra. Ruth Vaca

Actividades

Realizadas:

Tareas 1 – 3

Objetivo: Plantear diseño de interfaz, modelo entidad relación

de la base de datos. Comparar veracidad de los

campos necesarios en las tablas para proceso de

registro de los usuarios.

Resultado y

Observaciones:

Conseguir la aceptación de las actividades por la

encargada del Centro Médico.

Participantes: Paola Granda, Dra. Ruth Vaca. Tabla 22. Reunión, Aceptación para Subproceso 1. (GRANDA, 2018)


Fecha: Viernes 13 de abril del 2018


Lugar de

Reunión:

Oficina de la Dra. Ruth Vaca

Actividades

Realizadas:

Tareas 4 – 5

Objetivo: Realizar la validación de los datos y funcionalidades

de las tareas desarrolladas para el subproceso de

usuario1.

Resultado y

Observaciones:

Aprobación de las funcionalidades del proceso.

Observaciones: Probar las funcionalidades con las

tareas posteriores y completar el proceso anterior.

Participantes: Paola Granda, Ruth Vaca. Tabla 23. Reunión, Aceptación para subproceso1. (GRANDA, 2018)

Desarrollo Para la segunda etapa, se muestra la tabla de actividad y la persona encargada

de ejecutarla.

Nombre tarea: Diseño de la interfaz para la historia clínica.


Tipo de tarea: Desarrollo y prueba Puntos Realizados: 1



Descripción: Realizar el diseño y la interfaz de la historia clínica, para que

los usuarios puedan llenar respectivamente todos los datos requeridos en la

historia clínica. Tabla 24. Tarea6: Diseño Interfaz: Historia Clínica. (GRANDA, 2018)

35

Nombre tarea: Crear historias clínicas en la base de datos.





Descripción: Comprobar las tablas necesarias y campos del modelo entidad

relación, para su posterior conexión del sistema la base. Tabla 25. Tarea8: Base de Datos: Crear Historia Clínica. (GRANDA, 2018)

Nombre tarea: Guardar las historias clínicas en la base de datos.





Descripción: Ingresar nueva información desde el sistema para que se

visualice en la base de datos como: administrador, usuarios. Tabla 26. Tarea9: Base de Datos: Guardar Historia Clínica. (GRANDA, 2018)

Corrección y aceptación del Subproceso de usuario 2

La incorporación de los módulos puede presentar fallas que no son vistas en la validación

de datos, comprobaciones que se verificara en las pruebas de caja negra en la siguiente

fase.


Fecha: Jueves 10 de mayo del 2018


Lugar de

Reunión:

Oficina de la Dr. Ruth Vaca

Actividades

Realizadas:

Tareas 7 – 9

Objetivo: Plantear diseño de interfaz, lo necesario para la

historia clínica. Comparar veracidad de los campos

necesarios en las tablas para proceso de la historia

clínica.

Resultado y

Observaciones:

Conseguir la aceptación de las actividades por la

encargada del Centro Médico.

Participantes: Paola Granda, Dra. Ruth Vaca.

Tabla 27. Reunión, Aceptación para Subproceso 2. (GRANDA, 2018)

Desarrollo Para la tercera etapa, se muestra la tabla de actividad y la persona encargada

de ejecutarla.

36

Nombre tarea: Diseñar interfaz pre-cuenta.






visualice en la base de datos como: administrador, usuarios. Tabla 28. Tarea10: Diseño Interfaz: Pre-Cuenta. (GRANDA, 2018)

Nombre tarea: Diseñar interfaz facturación.





Descripción: Realizar el diseño y la interfaz de la facturación, para que los

usuarios puedan llenar respectivamente todos los datos requeridos. Tabla 29. Tarea10: Diseño Interfaz: Facturación. (GRANDA, 2018)

Nombre tarea: Crear y guardar datos en la base de datos.






visualice en la base de datos y poder generar los reportes. Tabla 30. Tarea10: Base de Datos: Guardar datos. (GRANDA, 2018)

Nombre tarea: Generar reporte de consentimiento informado.





Descripción: Realizar el diseño del reporte con los campos solicitados para

obtener el consentimiento informado para que los pacientes firmen. Tabla 31. Tarea10: Reportes: Reporte Consentimiento Informado. (GRANDA, 2018)

Nombre tarea: Generar reporte de Factura.






obtener el detalle de la factura. Tabla 32. Tarea10: Reportes: Reporte Factura. (GRANDA, 2018)

37

Nombre tarea: Generar reporte de ganancias obtenidas.






obtener el valor de las ganancias obtenidas. Tabla 33. Tarea10: Reporte: Reporte Ganancias. (GRANDA, 2018)

Nombre tarea: Pruebas del funcionamiento del sistema.






obtener el valor de las ganancias obtenidas. Tabla 34. Tarea15: Pruebas. (GRANDA, 2018)

38

6. INTELIGENCIA DE NEGOCIOS

La inteligencia de negocios es la habilidad en donde se transforma los datos en

información, y la información en conocimiento, de forma que se pueda optimizar el

proceso de toma de decisiones en los negocios, es un factor estratégico para una empresa,

generando una potencial ventaja competitiva que además permite responder a los

problemas del negocio.

Figura 29. Proceso de obtención del conocimiento

6.1 Diseño Detallado de la Arquitectura de la Aplicación:

Figura 30. Arquitectura del Power BI, (GRANDA, 2018)

39

6.2 DATAMART

Se utilizará como fuente de datos las bases creadas en MYSQL, así como el archivo

de texto plano de Excel que contiene los pacientes de centro médico odontológico.

6.3 Arquitectura de Datos

Figura 31. Arquitectura de Datos (GRANDA, 2018)

40

6.4 Modelo de Datos

Figura 32. Arquitectura Datamart (GRANDA, 2018)

6.5 Diccionario de Datos

TABLA HISTORIA CLINICA

Nombre del Campo ID_HISTORIA_CLINICA

Descripción La llave primaria del identificador.

Tipo INT

Longitud 8

Archivo Fuente Odontologia.sql

Archivo destino en la tabla DW. HISTORIA_CLINICA

Nombre del Script Odontologia.sql Tabla 35. Historia Clínica: Campo1 (GRANDA, 2018)

Nombre del Campo ID_PACIENTE

Descripción La llave foránea de la tabla paciente.

Tipo INT

Longitud 8




Nombre del Campo FECHA

Descripción Fecha que se atiende el paciente

Tipo DATETIME

Longitud -




41

Nombre del Campo ID_ TRATAMIENTO

Descripción Tratamiento que se realiza el paciente

Tipo INT

Longitud 8


Archivo destino en la tabla DW. TRATAMIENTO


TABLA PACIENTE

Nombre del Campo ID_PACIENTE

Descripción La llave primaria del identificador

Tipo INT

Longitud 8


Archivo destino en la tabla DW. PACIENTE

Nombre del Script Odontologia.sql Tabla 39. Paciente: Campo1 (GRANDA, 2018)

Nombre del Campo NUM_HISTORIA_CLINICA

Descripción Identificara el numero de la historia clínica

Tipo INT

Longitud 8




Nombre del Campo SEXO

Descripción Fecha de atención medica

Tipo BOOLEAN

Longitud -




TABLA SALUD_BOCAL

Nombre del Campo ID_SALUD_BUCAL

Descripción La llave primaria del identificador

Tipo INT

Longitud 8


Archivo destino en la tabla DW. SALUD_BOCAL

Nombre del Script Odontologia.sql Tabla 42. Salud Bocal: Campo1 (GRANDA, 2018)

42

Nombre del Campo ID_HISTORIA_CLINICA

Descripción La llave foránea de la tabla de la historia clínica

Tipo INT

Longitud 8




Nombre del Campo ID_PIEZA_DENTAL

Descripción Número de la pieza dental

Tipo DECIMAL

Longitud 10, 0




Fuente de datos: La fuente de datos está en Excel

Figura 33. Fuente de Datos (GRANDA, 2018)

43

6.6 Reportes Generales

Figura 34. Reporte General (GRANDA, 2018)

6.6.1 Reporte 1

Figura 35. Reporte1 (GRANDA, 2018)

44

Se observa la cantidad de tratamientos que cada persona se realiza en un

determinado mes, como por ejemplo Amalia en el mes de marzo se realiza 4

veces el tratamiento de la periodoncia.

6.6.2 Reporte 2


Se observa la cantidad de los tratamientos realizados a todos los pacientes en

una determinada fecha, en donde podemos ver que en abril el tratamiento

coronas se realizó 6 veces mientras que en enero solo se realizó 5 veces.

6.6.3 Reporte 3


45

Se observa en general que los 4 tratamientos más usados son primero la

periodoncia, la endodoncia, la rehabilitación oral y la restauración, el resto de

los tratamientos son realizados con menor frecuencia.

6.6.4 Reporte 4


Se observa la cantidad de tratamientos de los pacientes que asisten a atenderse

basándonos en el precios.

6.6.5 Reporte 5


46

Se observa la cantidad de tratamientos que se realiza en un determinado mes,

basándonos en el género de los pacientes como por ejemplo en el mes de abril

se realiza 66 veces el tratamiento a las pacientes femeninas mientras que solo

se realiza 31 veces a los pacientes masculinos.

6.7 Consultas en línea

Figura 40. Consultas en Línea (GRANDA, 2018)

47

7. CONCLUSIONES

Se realizó a cabalidad el análisis, concluyendo que el diseño y la implementación del

sistema informático permite visualizar y gestionar de manera rápida las historias clínicas

odontológicas

Todos los procesos se analizaron, con lo cual concluimos que la automatización fue un

éxito, el sistema funciona correctamente ya que cumple con todos los requerimientos

establecidos.

Se logro elaborar un prototipo funcional, el cual mejoró toda la estructura, simplificando

el trabajo y aprovechando de mejor manera los recursos, beneficiando al área

administrativa.

En conclusión, el sistema implementado mejoró la gestión y control de los procesos del

módulo de facturación, que pasaron de ser manuales a ser automatizados.

Aplicamos la metodología para el desarrollo ágil, rápido, económico concluyendo que

satisface las expectativas del Centro Médico Odontológico.

48

8. RECOMENDACIONES

El Centro Médico Odontológico en un futuro puede automatizar el módulo de facturación

para que sea facturación electrónica, se debe tener en cuenta la lógica del negocio, así

como los procesos centrales que se tengan que modificar, detallarlos de manera explícita

e informar el cambio en el sistema.

Utilizar software de código libre para la ejecución de actividades extras de próximos

desarrolladores, con esto se prevé un entorno favorable al momento de programar y se

evita retrasos en los entregables de funcionalidades.

Es recomendable analizar el enfoque del negocio del sector privado Odontológico, para

ser capaces de seguir automatizando sus funciones, debido a que el sistema es escalable y

el Centro Médico requiere mejorar sus procesos para optimizar sus recursos.

49

GLOSARIO DE TÉRMINOS

MVC: Modelo Vista Controlador.

REST: Representational State Transfer, (Estado de transferencia representacional).

JSON: JavaScript Object Notation, (Notación de objetos JavaScript).

SQL: Structured Query Language, “Lenguaje de Consulta Estructurada”.

PHP: Hypertext Preprocessor, (Procesador de Hipertexto).

DAO: Data Access Object, (Objeto de acceso a datos).

DTO: Data Transfer Object, (Objeto de transferencia de datos).

OMS: Organización Mundial de la Salud.

C.I.E.: Clasificación Internacional de Enfermedades.

OPEN SOURCE: Código Abierto.

BACK-END: Término que identifica el comienzo de un proceso.

FRONT-END: Término que identifica el final de un proceso.

FRAMEWORK: Es un marco de trabajo, que ofrece una funcionalidad definida y es de bajo

acoplamiento.

XML: eXtensible Markup Language, "Lenguaje de Marcado Extensible" o "Lenguaje de Marcas

Extensible".

RDBMS: Relational Database Management System, también conocido en español como

SGBDR (Sistema de gestión de base de datos relacionales).

API: Application Programming Interface, Interfaz de programación de aplicaciones. Es un

mecanismo útil para conectar componentes de software entre sí para el intercambio de mensajes

50

o datos en formato estándar como XML o JSON. (BBVAOPEN4U, Qué es una API y qué puede

hacer por mi negocio, 2016)

JAVA: Palabra de argot que significa café, debido a las grandes cantidades de café tomadas por

los programadores, y en particular, por los diseñadores.

APLICACIÓN MONOLÍTICA: Determina un estilo arquitectural que, en la cada una de las

funcionalidades discernibles, no son componentes arquitecturales separados, por ejemplo, un

archivo WAR que contiene la interfaz, lógica y manejo de datos. (Barrios Contreras, 2017)

51

BIBLIOGRAFÍA

1. Álvarez, C. (2014, 08 12). ¿Qué es Spring Framework? Retrieved from GENBETA:dev:

https://www.genbetadev.com/frameworks/que-es-spring-framework

2. ANDALUCÍA, J. D. (S/F). Patrón Modelo Vista Controlador. Retrieved from Marco de

Desarrollo de la Junta de Andalucía:

http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/122

3. Azaustre, C. (2018). ¿Qué es AngularJS? Primeros pasos para aprenderlo. Retrieved

from Digital Ocean: https://carlosazaustre.es/empezando-con-angular-js/

4. Barrios Contreras, D. A. (2017). Modelado Bajo una Arquitectura de Microservicios de

un Prototipo de Software, para el Comercio de Tiendas de Barrio. Retrieved from

http://hdl.handle.net/11349/4794

5. BBVAOPEN4U. (2016, 03 23). API REST: qué es y cuáles son sus ventajas en el

desarrollo de proyectos. Retrieved from BBVA API_Market:

https://bbvaopen4u.com/es/actualidad/api-rest-que-es-y-cuales-son-sus-ventajas-en-el-

desarrollo-de-proyectos

6. BBVAOPEN4U. (2016, 06 07). Qué es una API y qué puede hacer por mi negocio.

Retrieved from BBVA: https://bbvaopen4u.com/es/actualidad/que-es-una-api-y-que-

puede-hacer-por-mi-negocio

7. Camarena Sagredo, J. G. (2012). Automatización de la codificación del patrón modelo

vista controlador (MVC) en proyectos orientados a la Web. . Ciencia Ergo Sum, 12.

8. COMERCIO, E. (2013, 1 1). La tecnología en Ecuador aún tiene una pobre inversión. EL

COMERCIO.

9. Dimaggio, M. (2012, 10 03). Pruebas de stress sobre aplicaciones web. Retrieved from

SOBRE 4R: http://www.4rsoluciones.com/blog/pruebas-de-stress-sobre-aplicaciones-

web-2/

10. Domínguez, P. (2017, 10 30). En qué consiste el modelo en cascada. Retrieved from

OPENCLASSROOMS: https://openclassrooms.com/courses/gestiona-tu-proyecto-de-

desarrollo/en-que-consiste-el-modelo-en-cascada

11. Garbin, C. A. (2007). El consentimiento informado en la clínica odontológica. Acta

Odontológica Venezolana, 45(1), 37-43. Acta Odontológica Venezolana., 37-43.

12. Globe. (2018). Globe. Retrieved from Pruebas de caja negra. Testing funcional a nivel de

datos externos: https://www.globetesting.com/2012/08/pruebas-de-caja-negra/

13. González, Y. D. (2012). Patrón Modelo-Vista-Controlador. Revista Telem@ tica, 47--57.

14. González, Y. D. (2012). Patrón Modelo-Vista-Controlador. . Revista Telem@tica, 47-57.

15. Groussard, T. (2014). JAVA 8: Los fundamentos del lenguaje Java (con ejercicios

prácticos corregidos). Ediciones Eni.

16. Guevara, R. L. (2013). Desarrollo de un framework orientado a la Web basado en los

patrones de diseño MVC y DAO en el lenguaje de programación PHP (Doctoral

dissertation, Corporación Universitaria Minuto de Dios). Desarrollo de un framework

orientado a la Web basado en los patrones de diseño MVC y DAO en el lenguaje de

programación PHP . Bogota, Colombia.

17. Hope, C. (2017, 11 10). Computer Hope. Retrieved from Java:

https://www.computerhope.com/jargon/j/java.htm

18. Jain, N. B. (2015 ). AngularJS: A modern MVC framework in JavaScript. International

Journal of Global Research in Computer Science (UGC Approved Journal), 17--23.

52

19. Johari, A. (2017, 04 19). What is Java used for? Retrieved from edureka!:

https://www.edureka.co/blog/what-is-java/

20. Johnson, R. H. (2004). The spring framework--reference documentation. Interface, 21,

27.

21. Leahy, P. (2018, 09 04). What Is Java? Retrieved from ThoughtCo.:

https://www.thoughtco.com/what-is-java-2034117

22. Ledezma, E. (2018). MODELO CARACTERISTICAS VENTAJAS DESVENTAJAS

CASCADA. Retrieved from

http://www.academia.edu/5130339/MODELO_CARACTERISTICAS_VENTAJAS_DE

SVENTAJAS_CASCADA

23. Mark Fussell, olprod, OpenLocalizationService, Caro Caserio. (2017, 07 02). ¿Por qué

usar un enfoque de microservicios para crear aplicaciones? Retrieved from Microsoft

Azure: https://docs.microsoft.com/es-es/azure/service-fabric/service-fabric-overview-

microservices

24. Mashita. (2012, 04 29). 10 Ventajas de utilizar Modelo Vista Controlador (MVC) en tus

proyectos. Retrieved from Desarrollo Web y Curiosidades:

http://blogdewebin.blogspot.com/2012/04/10-ventajas-de-utilizar-model-vista.html

25. MELCOPLUS. (2018). Cie10 General Odontologia. Retrieved from SCRIBD:

https://es.scribd.com/doc/98881985/Cie10-General-Odontologia

26. MINSA/DGSP. (S/F). NORMA TÉCNICA DE SALUD PARA EL USO DEL

ODONTOGRAMA. FINALIDAD, I., DE APLICACIÓN, I. Á., & LEGAL, I. B. NTS Nº

045 -MINSA/DGSP-V.O1.

27. MOUSE, J. (2017, 10 05). Caja blanca: Prueba del camino básico. Retrieved from

CODIGO COLECTIVO: http://www.jc-mouse.net/ingenieria-de-sistemas/caja-blanca-

prueba-del-camino-basico

28. Murazzo, M. A. (2010). Desarrollo de aplicaciones para Cloud Computing. XVI

Congreso Argentino de Ciencias de la Computación, 9.

29. Novillo-Ortiz, D. (2016). Marco de Implementación de un Servicio de Telemedicina

[Internet]. Washington, DC: Organización Panamericana de la Salud; 2016. Marco de

Implementación de un Servicio de Telemedicina. Washington, DC: Organización

Panamericana de la Salud.

30. Nunes, S. &. (2005). Uma arquitectura web para serviços web. .

31. OBS. (2016). Pros y contras de la metodología en cascada. Retrieved from OBS. Blog

Project Management. Metodología agil.: https://www.obs-edu.com/int/blog-project-

management/metodologia-agile/pros-y-contras-de-la-metodologia-en-cascada

32. Pivotal Software, I. (2018). Spring: the source for modern java. Retrieved from spring :

https://spring.io/

33. Rod Johnson, J. H. (2010). Introduction to Spring Framework. Retrieved from Spring

Framework Reference Documentation: https://docs.spring.io/spring/docs/3.0.x/spring-

framework-reference/html/overview.html

34. Rodríguez Sanz, M. (2010). Análisis y diseño de un data mart para el seguimiento

académico de alumnos en un entorno universitario (Master's thesis).

35. Rodriguez, A. (2008). Restful web services: The basics. IBM developerWorks, 33.

36. Rosas, M. C. (2012, 05 22). Cibersalud y desarrollo. Retrieved from alai:

https://www.alainet.org/es/active/55043

53

37. Salamanca, D. (S/F, S/F S/F). CICLO DE VIDA Y MODELO EN CASCADA. Retrieved

from SCRIBD: https://es.scribd.com/doc/11468082/CICLO-DE-VIDA-Y-MODELO-

EN-CASCADA

38. Salud, A. M. (2005). Cibersalud: informe de la Secretaría. Organización Mundial de la

Salud.

39. Sharan, K. (2014). Beginning Java 8 Fundamentals: Language Syntax, Arrays, Data

Types, Objects, and Regular Expressions. Apress.

40. SL, C. P. (2018). Diagnóstico en odontología. Retrieved from propdental:

https://www.propdental.es/protesis-dentales/diagnostico-en-odontologia/

41. Soloriio, M. (2015). Metodologia en cascada. Obtenido de http://metodologiaencascada.

blogspot. com.

42. Superpowered. (2018). AngularJS API Docs. Retrieved from AngularJS:

https://docs.angularjs.org/api

43. Tecnopedia. (S/F). Los gigantes de JavaScript: AngularJS y BackboneJS. Retrieved from

tecnopedia.net: http://www.tecnopedia.net/frameworks-javascript/los-gigantes-de-

javascript-angularjs-y-backbonejs/

44. Thibaud, C. (2006). MySQL 5: instalación, implementación, administración,

programación. Ediciones ENI.

45. Vega, G. E. (2015). Arquitectura para diseñar e implementar Web Services. Tecnología

Investigación y Academia, 3, 8-18.

46. Villapecellín, J. L. (2016, 03 25). Introducción a los Microservicios. Retrieved from

AdictosAlTrabajo.com: https://www.adictosaltrabajo.com/tutoriales/introduccion-a-los-

microservicios/

47. Vogel, L. (2017, 11 27). REST with Java (JAX-RS) using Jersey - Tutorial. Retrieved

from vogella GmbH: http://www.vogella.com/tutorials/REST/article.html

48. Wikipedia. (2018, 04 23). Modelo–vista–controlador. Retrieved from Arquitectura de

software:

https://es.wikipedia.org/wiki/Modelo%E2%80%93vista%E2%80%93controlador

49. Wikipedia. (2018, 5 8). MySQL. Retrieved from Wikipedia, la enciclopedia libre:

https://en.wikipedia.org/wiki/MySQL

UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · 0 UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE...

Documents

Transcript of UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE … · 0 UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE...