• No se han encontrado resultados

Aplicación informática para la gestión del control de pacientes de la clínica dental Dental Vip

N/A
N/A
Protected

Academic year: 2020

Share "Aplicación informática para la gestión del control de pacientes de la clínica dental Dental Vip"

Copied!
119
0
0

Texto completo

(1)

UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES UNIANDES - PUYO

FACULTAD DE SISTEMAS MERCANTILES CARRERA DE SISTEMAS

PROYECTO DE EXAMEN COMPLEXIVO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA

TEMA:

APLICACIÓN INFORMÁTICA PARA LA GESTIÓN DEL CONTROL DE PACIENTES DE LA CLÍNICA DENTAL “DENTAL VIP”

AUTOR

:

MORÁN LITUMA GREGORY STALIN

ASESOR: ING. CULQUE TOAPANTA WALTER VINICIO

(2)

APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN

CERTIFICACIÓN:

Quien suscribe, legalmente CERTIFICA QUE: El presente Trabajo de Titulación realizado por el señor Gregory Stalin Morán Lituma, estudiante de la Carrera de Sistemas, Facultad de Sistemas Mercantiles, con el tema “APLICACIÓN INFORMÁTICA PARA LA GESTIÓN DEL CONTROL DE PACIENTES DE LA CLÍNICA DENTAL “DENTAL VIP””, ha sido prolijamente revisado, y cumple con todos los requisitos establecidos en la normativa pertinente de la Universidad Regional Autónoma de los Andes -UNIANDES-, por lo que apruebo su presentación.

Ambato, 5 de junio de 2017

_______________________________

(3)

DECLARACIÓN DE AUTENTICIDAD

Yo, Gregory Stalin Morán Lituma, estudiante de la Carrera de Sistemas, Facultad de Sistemas Mercantiles, declaro que todos los resultados obtenidos en el presente trabajo de investigación, previo a la obtención del título de INGENIERO EN SISTEMAS E INFORMATICA, son absolutamente originales, auténticos y personales; a excepción de las citas, por lo que son de mi exclusiva responsabilidad.

Ambato, 5 de junio de 2017

_______________________________

Sr. Gregory Stalin Morán Lituma CI. 160056085-6

(4)

DERECHOS DE AUTOR

Yo, Gregory Stalin Morán Lituma, declaro que conozco y acepto la disposición constante en el literal d) del Art. 85 del Estatuto de la Universidad Regional Autónoma de Los Andes, que en su parte pertinente textualmente dice: El Patrimonio de la UNIANDES, está constituido por: La propiedad intelectual sobre las Investigaciones, trabajos científicos o técnicos, proyectos profesionales y consultoría que se realicen en la Universidad o por cuenta de ella;

Ambato, 5 de junio de 2016

_______________________________ Sr. Gregory Stalin Morán Lituma CI. 160056085-6

(5)

DEDICATORIA

El siguiente trabajo de investigación va dedicado a Dios, quien ha estado conmigo en todo tiempo y lugar, dándome fuerzas y aliento necesario para cumplir mis metas.

A mis padres por el infinito apoyo que me han dado a lo largo de mis estudios, siempre con un buen consejo y sabiéndome entender.

A mis hermanos por su apoyo, cariño y comprensión, siempre motivándome a salir adelante y cumplir mis metas.

(6)

AGRADECIMIENTO

A dios.

Por darme la oportunidad de vivir y por estar conmigo en cada paso que doy, por

fortalecer mi corazón e iluminar mi mente y por haber puesto en mi camino a aquellas

personas que han sido mi soporte y compañía durante todo el periodo de estudio.

A mis padres.

Noé y Narciza por haber sido ejemplo de superación en mi vida, por haberme dado la

oportunidad de estudiar, por siempre estar pendientes de mí con su motivación

constante que me ha permitido ser una persona de bien.

A mis hermanos.

Anderson y Marisol, por estar conmigo y apoyarme siempre, los quiero mucho.

A mis tíos.

Rodolfo, Lucrecia y Reina por haber cuidado de mí y de mis hermanos y por su

incondicional apoyo perfectamente mantenido a través del tiempo.

(7)

ÍNDICE GENERAL

PORTADA

APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN DECLARACIÓN DE AUTENTICIDAD

DERECHOS DE AUTOR

CERTIFICACIÓN DEL LECTOR DEL TRABAJO DE TITULACIÓN DEDICATORIA

AGRADECIMIENTO ÍNDICE GENERAL ÍNDICE DE TABLAS ÍNDICE DE GRÁFICOS RESUMEN EJECUTIVO ABSTRACT

Introducción……….………...1

Antecedentes de la Investigación ... 1

Planteamiento del Problema ... 2

Formulación del Problema ... 3

Delimitación del Problema ... 3

Objeto de Investigación y Campo de Acción ... 3

Objeto de investigación. ... 3

(8)

Identificación de la Línea de Investigación ... 4

Objetivos... 4

Objetivo general. ... 4

Objetivos específicos. ... 4

Idea a Defender ... 5

Variables de Investigación ... 5

Variable independiente. ... 5

Variable dependiente. ... 5

Justificación del Tema ... 5

Capítulo I. Marco Teórico……….………….8

1.1. Sistemas de Información ... 8

1.1.1. Definición. ... 8

1.1.2. Origen y evolución... 9

1.1.3. Funciones de un sistema de información. ... 9

1.1.4. Objetivos y características. ... 9

1.2. Ingeniería del Software ... 10

1.2.1. Definición. ... 10

1.2.2. Procesos de software. ... 11

1.2.3. Modelos de proceso de software. ... 12

1.3. Metodologías Agiles para el Desarrollo de Software ... 13

1.3.1. Definición. ... 13

(9)

1.3.3. Scrum. ... 16

1.3.4. Metodología RAD. ... 17

1.3.5. Lenguaje unificado de modelado. ... 20

1.4. Aplicaciones De Escritorio Y Base De Datos ... 23

1.4.1. Definición. ... 23

1.4.2. Sistema gestor de bases de datos ... 24

1.4.3. Microsoft SQL Server 2012. ... 25

1.4.4. Arquitectura en 3 capas. ... 26

1.4.5. Visual Basic 2012 ... 27

1.5. Gestión de pacientes, citas e historias clínicas... 30

1.5.1. Definición. ... 30

1.5.2. Gestión de pacientes. ... 30

1.5.3. Historia clínica. ... 31

1.5.4. Historia clínica odontológica... 32

1.6. Conclusiones Parciales del Capitulo ... 32

Capítulo II. Marco metodológico………... 34

2.1. Caracterización del sector. ... 34

2.2. Descripción del Procedimiento Metodológico... 34

2.2.1. Enfoque. ... 34

2.2.2. Modalidad Básica De Investigación. ... 35

2.2.3. Investigación de Campo. ... 35

(10)

2.3. Diseño de la investigación de campo. ... 36

2.4. Métodos. ... 36

2.5. Técnicas. ... 37

2.6. Análisis e interpretación de resultados. ... 39

2.7. Representación gráfica de los resultados de la encuesta. ... 40

2.8. Conclusiones Parciales del Capitulo ... 45

Capitulo III. Propuesta del investigador……….46

3.1. Título de la Propuesta ... 46

3.2. Antecedentes ... 46

3.3. Justificación ... 47

3.4. Objetivos ... 49

3.4.1. Objetivo general. ... 49

3.4.2. Objetivos específicos. ... 49

3.5. Análisis de Factibilidad ... 49

3.5.1. Operacional. ... 50

3.5.2. Técnica. ... 50

3.5.3. Económica. ... 52

3.6. Recursos ... 53

3.6.1. Humanos. ... 53

3.6.2. Tecnológicos. ... 54

3.7. Presupuesto ... 54

(11)

3.8.1. Necesidades. ... 55

3.8.2. Organización. ... 55

3.8.3. Cargos y Funciones. ... 56

3.8.4. Plan de Ejecución. ... 56

3.9. Diagramas de casos de uso. ... 60

3.10. Diagramas de Interacción. ... 67

3.11. Diagrama de Clases. ... 75

3.12. Diseño de la Base de Datos ... 77

3.13. Entradas y Procesos ... 80

3.14. Consultas y Salidas (Reportes) ... 86

3.15. Pruebas ... 87

3.15.1. Pruebas unitarias. ... 87

3.15.2. Pruebas de integración. ... 88

3.15.3. Pruebas de sistema. ... 89

3.15.4. Pruebas de desempeño. ... 89

3.16. Conclusiones Parciales del Capitulo ... 90

CONCLUSIONES GENERALES ... 90

RECOMENDACIONES ... 91

(12)

ÍNDICE DE TABLAS

Tabla 1 Muestra para la investigación de campo... 36

Tabla 2 Tabulación de datos precedentes de la encuesta aplicada a la población. ... 39

Tabla 3 Validación de la primera pregunta de la encuesta. ... 40

Tabla 4 Validación de la segunda pregunta de la encuesta. ... 41

Tabla 5 Validación de la tercera pregunta de la encuesta. ... 42

Tabla 6 Validación de la cuarta pregunta de la encuesta. ... 43

Tabla 7 Validación de la quinta pregunta de la encuesta. ... 44

Tabla 8 Tabla de requisitos del proyecto. ... 52

(13)

ÍNDICE DE GRÁFICOS

Gráfico 1 Representación gráfica de la primera pregunta de la encuesta. ... 40

Gráfico 2 Representación gráfica de la segunda pregunta de la encuesta. ... 41

Gráfico 3 Representación gráfica de la tercera pregunta de la encuesta. ... 42

Gráfico 4 Representación gráfica de la cuarta pregunta de la encuesta. ... 43

Gráfico 5 Representación gráfica de la quinta pregunta de la encuesta. ... 44

Gráfico 6 Diagrama de casos de uso general... 61

Gráfico 7 Caso de uso por actor – Empleado ... 62

Gráfico 8 Caso de uso por actor – Cliente ... 62

Gráfico 9 Caso de uso por actor – Doctor ... 63

Gráfico 10 Caso de uso por actividad - Gestionar cliente. ... 64

Gráfico 11 Caso de uso por actividad - Gestionar citas ... 64

Gráfico 12 Caso de uso por actividad - Generar reportes. ... 65

Gráfico 13 Caso de uso por actividad - Gestión de saldo/abono. ... 65

Gráfico 14 Caso de uso por actividad - Gestionar historia dental. ... 66

Gráfico 15 Caso de uso por actividad - Gestión de tratamiento. ... 66

Gráfico 16 Caso de uso por actividad - Gestionar receta. ... 67

Gráfico 17 Diagrama de colaboración - Registro de cita. ... 67

Gráfico 18 Diagrama de colaboración - Registro de cliente. ... 68

Gráfico 19 Diagrama de colaboración - Generar comprobante. ... 68

Gráfico 20 Diagrama de colaboración - Registro de historia médica. ... 68

Gráfico 21 Diagrama de colaboración - Registro de historia dental... 69

Gráfico 22 Diagrama de colaboración - Registro de tratamiento. ... 69

(14)

Gráfico 24 Diagrama de colaboración - Registro de multimedia. ... 70

Gráfico 25 Diagrama de colaboración - Registro de saldo. ... 71

Gráfico 26 Diagrama de colaboración - Registro de abono. ... 71

Gráfico 27 Diagrama de secuencia – Administrar cita. ... 72

Gráfico 28 Diagrama de clases. ... 76

Gráfico 29 Modelo conceptual de la base de datos ... 77

Gráfico 30 Modelo lógico de la base de datos... 78

Gráfico 31 Modelo físico de la base de datos... 79

Gráfico 32 Pantalla de ingreso al sistema para los diferentes tipos de usuarios. ... 80

Gráfico 33 Pantalla principal del sistema. ... 80

Gráfico 34 Mantenimiento clientes. ... 81

Gráfico 35 Mantenimiento de Doctor, empleado y tratamientos. ... 84

Gráfico 36 Emisión de recetas. ... 84

Gráfico 37 Registro de historias dentales de los pacientes………....………….……85

Gráfico 38 Registro de historia médica del paciente...85

Gráfico 39 Reporte de historia dental del cliente...86

Gráfico 40 Generación de la receta del cliente. ... 86

(15)

RESUMEN EJECUTIVO

La clínica dental “Dental VIP” se encuentra en una etapa de crecimiento, es por esto que en el manejo de la información y citas se han venido suscitando diversos problemas como por ejemplo: demora en la búsqueda de la información de los pacientes, ya que la búsqueda es realizada manualmente en las carpetas de fichas médicas, pero este no es el único inconveniente, el manejo de las citas también se ha visto perjudicado ya que al no contar con un sistema apropiado para esto muchas veces hay choques entre estas y además el medico tiene que estar en constante comunicación con el secretario para poder estar al tanto de estas. Es por esto que es importante la presente investigación al tener como objetivo principal analizar y mejorar los procesos de gestión de pacientes y citas, mediante el desarrollo de un sistema que permita un manejo fácil y rápido de esta información mediante una interfaz amigable.

(16)

como son Visual Studio 2012 para la programación y SQL server 2012 como motor de base de datos para el almacenamiento de la información.

(17)

ABSTRACT

The dental clinic “DENTAL VIP” is in the process of growth, it is for this reason that the management of the information and medical appointments have had problems, such as; there is delay in the search for information of the patients, because the search is done manually in the folders of the medical records. Some problems have been observed like; the management of medical appointments does not have an appropriate system. The schedules of appointments are wrongly programmed and the head doctor must be in constant communication with the secretary to know when the doctor has medical appointments. The main objective of this research is to analyze and improve the processes of management of patients and medical appointments through the development of a system that enables quick and easy handling of information by the use of a user-friendly interface.

(18)
(19)

1 Introducción Antecedentes de la Investigación

A través de una investigación previa con la ayuda de la gerente propietaria de la clínica dental “Dental VIP” de la provincia de Pastaza, se ha podido determinar que no existe una investigación previa sobre el problema en cuestión en la misma.

También una vez procedido a revisar en los registros del repositorio de la Universidad Regional Autónoma de los Andes “Uniandes” extensión Puyo, se puede determinar que no existe una investigación previa sobre el diseño de una aplicación informática para la gestión del control de pacientes de la clínica dental.

A nivel nacional existen varios trabajos de investigación similares, en primer lugar se tiene que, en el 2014 en Ibarra fue presentado en la facultad de ingeniería en sistemas de la universidad “UNIANDES” el trabajo de grado “Gestión de pacientes e inventarios, vía web para la clínica dental Brito de la ciudad de Ibarra” por Iles Valles Deyci Maribel como requisito para la obtención del título de ingeniero en sistemas, también en julio del 2013 fue presentado en Sangolqui el trabajo de investigación titulado “Análisis diseño e implementación de un portal web para la gestión y administración hospitalaria de la clínica dental Barrera” por Palacios Villafuerte Darío Arturo para la Escuela Politécnica del Ejercito previo a la obtención del título de ingeniero en sistemas e informática.

(20)

2 Planteamiento del Problema

En la actualidad la tecnología es uno de los pilares fundamentales de la sociedad, llegando está a ser un proceso necesario para la superación de instituciones públicas, privadas, grandes y pequeños negocios, etc. Brindando está agilidad y automatización en procesos que antes requerían de más tiempo o procesos manuales, logrando con esto mayor eficiencia en el manejo de información y automatización de procesos. La falta de explotación de las nuevas tecnologías nos hace perder la oportunidad de innovación y sin esta perdemos competitividad, sea cual sea el campo en el que esta no sea realizada lo que nos lleva a una falta de desarrollo tecnológico e innovación.

En nuestro caso el uso de las TIC’s en el campo de la medicina específicamente en la rama de la odontología, en la clínica dental “Dental VIP” de la Dra. Natalia Tite, ubicado en la ciudad de Puyo-Pastaza, no han sido aprovechadas, ocasionando problemas como: Sobrecarga de información de pacientes, falta de organización en el manejo del historial clínico y dental de pacientes, perdida de las hojas de control de tratamiento de estos, choque en horarios de citas, falta de reportes de pacientes e historias clínicas, falta de reportes mensuales de pacientes que han sido atendidos, uso de procesos obsoletos para el registro de información, demoras innecesarias a la hora de buscar el historial de los pacientes, inexistencia de una base de datos de pacientes, citas, historias clínicas.

(21)

3

mucho más tiempo del necesario, mala atención a pacientes debido a conflictos de citas, muchas veces también confusión a la hora de registrar la historia dental del paciente etc.

Afectando esto de diversas maneras a la clínica al no tener una información debidamente organizada frente al cliente y también desaprovechamiento de la información obtenida para análisis y toma de decisiones.

Formulación del Problema

Con el desarrollo de la aplicación informática para la gestión del control de pacientes de la clínica dental “Dental VIP”, se mejorará los procesos de registro y consulta de información de pacientes de la clínica dental.

Delimitación del Problema

La presente investigación se realizó en la ciudad de Puyo, Provincia de Pastaza en la Clínica Dental “Dental VIP”, durante el último trimestre del año 2016 y el primer semestre del año 2017, la cual se planea resolver mediante el análisis y diseño de la aplicación.

Objeto de Investigación y Campo de Acción Objeto de investigación.

(22)

4 Campo de acción.

Sistema de gestión.

Identificación de la Línea de Investigación

Desarrollo de Software y Programación de Sistemas.

Objetivos

Objetivo general.

 Desarrollar una aplicación informática para la gestión del control de pacientes, con una interfaz gráfica que permita al usuario un manejo visual e interactivo del sistema, llevando un control eficiente de la información de la clínica “Dental VIP”.

Objetivos específicos.

 Investigar bibliográficamente las técnicas y metodologías sobre análisis y diseño de sistemas de información, herramientas, gestión de la información en consultorios y manejo de datos.

 Diagnosticar los procesos llevados a cabo e identificar sus puntos débiles en el procesamiento de la información del consultorio odontológico “Dental VIP”.

 Analizar y diseñar un sistema de información para mejorar la gestión del control de pacientes de la clínica dental “Dental VIP”.

(23)

5 Idea a Defender

Aplicación informática para la gestión del control de pacientes, que mejorará el proceso de registro y consulta de información de la clínica dental “Dental VIP”

Variables de Investigación Variable independiente. Sistemas de información.

Variable dependiente.

Gestión de información de los pacientes.

Justificación del Tema

Las clínicas dentales ya sean públicas o privadas son de vital importancia, ya que nos ayudan en nuestro cuidado de la salud oral la cual es muy importante para nuestra presentación personal y profesional, y en las cuales todos nos vemos involucrados al ser pacientes y acudir a estas, para ser atendidos de una manera rápida y eficaz.

(24)

6

En la mayoría de clínicas dentales esta información es registrada de forma manual en carpetas a manera de historiales o fichas, o en el mejor de los casos siendo registradas en programas de ofimática, como pueden ser Microsoft Excel, Microsoft Word, o en programas libres como open office o calc, haciendo cualquiera de estos métodos de base de datos de toda la información de la clínica, por lo cual existe un gran riesgo a que esta información pueda ser dañada, alterada o extraviada ya sea por motivos ambientales como humedad, o también que pueda haber perdida de información o confusión al momento de guardar las fichas y confundir carpetas de los pacientes ya sea por contener los mismos apellidos, etc. en el caso del registro de información de forma manual y en el caso de uso de programas pudiendo estos documentos dañarse por causa de virus, o corrupción de los archivos.

Lo que trae consigo una gran pérdida de información en la mayoría de casos irrecuperables al no contener un respaldo seguro de esta información.

También al no contar con un sistema para automatizar estos procesos, estamos perdiendo la oportunidad de utilizar las nuevas tecnologías para innovar y aumentar así la eficacia de estos, y al desaprovecharlos perdemos competitividad ya que nos estancamos en procesos de registro de información obsoletos para esta época en la que la información y el control y acceso a esta se ha convertido en algo de vital importancia para cualquier tipo de negocio.

(25)

7

calidad de atención al paciente, automatizando procesos y ganando así eficacia en el proceso de registro y consulta de información.

(26)

8

Capítulo I. Marco Teórico

1.1. Sistemas de Información 1.1.1. Definición.

Según Pablos Heredero, López-Hermoso Agius, Martin Romo, & Medina Salgado (2012) definen a los sistemas de información como: “Un conjunto de recursos técnicos, humanos y económicos, interrelacionados dinámicamente, y organizados en torno al objetivo de satisfacer las necesidades de información de una organización empresarial para la gestión y la correcta adopción de decisiones”. (p. 21)

Esto quiere decir que los sistemas de información se han convertido en un pilar fundamental para las organizaciones cuando se trata de administrar correctamente su información y sacarle el máximo provecho.

Por otro lado, también nos dicen que, “un sistema de información será eficaz si facilita la información necesaria para la organización y lo hace en el momento oportuno, y será eficiente si lo realiza con los menores recursos tecnológicos, humanos, temporales y económicos posibles.” (Heredero et al., 2012, p.21)

(27)

9 1.1.2. Origen y evolución.

Los sistemas de información surgen de la necesidad de organizar y administrar recursos y por lo tanto son tan antiguos como la civilización misma. Los egipcios y babilonios hacían censos remontando esta práctica al año 4000 AC. Sin duda alguna, un censo es un sistema de información dado que se recolecta información, se procesa, y luego se provee la misma a alguien que la utiliza para la toma de decisiones.

Pero estos han ido evolucionando y hoy en día cuando se habla de sistemas de información, por lo general nos referimos a sistemas apoyados en las Tics. Así mismo han ido evolucionando las funciones que estos pueden llegar a cumplir en la organización de la información, de determinada empresa.

1.1.3. Funciones de un sistema de información.

Un sistema de información debe al menos ejecutar tres actividades básicas que son:

 Recibir información

 Almacenas y procesar información  Distribuir información

1.1.4. Objetivos y características.

(28)

10

 Suministrar a los distintos niveles de dirección la información necesaria para la planificación, el control y el proceso de toma de decisiones.

 Colaborar en la consecución de los objetivos de la organización, apoyando la realización y coordinación de las tareas operativas.

 Obtener ventajas competitivas de su entorno

Además de cumplir con los objetivos expuestos deberá también tener como mínimo las siguientes características:

 Ser fiable  Selectivo  Relevante  Oportuno  Flexible

1.2. Ingeniería del Software 1.2.1. Definición.

Según Sommerville & Campos Olguin (2011):

(29)

11

especificación del sistema hasta el mantenimiento del sistema después de que se pone en operación. (p. 7)

Según Peña (2006):

La Ingeniería de software representa la principal herramienta de trabajo de los desarrolladores de sistemas de información. Está representada por una metodología compuesta por un conjunto de etapas que se realizan secuencialmente para dar vida a una aplicación en forma evolutiva. Cada etapa se integra por un conjunto de acciones encaminadas para obtener productos específicos, como: especificaciones, diagramas, formatos, código, pruebas y documentos diversos. (p. 3)

Los textos citados anteriormente nos indica en pocas palabras lo que es la ingeniería de software, en si estos conceptos se han mantenido a lo largo del tiempo ya que engloban a la perfección el significado de ésta, que llegaría a ser una herramienta para los desarrolladores de sistemas de información, estableciendo una guía a seguir para todo tipo de proyectos de desarrollo.

1.2.2. Procesos de software.

Según Sommerville y Campos (2011):

(30)

12

Existen diferentes procesos de software, pero todos deben incluir cuatro actividades que son fundamentales para la ingeniería de software:

 Especificación del software. Tienen que definirse tanto la funcionalidad del software como las restricciones de su operación.

 Diseño e implementación del software. Debe desarrollarse el software para cumplir con las especificaciones.

 Validación del software. Hay que validar el software para asegurarse de que cumple lo que el cliente quiere.

 Evolución del software. El software tiene que evolucionar para satisfacer las necesidades cambiantes del cliente.

1.2.3. Modelos de proceso de software.

Según Sommerville y Campos (2011):

(31)

13

Tales modelos genéricos no son descripciones definitivas de los procesos de software. Más bien, son abstracciones del proceso que se utilizan para explicar los diferentes enfoques del desarrollo de software.

El modelo en cascada (waterfall). Éste toma las actividades fundamentales del proceso

de especificación, desarrollo, validación y evolución y, luego, los representa como fases separadas del proceso, tal como especificación de requerimientos, diseño de software, implementación, pruebas, etcétera.

Desarrollo incremental. Este enfoque vincula las actividades de especificación,

desarrollo y validación. El sistema se desarrolla como una serie de versiones (incrementos), y cada versión añade funcionalidad a la versión anterior.

Ingeniería de software orientada a la reutilización. Este enfoque se basa en la existencia de un número significativo de componentes reutilizables. El proceso de desarrollo del sistema se enfoca en la integración de estos componentes en un sistema, en vez de desarrollarlo desde cero.

Dichos modelos no son mutuamente excluyentes y con frecuencia se usan en conjunto, sobre todo para el desarrollo de grandes sistemas.

1.3. Metodologías Agiles para el Desarrollo de Software 1.3.1. Definición.

(32)

14

Los métodos ágiles se apoyan universalmente en el enfoque incremental para la especificación, el desarrollo y la entrega del software. Son más adecuados para el diseño de aplicaciones en que los requerimientos del sistema cambian, por lo general, rápidamente durante el proceso de desarrollo. Tienen la intención de entregar con prontitud el software operativo a los clientes, quienes entonces propondrán requerimientos nuevos y variados para incluir en posteriores iteraciones del sistema. Se dirigen a simplificar el proceso burocrático al evitar trabajo con valor dudoso a largo plazo, y a eliminar documentación que quizá nunca se emplee. (p. 59)

Los métodos ágiles han tenido mucho éxito para ciertos tipos de desarrollo de sistemas:

 Desarrollo del producto, donde una compañía de software elabora un producto pequeño o mediano para su venta.

 Diseño de sistemas a la medida dentro de una organización, donde hay un claro compromiso del cliente por intervenir en el proceso de desarrollo, y donde no existen muchas reglas ni regulaciones externas que afecten el software.

1.3.2. Programación extrema.

(33)

15

La programación extrema (XP) es quizás el método ágil mejor conocido y más ampliamente usado. El nombre lo acuñó Beck (2000) debido a que el enfoque se desarrolló llevando a niveles “extremos” las prácticas reconocidas, como el desarrollo iterativo. Por ejemplo, en la XP muchas versiones actuales de un sistema pueden desarrollarse mediante diferentes programadores, integrarse y ponerse a prueba en un solo día. (p. 64)

El autor de la XP es Kent Beck, entre otros, que con su larga experiencia como programador eligió las mejores características de las metodologías y profundizó en las relaciones de éstas y como se reforzaban unas a otras. Por tanto, la XP no se basa en principios nuevos, sino que todas, o casi todas, sus características ya se conocen dentro de la ingeniería del software, las cuales se complementan para minimizar los tópicos problemas que pueden surgir en todo desarrollo de proyectos software.

Valores.

Básicamente, la XP se basa en cuatro valores afirman Cortizo Pérez, Expósito Gil, & Ruiz Leyva (2012, p. 15)

Comunicación. El comenzar con una reunión de apertura agiliza, también, la

comunicación entre los integrantes del proyecto, estando estos constantemente informados del estado de su trabajo.

Simplicidad. El trabajar todos en una misma sala consigue que la mayoría de la

(34)

16

Feedback. Básicamente el continuo contacto con el usuario, al irle entregando las

sucesivas versiones, en funcionamiento, del producto, permite que este nos de su valoración y nos comunique, cada vez mejor, lo que realmente quiere en el producto.

Coraje. Básicamente es trabajar muy duro durante las horas dedicadas a ello.

1.3.3. Scrum.

Scrum es una metodología ágil ampliamente aceptada en el desarrollo actual de software, pero además de eso no está enfocado únicamente en esto, sino más bien en el manejo de distintos tipos de proyecto, como manifiestan Deemer, Benefield, Larman, & Vodde (2012) “Scrum es un marco de trabajo en el que equipos Cross-funcionales pueden crear productos o desarrollar proyectos de una forma iterativa e incremental.” (p. 3)

Tambien tenemos a Schwaber & Sutherland (2013) que afirman que:

Scrum se basa en la teoría de control de procesos empírica o empirismo. El empirismo asegura que el conocimiento procede de la experiencia y de tomar decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e incremental para optimizar la predictibilidad y el control del riesgo. (p. 4)

(35)

17

Transparencia.

Los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado.

Inspección.

Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de Scrum y el progreso hacia un objetivo, para detectar variaciones. Su inspección no debe ser tan frecuente como para que interfiera en el trabajo.

Adaptación.

Si un inspector determina que uno o más aspectos de un proceso se desvían de límites aceptables, y que el producto resultante no será aceptable, el proceso o el material que está siendo procesado deben ser ajustados. Dicho ajuste debe realizarse cuanto antes para minimizar desviaciones mayores.

1.3.4. Metodología RAD.

(36)

18

Según Kendall & Kendall (2005), “El desarrollo rápido de aplicaciones (RAD) es un enfoque orientado a objetos para el desarrollo de sistemas que incluye un método de desarrollo, así como también herramientas de software.” (p. 161).

RAD es un ciclo de desarrollo diseñado por el gurú de computación James Martin en 1991, diseñado para crear aplicaciones de computadoras de alta calidad de las que acontecen en corporaciones grandes gracias a que permite convergir tempranamente en un diseño aceptable para el cliente y posible para los desarrolladores es un proceso de desarrollo de software que permite construir sistemas utilizables en poco tiempo, normalmente de 60 a 90 días, frecuentemente con algunas concesiones, es una metodología que se basa en prototipos.

Características.

Según Kendall & Kendall (2005) las características principales de la metodología RAD son las siguientes:

 Equipos Híbridos: Los desarrolladores de RAD deben ser "renacentistas": analistas, diseñadores y programadores en uno.

 Herramientas Especializadas: Desarrollo visual, Creación de prototipos falsos y funcionales.

(37)

19

 Prototipos Iterativos y Evolucionarios: Los desarrolladores construyen y depuran el prototipo basado en los requisitos actuales, los diseñadores revisan el prototipo, los clientes prueban el prototipo, depuran los requisitos y los clientes y desarrolladores se reúnen para revisar juntos este y acordar cambios. Cada iteración puede durar entre un día y tres semanas.

Etapas.

Según Kendall & Kendall (2005) la metodología RAD consta de las siguientes etapas para el desarrollo de un sistema.

Etapa de planificación de los requisitos. Debe darse una discusión estructurada sobre

los problemas de la compañía que necesitan solución, por lo general esta etapa se completa rápidamente cuando se crean equipos que envuelven usuarios y ejecutivos con un conocimiento amplio sobre las necesidades de la institución.

Etapa de Análisis y diseño. Esta consiste de un análisis detallado de las actividades de la

compañía en relación al sistema propuesto, los usuarios participan activamente en talleres bajo la tutela de profesionales de la informática, en ellos descomponen funciones y definen entidades asociadas con el sistema, una vez se completa el análisis se crean los diagramas que definen las alteraciones entre los procesos y la data.

(38)

20

Construcción. En la etapa de construcción el equipo de desarrolladores trabaja de cerca

con los usuarios, finaliza el diseño y la construcción del sistema, la construcción de la aplicación consiste de una serie de pasos donde los usuarios tienen la oportunidad de afirmar los requisitos y repasar los resultados.

Las pruebas al sistema se llevan a cabo durante esta etapa, también se crea la documentación y las instrucciones necesarias para manejar la nueva aplicación, rutinas y procedimientos para operar el sistema.

Implementación. Esta etapa envuelve la implementación del nuevo producto y el manejo

del cambio del viejo al nuevo sistema, se hacen pruebas comprensivas y se adiestran los usuarios.

Los cambios organizacionales y la operación del nuevo sistema se hacen en paralelo con el viejo sistema hasta que el nuevo se establezca completamente, por lo tanto, para utilizar una metodología debemos primero analizar si esta está creada para el tipo de proyecto que vamos a manejar, de lo contrario nos traerá inconvenientes en el desarrollo, la metodología RAD se apoya para el análisis en herramientas CASE como es UML utilizando los diagramas más importantes y con los que se pueda describir en mayor parte el desarrollo.

1.3.5. Lenguaje unificado de modelado.

Definición.

(39)

21

aspectos conceptuales tales como procesos, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.

Según Kimmel (2011) tenemos que “Un modelo es una colección de imágenes y texto que representa algo; para nuestros fines, software. (Los modelos no tienen que representar software, pero ahora reduciremos nuestro ámbito a los modelos de software.) Un modelo es para el software lo que un plano azul es para una casa.” (p. 2)

Entonces entendemos que el UML es una herramienta importante para dar una representacion grafica del software antes de ser desarrollado

Tipos de diagramas.

Existen varios tipos de diagramas que nos pueden ayudar a describir de una forma rápida el sistema que vamos a desarrollar, destacan entre los más importantes los siguientes:

Diagramas de Casos de Uso.

Estos describen qué hace el sistema desde el punto de vista de un observador externo y ponen énfasis en qué hace el sistema, no en cómo lo hace constan de:

 Actor = Algo con comportamiento (persona, otro programa, organización...), que interactúa con el sistema.

(40)

22

 Caso de Uso = Colección de escenarios (éxito y fracaso) que describen actores que usan el sistema para conseguir un objetivo.

Diagrama de Clases.

El diagrama de clases es el diagrama principal para el análisis y diseño. Un diagrama de clases presenta las clases del sistema con sus relaciones estructurales y de herencia. La definición de clase incluye definiciones para atributos y operaciones. El modelo de casos de uso aporta información para establecer las clases, objetos, atributos y operaciones. El mundo real puede ser visto desde abstracciones diferentes (subjetividad).

Diagrama de Secuencia.

El Diagrama de Secuencia, representa la forma de cómo un cliente (actor) u objetos (clases) se comunican entre sí en petición a un evento. Esto implica recorrer toda la secuencia de llamadas, de donde se obtienen las responsabilidades claramente.

Diagrama de Colaboración.

(41)

23 1.4. Aplicaciones De Escritorio Y Base De Datos 1.4.1. Definición.

Según Miller (2017) en su publicación web nos dice que:

Application software for computers, they consist of programs until a computer how

to produce information. Some widely used application software includes personal

information manager, Project management, accounting, computer aided design,

publishing, paint/image editing, audio and video editing, multimedia authoring,

webpage authoring, personal finance, legal and tax preparation, home

design/landscaping, educational, reference, and entertainment which include games

and simulations etc.

[Aplicaciones de software para ordenadores, consisten en programas de ordenador

que pueden producir información. Algunos softwares de aplicación ampliamente

utilizados incluyen el administrador de información personal, gestión de proyectos,

contabilidad, diseño asistido por ordenador, publicidad, edición de pintura / imagen,

edición de audio y vídeo, autoría multimedia, creación de páginas web, finanzas

personales, legal y preparación de impuestos, educación, referencia y entretenimiento

que incluyen juegos y simulaciones, etc.]

(42)

24

resolver un problema o de simplificar una operación compleja. Por ejemplo, una aplicación de calculadora para un ordenador, o un programa que permite ver videos en dispositivos celulares, u otro que comprime archivos para su fácil intercambio.

Con el paso del tiempo las aplicaciones han ido evolucionando y volviéndose cada vez más útiles, mediante la complementación con bases de datos, podría decirse que ahora todo negocio se ve en la necesidad de una aplicación para el manejo de su información.

Como lo describen Ricardo & Urban (2017) “Databases play a major role in today's computing environment, with application both in averyday life and in higly specialized

environments” [Las bases de datos juegan un papel importante en el entorno informático

actual, con aplicaciones tanto en la vida cotidiana como en entornos altamente especializados] (p. 2).

1.4.2. Sistema gestor de bases de datos

Según menciona Priento (2014) un SGBD “es el software que controla y gestiona el acceso a la base de datos, y cuyo papel es cada vez mas importante en el correcto funcionamiento de las aplicaciones actuales.” (p. 1)

(43)

25

Un sistema de bases de datos es básicamente un sistema computarizado para llevar registros, con la palabra datos nos referimos a los hechos (datos) conocidos que se pueden grabar y que tienen un significado implícito.

Esto permitiendo definir, manipular, dar mantenimiento y controlar la privacidad y seguridad de la información en la base de datos.

1.4.3. Microsoft SQL Server 2012.

Microsoft (2017) afirma que “es un sistema de administración y análisis de bases de datos relacionales de Microsoft para soluciones de comercio electrónico, línea de negocio y almacenamiento de datos.”

El lenguaje de desarrollo utilizado (por línea de comandos o mediante la interfaz gráfica de Management Studio) es Transact-SQL (TSQL), una implementación del estándar ANSI del lenguaje SQL, utilizado para manipular y recuperar datos (DML), crear tablas y definir relaciones entre ellas (DDL).

El modelo relacional.

Como nos explica Gabillaud (2013) en su libro, tenemos que:

(44)

26

poder extraer los datos que se almacenan en este modelo. Entender este modelo y su álgebra permite aprender cómodamente SQL. (p. 13)

El modelo relacional nos permite utilizar un solo tipo de lenguaje en varios SGBD así como tambien nos da una estructura de como debemos desarrollar nuestras bases de datos respetando ciertos parametros que haran que nuestra informacion tenga una logica que permita su mantenimiento y la concordancia de sus datos.

1.4.4. Arquitectura en 3 capas.

Según Valdez (2013), nos afirma que:

El Patrón de arquitectura por capas es una de las técnicas más comunes que los arquitectos de software utilizan para dividir sistemas de software complicados. Al pensar en un sistema en términos de capas, se imaginan los principales subsistemas de software ubicados de la misma forma que las capas de un pastel, donde cada capa descansa sobre la inferior. En este esquema la capa más alta utiliza varios servicios definidos por la inferior, pero la última es inconsciente de la superior. Además, normalmente cada capa oculta las capas inferiores de las siguientes superioras a esta.

(45)

27

presentación que es la que observará el usuario final y la única con la que podrá interactuar directamente.

Beneficios.

 Se puede entender una capa como un todo, sin considerar las otras.

 Las capas se pueden sustituir con implementaciones alternativas de los mismos servicios básicos.

 Se minimizan dependencias entre capas.

 Las capas posibilitan la estandarización de servicios.

 Luego de tener una capa construida, puede ser utilizada por muchos servicios de mayor nivel.

1.4.5. Visual Basic 2012

Es un lenguaje utilizado por más programadores que ningún otro lenguaje en la historia de la informática o computación lo que le da una gran ventaja a la hora de abordar un desarrollo mediante este lenguaje de programación, debido a la gran cantidad de recursos e información que se puede encontrar, además de que consta de una interfaz muy fácil de usar e incluye funcionalidades muy interesantes.

(46)

28

Entorno.

Barra de título. Muestra el nombre del proyecto y del formulario q se está diseñando

actualmente.

Barra de menús. Agrupa los menús despegables que contienes todas las operaciones que

pueden llevarse a cabo.

Barra de herramientas estándar. Contienen los botones que se utilizan con mayor

frecuencia cuando se trabaja con un proyecto.

Ventana de formulario. Es el área donde se diseña la interfaz gráfica, es decir, es donde

se inserta controles gráficos, como botones, imágenes, casilla de verificación, cuadros de listas, etc.

Cuadro de herramientas. Presenta todos los controles necesarios para diseñar una

aplicación, como cuadros de texto, etiquetas, cuadros de listas, botones de comandos, etc.

Ventana de proyecto. Muestra los elementos involucrados en el proyecto,

como formularios, módulos, controles, etc. Cada elemento puede seleccionarse en forma independiente para su edición.

Ventana de posición del formulario. Muestra la ubicación que tendrá el formulario en la

(47)

29

Ventana propiedades. Muestra todas las propiedades del control actualmente

seleccionado.

Características.

 Administrar el trabajo pendiente, los sprints y las tareas mediante herramientas ágiles.

 Animar a las partes interesadas a proporcionar comentarios sobre el software de versión preliminar.

 Administrar proyectos empresariales mediante Microsoft Project y Project Server.  Ilustrar los requisitos con guiones gráficos y vincular los guiones gráficos a

elementos de trabajo.

Capas.

Presentación. Referente a la interacción entre el usuario y el software.

Reglas de negocio. También denominada Lógica de Dominio, esta capa contiene la

funcionalidad que implementa la aplicación.

Datos. Esta capa contiene la lógica de comunicación con otros sistemas que llevan a

(48)

30

1.5. Gestión de pacientes, citas e historias clínicas 1.5.1. Definición.

“Se utiliza el termino gestión para dar la idea de un proceso participativo donde se dirige y se decide para beneficio común” (Prieto Herrera, 2012, p. 12)

Según esta definición, gestión es un proceso mediante el cual manipulamos algo para nuestro beneficio, por lo tanto, en este caso la gestión de pacientes, citas e historias clínicas, sería la manipulación o el procesamiento de esta información para así satisfacer una necesidad de que ésta esté organizada de manera que nos beneficie, de diversas maneras como puede ser que la información este organizada y fácilmente accesible.

1.5.2. Gestión de pacientes.

Según una publicación en el sitio web especializado en informática médica SEEI, define a la gestión de pacientes como:

(49)

31

La gestión de pacientes ayuda a mejorar el flujo de información relativa al paciente desde el momento de su ingreso, de la que se nutrirá posteriormente su historia clínica electrónica que contiene toda la información relativa a su proceso de evolución.

1.5.3. Historia clínica.

Según un artículo publicado por Dolores, G. nos define a la historia clínica de la siguiente manera:

La historia clínica es un instrumento médico legal, de gran utilidad para el personal del área de la salud. Su importancia radica en el simple hecho de que es una herramienta útil en el centro de salud donde se labora (público o privado). (Giménez, sf)

(50)

32 1.5.4. Historia clínica odontológica.

Según un artículo publicado por Propdental nos dice que “La historia clínica de odontología del paciente es básica en cualquier tratamiento de odontología, ya que nos permite prevenir potenciales emergencias y aplicar el tratamiento dental más indicado en cada caso particular.” (PropDental, 2016)

Se indagará sobre la presencia de alergias a fármacos u otros alérgenos; se preguntará al paciente si se le ha administrado algún tipo de anestesia odontológica recientemente que le provoca reacciones alérgicas, problemas cardiovasculares o episodios lipofílicos; se investigará la presencia de enfermedades crónicas, otros tratamientos en curso o la existencia de condiciones médicas que requieran una cobertura antibiótica preventiva.

También suele ser llamado expediente médico dental, por ser un documento de tipo universal, donde debe quedar perfectamente registrada toda la actuación profesional que se le brindó a ese paciente.

1.6. Conclusiones Parciales del Capitulo

 Gracias a la investigación de los diferentes temas que tienen relación con el problema de investigación, se logró aumentar el conocimiento acerca de estos permitiéndonos estar preparados para la siguiente etapa del desarrollo de la investigación.

(51)

33

ya sean públicas o privadas, facilitando el acceso a esta de una manera rápida y óptima.

 La Ingeniería del Software se ha convertido en una disciplina, cuyo estudio es esencial para obtener buenos resultados a la hora del diseño de un sistema, ya que esta nos presenta diferentes tipos de metodologías y herramientas para el desarrollo de software, permitiéndonos elegir la que mejor se acomode a nuestras necesidades.

(52)

34

Capítulo II. Marco metodológico.

2.1. Caracterización del sector.

La investigación actual será desarrollada en la clínica dental “Dental VIP”, ubicada en Puyo-Pastaza en la zona central de la ciudad, durante el último trimestre del año 2016 y el primer semestre del 2017.

La misma que se proyecta como una institución de carácter privado muy sólida con principios y valores éticos de honestidad, integridad y transparencia, comprometidos con la ciudadanía ya sea de dentro o fuera del sector, brindando un servicio apoyado en un equipo profesional y con una infraestructura muy adecuada que ha venido brindando sus servicios ya varios años y gracias a su buena acogida a tenido un gran crecimiento, por lo que el manejo de información en esta se ha vuelto un tanto tedioso y se encuentra necesario cambiar la forma en que esta es gestionada.

2.2. Descripción del Procedimiento Metodológico 2.2.1. Enfoque.

(53)

35 2.2.2. Modalidad Básica De Investigación.

La presente labor investigativa se respalda en la modalidad de campo, fundamentando que el estudio sistemático se realizará en el lugar que se ocasionan los hechos que dificultan las diferentes actividades normales en el lugar de investigación. Para la información efectiva se proporciona en la bibliografía documental, la cual permite detectar, aplicar, profundizar los diferentes enfoques, teoría, conceptualizaciones y criterios de diversos actores sobre una cuestión determinada basándose en documentos como: libros, periódicos, revistas y entre otras.

2.2.3. Investigación de Campo.

La presente investigación permitió la recolección de información en el lugar de los hechos ayudándonos a observar, inspeccionar y encuestar al personal de la clínica y clientes de la misma, para así poder evaluar la situación real de esta, consiguiendo proponer soluciones que nos ayuden a cambiar la situación actual de la misma.

2.2.4. Investigación Bibliográfica – Documental.

(54)

36 2.3. Diseño de la investigación de campo.

Población y muestra.

Teniendo en cuenta que el número minino de la población es de 100 personas para que amerite tomar una muestra, la población tomada en cuenta para esta investigación es el total del personal del consultorio y varios clientes con un total de 42 individuos debido a que cuando se realizó la investigación esta fue la población total presente en esos días para la encuesta, dejando a la gerente y secretario para la entrevista.

La población involucrada en la problemática está estructurada de la siguiente forma:

Tabla 1

Muestra para la investigación de campo

Función Número Gerente - Odontóloga 1

Secretario 1

Clientes 40

Total 42

Datos obtenidos de la investigación de campo (Fuente: Elaboración propia)

2.4. Métodos.

Método analítico sintético.

(55)

37

Método Inductivo y Deductivo.

La utilización de este método nos ayudó a ir de numerosos casos particulares similares al objeto de investigación a llegar a casos generales lo que nos ayudó a definir un punto de partida en la investigación; De dicho punto de partida llegamos a la deducción de nuevas conclusiones lógicas, que fueron sometidas a comprobaciones experimentales, y así mediante el uso de este método llegamos a proporcionar un conocimiento verdadero sobre la realidad de la investigación.

Método sistémico.

Este método ayudo a relacionar hechos y así poder, crear una explicación tentativa que ayudo a modelar el objeto de investigación de cara al futuro.

2.5. Técnicas.

Observación.

(56)

38

Encuesta.

La encuesta se realizó a los pacientes, esto nos permitió determinar la necesidad real de la implementación del objeto de investigación.

Entrevista.

La entrevista se realizó a la gerente propietaria que nos permitió determinar la necesidad de la clínica dental “Dental VIP” y saber el estado actual del control de registro de pacientes, historia clínica y citas.

Instrumentos

La ficha de observación, nos permitió la recolección de datos, referido a un objetivo específico, en el que se determinó variables específicas, obteniendo mayor información para realizar el proyecto.

Esta se realizó observando el estado actual del control de pacientes de la clínica dental “Dental VIP”, en este periodo se observó variables, procesos, requisitos entre otras.

(57)

39 (Ver anexo 1).

Para la encuesta se realizó una lista de preguntas dirigidas a los pacientes del consultorio dental “Dental VIP”, esto nos sirvió para poder determinar la necesidad de la implementación del objeto de investigación en el lugar.

(Ver anexo 2).

2.6. Análisis e interpretación de resultados.

Tabla 2

Tabulación de datos precedentes de la encuesta aplicada a la población.

PREGUNTA ALTERNATIVA FREC. %

1 ¿Qué opinión tiene acerca de la forma actual como se registra la información de su historia clínica dental?

Muy buena 4 10

Buena 10 25

Regular 26 65

TOTAL 40 100

2 ¿Con que frecuencia ha tenido problemas con los registros de historia clínica dental?

Siempre 20 50

De vez en cuando 6 15

Rara vez 12 30

Nunca 2 5

TOTAL 40 100

3 ¿Cómo calificaría usted la calidad de servicio que ha recibido?

Rápida y efectiva 6 15 Demorado pero

efectivo

14 35

Demorado y poco efectivo

20 50

TOTAL 40 100

4 Cree usted que su información está segura y que no puede ser confundida, extraviada, etc. ¿Usando el método actual de gestión de las historias clínicas?

Si 4 10

No 36 90

TOTAL 40 100

5 ¿Estaría usted de acuerdo de que se implemente un sistema que ayude con la gestión de información de pacientes en la clínica dental?

Si 40 100

No 0 0

TOTAL 40 100

(58)

40

2.7. Representación gráfica de los resultados de la encuesta.

Tabla 3

Validación de la primera pregunta de la encuesta.

# Pregunta Alternativa Frecuencia %

1 ¿Qué opinión tiene acerca de la forma actual como se registra la información de su historia clínica dental?

a) Muy Buena 4 10

b) Buena 10 25

c) Regular 26 65

TOTAL 40 100

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Gráfico 1

Representación gráfica de la primera pregunta de la encuesta.

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Análisis:

La mayor parte de los encuestados opinaron que la manera en que se registra la información, es de una manera regular, es decir que no les parece que sea la mejor manera de llevar su historial médico.

10%

25% 65%

(59)

41 Tabla 4

Validación de la segunda pregunta de la encuesta.

# Pregunta Alternativa Frecuencia %

2 ¿Con que frecuencia ha tenido problemas con los registros de historia clínica dental?

a) Siempre 20 50

b) De vez en Cuando

6 15

c) Rara vez 12 30

d) Nunca 2 5

TOTAL 40 100

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Gráfico 2

Representación gráfica de la segunda pregunta de la encuesta.

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Análisis:

La mitad de las personas encuestadas seleccionaron la opción a, es decir que siempre tienen problemas con sus registros de historia clínica dental, lo que puede conllevar a demora a la hora de recibir la atención solicitada.

50%

15% 30%

5%

(60)

42 Tabla 5

Validación de la tercera pregunta de la encuesta.

# Pregunta Alternativa Frecuencia %

3 ¿Cómo calificaría usted la calidad de servicio que ha recibido?

a) Rápida y efectiva 6 15 b) Demorado pero

efectivo

14 35

c) Demorado y poco Efectivo

20 50

TOTAL 40 10

0 Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Gráfico 3

Representación gráfica de la tercera pregunta de la encuesta.

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Análisis:

Las personas encuestadas en su mayoría seleccionaron la opción c, es decir que el servicio brindado está calificado como demorado y poco efectivo, mientras que un porcentaje un poco menor afirma que el servicio es demorado pero efectivo por lo cual se necesita una mejora en el proceso.

15%

35% 50% a) Rápida y efectiva

b) Demorado pero efectivo

(61)

43 Tabla 6

Validación de la cuarta pregunta de la encuesta.

# Pregunta Alternativa Frecuencia %

4 Cree usted que su información está segura y que no puede ser confundida, extraviada, etc. ¿Usando el método actual de gestión de las historias clínicas?

a) Si 4 10

b) No 36 90

TOTAL 40 100

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Gráfico 4

Representación gráfica de la cuarta pregunta de la encuesta.

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Análisis:

Las personas encuestadas en su mayoría seleccionaron la opción b, es decir que el servicio brindado está calificado como inseguro con la información de los clientes, ya que puede darse confusión o perdida de información.

10%

90%

(62)

44 Tabla 7

Validación de la quinta pregunta de la encuesta.

# Pregunta Alternativa Frecuenc. %

5 ¿Estaría usted de acuerdo de que se implemente un sistema que ayude con la gestión de información de pacientes en la clínica dental?

a) Si 20 100

b) No 0 0

TOTAL 20 100

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Gráfico 5

Representación gráfica de la quinta pregunta de la encuesta.

Datos obtenidos de la encuesta (Fuente: Elaboración propia)

Análisis:

Las personas encuestadas en su totalidad seleccionaron la opción a, es decir que están de acuerdo en que se implemente un sistema para la gestión de la información de los pacientes de la clínica.

(63)

45 2.8. Conclusiones Parciales del Capitulo

 Los instrumentos de investigación son de gran ayuda a la hora de formular la propuesta, ya que nos ayudan a ver la necesidad real de la investigación y también a recolectar información sobre los procesos o tareas que necesitan ser automatizadas.

 Mediante la investigación se pudo obtener datos reales e importantes que nos ayudaron a entender cómo funciona un consultorio dental, identificando así los procesos que podrían ser mejorados.

 De acuerdo al análisis de las encuestas y la entrevista se ha llegado a la conclusión de que la mayoría de personas están de acuerdo en que se realice un sistema para gestionar su información.

(64)

46

Capitulo III. Propuesta del investigador 3.1. Título de la Propuesta

Aplicación informática para la gestión del control de pacientes de la clínica dental “Dental VIP”.

3.2. Antecedentes

En la clínica dental “Dental VIP” ubicada en la ciudad de Puyo, en la provincia de Pastaza, la gestión de la información de pacientes y citas es llevada o registrada de forma manual haciendo uso de carpetas de fichas médicas para el registro de la información de los tratamientos que los pacientes atendidos, conllevando esto a la demora principalmente en los procesos de búsqueda y registro de información de pacientes, así como también confusión en los registros de citas médicas y falta de automatización a la hora de elaborar reportes ya sea de citas, pacientes y tratamientos.

Implicando esto pérdida de tiempo en la institución ya sea por lo tedioso del proceso de buscar manualmente las fichas de los pacientes, así como por la desorganización que implica el examinar muchas de las veces las fichas para al final darse cuenta que esta pudo haber sido dada de baja teniendo así que en ese momento crear otra luego de haber perdido tiempo tratando de localizarla.

(65)

47

clientes y complicaciones en cadena al tener que modificar todas las demás citas siguientes, esto llegando a crear una mala imagen de la institución.

3.3. Justificación

Las clínicas dentales ya sean públicas o privadas son de vital importancia, ya que nos ayudan en nuestro cuidado de la salud oral la cual es muy importante para nuestra presentación personal y profesional, y en el cual todos nos vemos involucrados al ser pacientes y acudir a estas, para ser atendidos de una manera rápida y eficaz.

Para estas el historial clínico y dental es un registro de información de vital importancia que ayuda a tener un buen seguimiento, control de pacientes y un historial de todas las personas que han sido atendidas en esta y que procedimientos se les ha realizado, permitiéndonos tener los datos necesarios de los pacientes a la mano.

(66)

48

corrupción de los archivos. Lo que trae consigo una gran pérdida de información en la mayoría de casos irrecuperables al no contener un respaldo seguro de esta información, etc.

También al no contar con un sistema para automatizar estos procesos, estamos perdiendo la oportunidad de utilizar las nuevas tecnologías para innovar y aumentar así la eficacia de estos, y al desaprovecharlos perdemos competitividad ya que nos estancamos en procesos de registro de información obsoletos para esta época en la que la información, el control y acceso a esta se ha convertido en algo de vital importancia para cualquier tipo de negocio.

Por lo tanto, la implementación de un sistema de gestión para el control de pacientes y citas en la clínica dental “Dental VIP” ayudara a mejorar la calidad de atención al paciente, ayudara a automatizar procesos y así a ganar eficacia en el proceso de registro y consulta de información, así como también auxiliara como fuente de información para futuras referencias de los pacientes de esta clínica dental.

Con lo que el paciente se sentirá más satisfecho y seguro de que su información no vaya a ser registrada de forma errónea aumentado así la confianza de este hacia la clínica trayendo consigo una mejor atención hacia estos, más rápida, más segura y más acorde a la tecnología actual.

(67)

49

información organizada, segura y accesible, y también una mejor imagen de la institución de cara al público que es atendido.

3.4. Objetivos

3.4.1. Objetivo general.

Desarrollo de la aplicación informática para la gestión de clientes y citas de la clínica Dental VIP.

3.4.2. Objetivos específicos.

 Mediante el uso de herramientas de software se generará documentación necesaria para el análisis, diseño y desarrollo de la propuesta.

 Elaborar la aplicación propuesta mediante el uso del análisis de requerimientos y el diseño realizado.

 Especificar los requerimientos de hardware y software para la utilización de la aplicación propuesta.

3.5. Análisis de Factibilidad

(68)

50

Este análisis permitió determinar las posibilidades de diseñar el sistema propuesto y su puesta en marcha, los aspectos tomados en cuenta para este estudio fueron clasificados en tres áreas, las cuales se describen a continuación:

3.5.1. Operacional.

Mediante la investigación realizada se ha concluido que las dificultades que se van a solucionar mediante el sistema son de gran prioridad, debido a que estos procesos son realizados diariamente de manera incorrecta a la actualidad tecnológica, debido a este motivo la creación del sistema que automatice estos procesos es una de las mejores soluciones, ya que mediante la información obtenida se creara un sistema que llene todas las expectativas y necesidades del consultorio, mediante el trabajo mutuo con los empleados del consultorio se obtendrá la completa satisfacción de los requisitos.

La propuesta resulta factible a nivel operacional al contar la clínica con personal para encargarse del sistema asiendo falta solo adiestramiento en el manejo de este.

3.5.2. Técnica.

Tras haber realizado una evaluación de la tecnología existente en la clínica, se recolecto información sobre los componentes técnicos que posee esta y la posibilidad de hacer uso de los mismos en el desarrollo e implementación del sistema propuesto.

(69)

51

del sistema, en cuanto a los conocimientos para desarrollar el software son suficientes para el cumplimiento de este.

Según los recursos técnicos que se requieren para el desarrollo del proyecto, estos se pueden conseguir en el país, por tal razón, el proyecto es factible técnicamente.

Para una mejor explicación de lo descrito se muestra la siguiente tabla (Tabla 8) detallando las características tanto de hardware como de software que se necesitan para el desarrollo y funcionamiento del sistema.

La metodología de desarrollo planteada puede operar exitosamente debido a que está enfocada en desarrollos para software de todo tamaño, en los que es necesario al inicio la utilización de herramientas de recolección de requisitos y reuniones con los usuarios para poder continuar con las demás etapas.

Referencias

Documento similar