Upload
others
View
13
Download
0
Embed Size (px)
Citation preview
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
PROGRAMA DE MAESTRÍA EN INFORMÁTICA EMPRESARIAL
PROYECTO DE EXAMEN COMPLEXIVO PREVIO A LA OBTENCIÓN DEL
GRADO ACADÉMICO DE MAGÍSTER EN INFORMÁTICA EMPRESARIAL.
TEMA:
APLICACIÓN WEB PARA LA GESTIÓN MÉDICA USANDO AZURE EN EL
GOBIERNO AUTÓNOMO DESCENTRALIZADO DE ACCIÓN SOCIAL
MUNICIPAL “KAMPINA WASI” DE GUARANDA.
AUTOR: ING. AGUALONGO CHELA MANFRED EDGAR
ASESOR: ING. MG. LOZADA TORRES EDWIN FABRICIO
AMBATO-ECUADOR
2018
DEDICATORIA
Con mucho amor e infinita gratitud dedico el presente trabajo de investigación
primero a Dios, sin su ayuda nada sería posible; luego a mi familia en especial a
mi padre, quienes me han apoyado moral y espiritualmente para culminar con
afán este trabajo de investigación que es testimonio de dedicación y esfuerzo.
Manfred Agualongo
AGRADECIMIENTO
En la vida hay muchas cosas que agradecer y a muchas personas a quiénes
debo mucho de lo que soy.
Esta vez quiero agradecer a la Universidad Autónoma de los Andes porque al
crear la carrera de Magister en Informática Empresaria ha permitido que sus
puertas se abran a todos quienes queremos poner nuestro aporte personal, en
beneficio de la sociedad.
A mi asesor Ing. Mg. Lozada Torres Edwin Fabricio, que con su profesionalismo
puso mucho de sí, en mi trabajo de investigación.
Finalmente reitero mi agradecimiento a mis maestros, quienes han contribuido,
de una u otra manera, para que logre culminar con mí propósito.
Manfred Agualongo
ÍNDICE GENERAL
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
DECLARACIÓN DE AUTENTICIDAD
DERECHOS DE AUTOR
DEDICATORIA
AGRADECIMIENTO
ÍNDICE GENERAL
ÍNDICE DE GRÁFICOS
ÍNDICE DE TABLAS
ÍNDICE DE ILUSTRACIÓN
RESUMEN
ABSTRACT
INTRODUCCIÓN ............................................................................................... 1
Antecedente de la Investigación ........................................................................ 1
Planteamiento del problema. ............................................................................. 1
Formulación del problema. ................................................................................. 3
Identificación de la línea de investigación. ......................................................... 3
Delimitación del problema .................................................................................. 3
Objetivos ............................................................................................................ 3
Objetivo general ................................................................................................. 3
Objetivo específicos ........................................................................................... 3
Idea a Defender. ................................................................................................ 4
Variables de la investigación. ............................................................................. 4
Justificación de la necesidad, actualidad e importancia del tema ....................... 4
CAPÍTULO I ....................................................................................................... 6
1. MARCO TEÓRICO ........................................................................................ 6
1.1 Aplicación Web ............................................................................................ 6
1.1.1 Tipos de desarrollo de aplicación web ...................................................... 6
1.1.1.1 Aplicación web estática .......................................................................... 6
1.1.1.2 Aplicación web dinámica ........................................................................ 6
1.1.1.3 E-Commerce (Comercio electrónico) ..................................................... 7
1.1.1.4 Portal web app ....................................................................................... 7
1.1.1.5 Aplicación web animada......................................................................... 7
1.1.1.6 Aplicación web con “Gestor de Contenidos” ........................................... 7
1.1.2 Arquitectura de las aplicaciones Web ....................................................... 8
1.1.3 Tecnologías para el desarrollo de aplicaciones web ................................. 9
1.1.3.1 Tecnologías de cliente ......................................................................... 10
1.1.3.2 Tecnologías de servidor ....................................................................... 11
1.1.4 Seguridad de información en las aplicaciones web ................................. 12
1.1.4.1 Seguridad de las aplicaciones web ...................................................... 13
1.1.4.2 Tecnología de seguridad ...................................................................... 13
1.1.4.3 Medidas de prevención contra las vulnerabilidades ............................ 14
1.1.4.3.1 Entornos de trabajo diferenciados ..................................................... 14
1.1.4.3.2 Distribución de las actualizaciones .................................................... 15
1.1.4.3.3 Contramedidas temporales ............................................................... 15
1.1.4.3.4 Modo de Fallos.................................................................................. 15
1.1.4.3.5 Conocimiento de desarrolladores y políticas ..................................... 15
1.1.4.4 Seguridad declarativa y programática .................................................. 16
1.2 Herramientas de desarrollo ........................................................................ 16
1.2.1 Arquitectura de .NET en capas ............................................................... 16
1.2.1.1 Característica de programación por capas ........................................... 16
1.2.1.2 Capas y Niveles ................................................................................... 17
1.2.2 ASP.NET ................................................................................................ 18
1.2.2.1 ASP.NET MVC ..................................................................................... 18
1.2.2.2 Modelo Vista Controlador ASP.NET (MVC) ......................................... 19
1.2.2.3 Estilos en ASP.NET MVC .................................................................... 21
1.2.3 SAP Crystal Reports ............................................................................... 22
1.3 Base de datos ............................................................................................ 22
1.3.1 Motor de Base de Datos Azure ............................................................... 23
1.3.1.1 Arquitectura.......................................................................................... 24
1.3.1.2 Acceso a Datos en SQL Azure ............................................................. 25
1.3.2 Modelo de seguridad de Sql Azure ......................................................... 26
1.3.3 Ventajas de SQL Server Azure ............................................................... 27
1.4 Sistema de Información ............................................................................. 28
1.4.1 Clasificación y/o tipos de los sistemas de información ............................ 28
1.4.1.1 Sistemas de procesamiento de transacciones ..................................... 29
1.4.1.2 Sistemas de gestión de procesos de negocio ...................................... 29
1.4.1.3 Sistemas de colaboración empresarial ................................................. 29
1.4.1.4 Sistemas de Información de Gestión .................................................... 30
1.4.1.5 Sistemas de apoyo a la toma de decisiones ........................................ 30
1.4.1.6 Sistemas de Información Ejecutiva ...................................................... 31
1.4.2 Data Warehouse en la toma de decisiones ............................................. 31
1.4.3 Arquitectura del Data Warehouse ........................................................... 32
1.4.4 Data Warehouse con Power BI Desktop ................................................. 33
1.4.4.1 Administrar informes con Power BI ...................................................... 34
1.5 Gestión médica .......................................................................................... 34
1.5.1 Gestión médica en el ámbito de salud. ................................................... 35
1.5.2 Plan estratégico de Gestión médica ........................................................ 35
1.5.3 El sistema de información de hospitales y Clínicas. ................................ 35
1.5.4 Historia clínica electrónica....................................................................... 37
1.5.5 Expediente clínico electrónico. ................................................................ 37
1.6 Conclusiones parciales del capítulo. .......................................................... 38
CAPÍTULO II .................................................................................................... 39
2. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA PROPUESTA ..... 39
2.1 Caracterización del Sector ......................................................................... 39
2.1.1. Objetivo .................................................................................................. 39
2.1.2. Misión .................................................................................................... 39
2.1.3. Visión ..................................................................................................... 39
2.1.4. Políticas ................................................................................................. 40
2.2 Diseño Metodológico.................................................................................. 40
2.2.1. Métodos de Investigación....................................................................... 41
2.2.2. Técnicas e Instrumentos de Investigación. ............................................. 41
2.3 Población y muestra de la investigación .................................................... 42
2.4 Interpretación de la encuesta realizada. ..................................................... 43
2.4.1 Encuesta dirigida al personal médico de la clínica .................................. 43
2.4.2 Encuesta dirigida al personal administrativo de la clínica ........................ 50
2.5 Planteamiento de la propuesta. .................................................................. 56
2.6 Conclusiones parciales del capítulo ........................................................... 57
CAPITULO III ................................................................................................... 58
3. MARCO PROPOSITIVO .............................................................................. 58
3.1 Tema ......................................................................................................... 58
3.2 Objetivos .................................................................................................... 58
3.2.1 Objetivo general ...................................................................................... 58
3.2.2 Objetivo específicos ................................................................................ 58
3.3 Desarrollo de la propuesta ......................................................................... 59
3.3.1 Metodología de Desarrollo ...................................................................... 59
3.3.2 Análisis ................................................................................................... 59
3.3.2.1. Requerimientos funcionales ................................................................ 60
3.3.2.2. Requerimientos no funcionales ........................................................... 62
3.3.2.1 Diseño .................................................................................................. 63
3.3.2.2. Gestión del usuario del personal administrativo .................................. 63
3.3.2.3. Gestión de usuario del personal médico ............................................. 63
3.3.2.4. Diagrama de Clases ............................................................................ 64
3.3.2.5. Diagrama de secuencia de gestión médica ......................................... 65
3.3.4 Desarrollo ............................................................................................... 74
3.3.4.1 Modelo Lógico ...................................................................................... 74
3.3.4.2 Modelo físico ........................................................................................ 75
3.3.4.3 Diccionario de datos ............................................................................. 76
3.3.5 Pruebas .................................................................................................. 80
3.3.6 Implementación ....................................................................................... 82
3.3.6.1 Esquema de implementación ............................................................... 83
3.4 Resultados de la propuesta ....................................................................... 83
CONCLUSIONES ............................................................................................ 84
RECOMENDACIONES .................................................................................... 85
BIBLIOGRAFÍA
Anexos
ÍNDICE DE GRÁFICOS
Gráfico No. 1.- Arquitectura de las aplicaciones Web ........................................ 8
Gráfico No. 2.- Tecnologías para el desarrollo de aplicaciones web ................ 10
Gráfico No. 3.- Característica de programación por capas ............................... 17
Gráfico No. 4.- Modelo Vista Controlador ASP.NET (MVC) ............................. 20
Gráfico No. 5.- Arquitectura de base de datos ................................................. 25
Gráfico No. 6.- Acceso a Datos en SQL Azure................................................. 26
Gráfico No. 7.- Data Warehouse en la toma de decisiones .............................. 32
Gráfico No. 8.- Arquitectura del Data Warehouse ............................................ 33
Gráfico No. 9: Pregunta 1 ................................................................................ 43
Gráfico No. 10: Pregunta 2 .............................................................................. 44
Gráfico No. 11: Pregunta 3 .............................................................................. 45
Gráfico No. 12: Pregunta 4 .............................................................................. 46
Gráfico No. 13: Pregunta 5 .............................................................................. 47
Gráfico No. 14: Pregunta 6 .............................................................................. 48
Gráfico No. 15: Pregunta 7 .............................................................................. 49
Gráfico No.16: Pregunta 1 ............................................................................... 50
Gráfico No. 17: Pregunta 2 .............................................................................. 51
Gráfico No. 18: Pregunta 3 .............................................................................. 52
Gráfico No. 19: Pregunta 4 .............................................................................. 53
Gráfico No. 20: Pregunta 5 .............................................................................. 54
Gráfico No. 21: Pregunta 6 .............................................................................. 55
Gráfico No. 22: Pregunta 7 .............................................................................. 56
Gráfico No. 23 Gestión del usuario del personal administrativo ....................... 63
Gráfico No. 24: Gestión de usuario del personal médico ................................. 63
Gráfico No. 25: Gestión de usuario del personal médico ................................. 64
Gráfico No. 26: Diagrama de secuencia de gestión médica ............................. 65
Gráfico No. 27: Caso de uso Autenticación de Usuarios .................................. 66
Gráfico No. 28: Caso de uso Administra pacientes .......................................... 67
Gráfico No. 29: Caso de uso Médico ............................................................... 67
Gráfico No. 30: Caso de uso Administrativo ..................................................... 68
Gráfico No. 31: Secuencia de ingreso al sistema de aplicación web ................ 68
Gráfico No. 32: Caso de uso para el registro de citas médicas y atención del
médico ............................................................................................................. 69
Gráfico No. 33: Diagrama de secuencia de citas médicas y atención del
paciente ........................................................................................................... 69
Gráfico No. 34: Diagrama de modelo lógico ..................................................... 74
Gráfico No. 35: Diagrama de modelo físico ...................................................... 75
Gráfico No. 36: Prueba de diagnóstico de la disponibilidad de carga ............... 81
Gráfico No.37: Esquema de Implementación ................................................... 83
ÍNDICE DE TABLAS
Tabla No. 1: Población y muestra de la investigación. ..................................... 42
Tabla No. 2: Pregunta 1 ................................................................................... 43
Tabla No. 3: Pregunta 2 ................................................................................... 44
Tabla No. 4: Pregunta 3 ................................................................................... 45
Tabla No. 5: Pregunta 4 ................................................................................... 46
Tabla No.6: Pregunta 5 .................................................................................... 47
Tabla No. 7: Pregunta 6 ................................................................................... 48
Tabla No. 8: Pregunta 7 ................................................................................... 49
Tabla No.9: Pregunta 1 .................................................................................... 50
Tabla No. 10: Pregunta 2 ................................................................................. 51
Tabla No. 11: Pregunta 3 ................................................................................. 52
Tabla No. 12: Pregunta 4 ................................................................................. 53
Tabla No. 13: Pregunta 5 ................................................................................. 54
Tabla No. 14: Pregunta 6 ................................................................................. 55
Tabla No. 15: Pregunta 7 ................................................................................. 56
Tabla No. 16: Diccionario de datos – Tabla cita ............................................... 76
Tabla No. 17: Diccionario de datos – Tabla diagnóstico ................................... 76
Tabla No. 18: Diccionario de datos – Tabla DiaSemana .................................. 76
Tabla No. 19: Diccionario de datos – Tabla UsuarioEmpleado ........................ 77
Tabla No. 20: Diccionario de datos – Tabla Especialidad ................................ 77
Tabla No. 21: Diccionario de datos – Tabla HistoriaClinica .............................. 77
Tabla No.22: Diccionario de datos – Tabla Hora .............................................. 78
Tabla No. 23: Diccionario de datos – Tabla HorarioAtencion ........................... 78
Tabla No.24: Diccionario de datos – Tabla Medico .......................................... 78
Tabla No. 25: Diccionario de datos – Tabla Paciente ....................................... 79
Tabla No. 26: Diccionario de datos – Tabla TipoEmpleado .............................. 79
Tabla No.27: Diccionario de datos – Tabla Todontograma............................... 80
ÍNDICE DE ILUSTRACIÓN
Ilustración No. 1: Interfaz – Pantalla de inicialización ....................................... 70
Ilustración No. 2: Interfaz – Pantalla principal .................................................. 71
Ilustración No. 3: Interfaz – Acceso al sistema ................................................. 71
Ilustración No. 4: Interfaz – Registro de Pacientes ........................................... 72
Ilustración No. 5: Interfaz – Asignación de horarios para los médicos .............. 72
Ilustración No. 6: Interfaz – Asignación de horarios para los médicos .............. 73
Ilustración No. 7: Interfaz – Atención de citas médicas .................................... 73
Ilustración No. 8: Interfaz – Atención de Odontología ...................................... 74
RESUMEN
En la actualidad, es cada vez más común la aplicación de tecnologías Web en el
desarrollo de aplicaciones para pequeñas, medianas y grandes empresas tanto
privada como pública. Las aplicaciones Web por su gran cantidad y diferente
naturaleza, dichas tecnologías se pueden aplicar tanto para compartir archivos
en una intranet o bajo plataforma de nubes, la aplicación de las tecnologías Web
es el contexto de este trabajo investigativo.
Las aplicaciones Web se han vuelto un elemento básico de uso cotidiano en
multitud de ámbitos de la sociedad actual. Los resultados muestran la
importancia de los atributos de usabilidad de las aplicaciones Web para la
administración de gestión en las áreas médicas. Las aplicaciones Web para las
gestiones médicas son imprescindibles para el manejo de los datos,
diagnósticos, historiales de registros de los pacientes.
La realización del presente proyecto investigativo está orientado al desarrollo de
una aplicación Web en asp.net con una base datos en la nube para la Gestión
Médica, que ayudara a la institución y a los pacientes, a optimizar el tiempo de
una manera fácil, rápida y eficacia, apoyando en la parte administrativa al
personal médico y administrativo de la clínica.
La propuesta investigativa para la implementación de una aplicación web para la
gestión médica, es un protocolo de automatización y la pauta para afrontar
algunos cambios en la modernización de las tecnologías y en la calidad de
atención de los pacientes, a través del sistema de aplicación web para la gestión
médica usando Azure para el Gobierno Autónomo Descentralizado de Acción
Social Municipal de Guaranda.
ABSTRACT
Nowadays, the use of Web technologies is very common in the development of
applications for small, medium and large companies, both private and public.
Web applications since of their large quantity and different activities can be
applied both, to share files in an intranet or in a cloud platform, the application of
Web technologies, is the context of this research.
Web applications have become a basic element of everyday use in many areas
of society nowadays. The results show the importance of the attributes and use
of Web applications for management and administration in medical areas. Web
applications for medical procedures are essential for the management of data,
diagnoses, and the clinic history of patients.
This investigative project is oriented to the development of a Web application in
asp.net with a cloud database for the medical management, which will help both,
the institution and the patients, to optimize the time in an easy, fast and effective
way, supporting the management part, to the medical and administrative staff of
the clinic.
The research proposal for the implementation of a web application for medical
management is an automation protocol and the guideline to face some changes
in the modernization of technologies and in the quality of patients’ care, through
the web application system for medical management using Azure for the
Decentralized Autonomous Government of Municipal Social Action of Guaranda.
1
INTRODUCCIÓN
Antecedente de la Investigación
En una investigación preliminar realizada en la biblioteca de la Universidad
“UNIANDES”, así como en algunos repositorios digitales de varias instituciones
de educación superior del país se han encontrado algunos trabajos de grado que
tienen que ver con el tema propuesto relacionado con el área, entre estos
trabajos se puede mencionar.
Tesis de grado “Sistema Informático para la Gestión Administrativa en el
consultorio Médico San Gerardo de la Ciudad de Quevedo”, de Lic. Mauro Vinicio
Ramos Angulo (Ramos Angulo, 2013), el sistema informático ofrecer un servicio
más eficaz con los procesos que conllevan las Historias Clínicas del consultorio
médico, un Sistema Informático es el ideal para cubrir esta necesidad, ya que es
una gran solución e iniciativa de mejoras.
También se puede citar el trabajo de investigación de Wilmer Clemente Cunuhay
Cuchipe (Cunuhay Cuchipe, 2016) “Aplicación móvil para gestionar el Historial
Médico de los Pacientes en la Clínica Santa Cecilia”, donde menciona la
importancia de la optimización de los procesos de la información, empleando
metodologías y sistemas propios de la informática que optimiza la gestión del
historial clínico de los pacientes, dando como resultado una mejor seguridad y
rapidez de la información.
Se investigó también en los trabajos de pregrado relacionados con la carrea de
ingeniería en sistemas allí se analizó la tesis de Vilca Guamaní Jéssica Dolores
(Vilca Guamani, 2013), con su tema: “Sistema Informático para mejorar la gestión
de las Historias Clínicas de los pacientes y el control de los medicamentos del
consultorio médico pediátrico del Dr. Iván Toapanta de la ciudad de Latacunga”,
donde menciona la automatización del sistema informático para mejorar la
gestión de las historias clínicas, utilizando herramientas informáticos para un
registro y control adecuado de un consultorio médico pediátrico.
Planteamiento del problema.
Los factores determinantes en la gestión administrativa de salud y la medicina
en particular, son uno de los campos del saber más evolucionados y beneficiados
2
por el uso de las modernas tecnologías de la información, al tiempo que registran
un crecimiento exponencial tanto en el número de pacientes ya que el ambiente
físico y el ambiente social desempeñan una importante función determinante del
estado de salud. La clase social, los modos de vida o los comportamientos de
las personas afectan estrechamente la salud y el bienestar de los pacientes.
Por ello es importante que la gestión médica este acorde con las nuevas
tecnologías dentro de las mismas sea desarrollada con eficiencia, eficacia para
un adelanto progresivo e innovador utilizando nuevas herramientas tecnológicas.
En la provincia de Bolívar cantón Guaranda se encuentra funcionando el
Gobierno Autónomo Descentralizado de Acción Social Municipal “Kampina Wasi”
de Guaranda, dedicada desde el 19 de enero de 2015 a la prestación servicios
de:
Asistencia Médica
Vacunación (para niños y mujeres en edad fértil)
Planificación familiar
Programa de alteraciones en el joven
Programa de alteraciones en el adulto
Consulta externa
Odontología y salud oral
Oftalmología
Urgencias hospitalarias
Servicio de ambulancia
En las visitas realizadas al Gobierno Autónomo Descentralizado de Acción Social
Municipal “Kampina Wasi” de Guaranda, se ha podido observar las siguientes
dificultades en los departamentos médicos entre las que se tienen:
No existencias de una base de datos de los pacientes en un sistema
informático.
Demora de atención a los pacientes por no tener la información adecuada.
No existe un sistema de información integrado que controle los ingresos y
egresos de los pacientes.
No dispone de una gestión informática integrada que permitan controlar de
manera total los historiales de cada paciente.
3
En varias ocasiones la elaboración de informes del historial del paciente
son erróneas.
No existe información adecuada sobre las actividades realizadas por los
médicos a los pacientes.
Los reportes semanales, mensuales y anuales solo llevan en carpetas con
hojas y en una base de datos de Hoja de Cálculo.
Formulación del problema.
¿Cómo mejorar la gestión médica del Gobierno Autónomo Descentralizado de
Acción Social Municipal “Kampina Wasi” de Guaranda?
Identificación de la línea de investigación.
El presente trabajo de investigación se enmarca en la línea de investigación de
desarrollo de software y programación de sistemas.
Delimitación del problema
El objeto de investigación: Procesos Informáticos.
Campo de Acción: Aplicación Web.
El trabajo investigativo se llevó a cabo en el Gobierno Autónomo Descentralizado
de Acción Social Municipal “Kampina Wasi” de Guaranda, ubicado en la provincia
Bolívar en la ciudad de Guaranda que se dedica a la presentación de servicios
médicos.
Objetivos
Objetivo general
Implementar una aplicación Web para la gestión médica del Gobierno Autónomo
Descentralizado de Acción Social Municipal “Kampina Wasi” de Guaranda.
Objetivo específicos
Fundamentar bibliográficamente las aplicaciones Web, sus herramientas
de desarrollo y la gestión médica.
4
Diagnosticar la gestión médica que se lleva a cabo en el Gobierno
Autónomo Descentralizado de Acción Social Municipal “Kampina Wasi”
de Guaranda y su automatización.
Desarrollar la aplicación Web teniendo en cuenta los aspectos analizados
durante el proyecto.
Idea a Defender.
Con la implementación de la aplicación Web para la gestión médica se mejorará
el proceso la organización de registro y gestión de atención a los pacientes,
permitiendo mejorar el control de gestión médica entre el paciente y el personal
de la institución.
Variables de la investigación.
Variable independiente: Aplicación web.
Variable Dependiente: Proceso de gestión médica.
Justificación de la necesidad, actualidad e importancia del tema
La elaboración del presente proyecto de investigación se presenta por la
necesidad de sistematizar la gestión médica adecuada que permita controlar con
eficiencia la administración de admisión de pacientes, citas médicas, archivos
clínicos, programación médica y administración de consultas médicas, ya que
estos procesos actualmente se realizan manualmente.
Generalmente el Gobierno Autónomo Descentralizado de Acción Social
Municipal “Kampina Wasi” de Guaranda cada año depura los archivos de las
historias Clínicas de los pacientes manualmente.
Las historias clínicas de los pacientes no son generados sistemáticamente lo
cual genera molestias al personal médico y al recepcionista de archivos clínicos
de los pacientes, lo cual produce duplicidad en los código de registro de los
formularios de documentos e información, como pacientes con los mismos
apellidos, lo cual produce confusión entre las historias clínicas, haciendo que el
encargado de llevar la documentación de las historias clínicas a las cuales no les
corresponde esto crea confusiones múltiples en las diversas historias clínicas
tanto para los médicos como para los pacientes que solicitan su historial.
5
Lamentablemente no se pueden corregir este tipo de errores porque el Gobierno
Autónomo Descentralizado de Acción Social Municipal “Kampina Wasi” de
Guaranda, no cuenta con ningún sistema informático que pueda automatizar
estos procesos.
Por ello es importante que la gestión médica este acorde con las nuevas
tecnologías dentro de las mismas para un desarrollo eficiente, eficaz para el
adelanto progresivo e innovador utilizando nuevas herramientas tecnológicas.
Por la problemática mencionada anteriormente se ha visto la necesidad de
desarrollar un software de gestión médica para el Gobierno Autónomo
Descentralizado de Acción Social Municipal “Kampina Wasi” de Guaranda, que
contengan módulos necesarios para algunos departamentos que gestionan la
parte médica.
Por todo lo mencionado anteriormente, se justifica plenamente la realización del
presente trabajo investigativo.
6
CAPÍTULO I
1. MARCO TEÓRICO
1.1 Aplicación Web
Una aplicación web es una aplicación informática distribuida cuya interfaz de
usuario es accesible desde un cliente web, normalmente un navegador web.
Las características habituales es la comunicación mediante HTTP sobre TCP/IP,
por procesamiento en servidor, acceso a bases de datos, definida por
arquitectura por capas y acceso por distintos tipos de usuarios (Sevilla, 2004).
1.1.1 Tipos de desarrollo de aplicación web
1.1.1.1 Aplicación web estática
Es un tipo de aplicación que muestra muy poca información y está pensada para
no generar e incluir nuevos contenidos. Suelen estar desarrolladas en HTML y
CSS. No obstante, pueden incluir videos, banners y GIFS. Modificar el contenido
de una web estática no es sencillo, ya que requiere que se descargue el código,
modificarlo y volverlo a subir: no es práctico. El webmaster o un desarrollador
profesional tendrán que ser el que lleve cabo estos cambios. Este tipo de
aplicación es práctico para proyectos que no requieran actualizar la información
o que quieren dar un primer paso en el mundo de internet (Catalán, 2017).
1.1.1.2 Aplicación web dinámica
Las aplicaciones web dinámicas son mucho más complejas a nivel técnico.
Utilizan bases de datos para cargar a información, y estos contenidos se van
actualizando cada vez que el usuario accede a la web app. Generalmente
cuentan con un panel de administración (llamado CMS) desde dónde los
administrados pueden corregir o modificar los contenidos, ya sean textos o
imágenes.
Existen muchos lenguajes de programación para aplicaciones web dinámicas.
Los lenguajes PHP y ASP son los más comunes porque permiten una buena
estructuración del contenido.
El proceso de actualización es muy sencillo y ni siquiera necesita entrar en el
servidor para modificarlo. Además de que permite implementar muchas
7
funcionalidades como foros o bases de datos. El diseño, y no solo el contenido
pueden modificarse al gusto del administrador (Catalán, 2017).
1.1.1.3 E-Commerce (Comercio electrónico)
Es el tipo de aplicación web pensado para tiendas online. El desarrollo es más
complejo al tener que crearse unas pasarelas de pago para tarjetas de crédito,
PayPal, entre otros. Además de sincronizarse con la gestión de stocks y logística.
Habrá que crear un panel de gestión donde se subirán los productos y se irán
actualizando o eliminándose, y donde se gestionaran los pedidos y pagos
(Catalán, 2017).
1.1.1.4 Portal web app
Con el término portal, se refiere a un tipo de aplicación en el que la página
principal permite el acceso a diversos apartados, categorías o secciones. Donde
existe: foros, chats, correo electrónico, buscador, zona de acceso con registro,
contenido más reciente, entre otros (Catalán, 2017).
1.1.1.5 Aplicación web animada
Son aplicaciones web creadas con la tecnología FLASH. Esta tipología de
programación permite crear y presentar contenidos con efectos animados. Es
una tecnología muy atractiva para desarrolladores y diseñadores. El problema
que tienen las webs animadas es que no son útiles para mejorar el
posicionamiento ni para optimizar el SEO (search engine optimizers -
posicionadores web o consultor); los buscadores no pueden leer correctamente
las informaciones (Catalán, 2017).
1.1.1.6 Aplicación web con “Gestor de Contenidos”
Son aplicaciones que necesitan actualizar su contenido constantemente. Tienen
un gestor de contenidos (CMS) (Content Management System - sistema de
gestión de contenidos) a través del cual el administrador y los editores pueden ir
añadiendo los contenidos, realizando los cambios y actualizaciones, entre otros.
Muchas empresas han optado por este tipo de aplicaciones web, por la facilidad
de publicar contenidos. Es muy popular su uso en diarios digitales, blogs
(personales o corporativos), medios de comunicación y webs de Pymes
(Catalán, 2017).
8
1.1.2 Arquitectura de las aplicaciones Web
Una aplicación Web es proporcionada por un servidor Web y utilizada por
usuarios que se conectan desde cualquier punto vía clientes Web (browsers o
navegadores). La arquitectura de un Sitio Web tiene tres componentes
principales:
- Un servidor Web
- Una conexión de red
- Uno o más clientes
El servidor Web distribuye páginas de información formateada a los clientes que
las solicitan. Los requerimientos son hechos a través de una conexión de red, y
para ello se usa el protocolo HTTP. Una vez que se solicita esta petición
mediante el protocolo HTTP y la recibe el servidor Web, éste localiza la página
Web en su sistema de archivos y la envía de vuelta al navegador que la solicitó
(Pérez Montoro, 2010).
Gráfico No. 1.- Arquitectura de las aplicaciones Web
Fuente: Arquitectura de las aplicaciones Web
Elaborado por: (Deluna, 2015)
9
Las aplicaciones Web están basadas en el modelo Cliente/Servidor que
gestionan servidores web, y que utilizan como interfaz páginas web.
Las páginas Web son el componente principal de una aplicación o sitio Web. Los
browsers piden páginas (almacenadas o creadas dinámicamente) con
información a los servidores Web. En algunos ambientes de desarrollo de
aplicaciones Web, las páginas contienen código HTML y scripts dinámicos,
que son ejecutados por el servidor antes de entregar la página.
Una vez que se entrega una página, la conexión entre el browser y el servidor
Web se rompe, es decir que la lógica del negocio en el servidor solamente se
activa por la ejecución de los scripts de las páginas solicitadas por el browser (en
el servidor, no en el cliente). Cuando el browser ejecuta un script en el cliente,
éste no tiene acceso directo a los recursos del servidor. Hay otros componentes
que no son scripts, como los applets (una aplicación especial que se ejecuta
dentro de un navegador) o los componentes ActiveX. Los scripts del cliente
son por lo general código JavaScript o VBSscript, mezclados con código HTML.
La colección de páginas son en una buena parte dinámicas (ASP, PHP, entre
otros.), y están agrupadas lógicamente para dar un servicio al usuario (Lara
Navarro, 2006).
1.1.3 Tecnologías para el desarrollo de aplicaciones web
Básicos para funcionar un sitio o aplicación web puede crearse utilizando
diferentes tecnologías que se dividen en dos grandes categorías:
Tecnologías de cliente: Son aquellas que permiten crear interfaces de usuario
y establecer comunicación con el servidor basadas en HTML, CSS y JavaScript,
en este caso, el navegador actúa como intérprete.
Tecnologías de servidor: Permiten implementar comportamientos de la
aplicación web en el servidor, los lenguajes de programación más utilizados son
Java EE, .NET, ASP, PHP, Ruby on Rails, Python, Django, Groovy, Node.js,
entre otros. (Urbano Lopez, 2015).
10
Gráfico No. 2.- Tecnologías para el desarrollo de aplicaciones web
Fuente: Tecnologías para el desarrollo de aplicaciones web
Elaborado por: (Valdés, 2016)
1.1.3.1 Tecnologías de cliente
El W3C (World Wide Web Consortium) es una comunidad internacional que
desarrolla estándares abiertos que aseguran el crecimiento de la web a largo
plazo, tales como HTML5&CSS, Scripting and AJAX, normas de accesibilidad,
gráficos, audio y vídeo, web semántica, XML y muchos más.
HTML: (Hypertext Markup Languaje) proporciona la información estructurada en
secciones, párrafos, título, imágenes, etc… la versión actual el HTML5, y ofrece
muchas librerías avanzadas para la inserción de contenidos multimedia, canvas,
comunicaciones y concurrencia.
CSS: (Cascading Style Sheets) se encarga de la distribución de los elementos y
su estilo con colores, tipos de letra, fondos, efectos, etc…en documentos HTML,
XML, SVG o incluso interfaces de usuario de otras tecnologías.
Scripting: Gracias al scripting las páginas pueden programarse con distintos
lenguajes de script, aunque principalmente se utiliza JavaScript, que modifica la
página gracias a su capacidad de ejecutar código cuando se interactúa con ella.
11
JavaScript inicialmente era un lenguaje interpretado pero actualmente también
se ejecuta con máquinas virtuales en los navegadores aumentando la velocidad
de ejecución y eficiencia de memoria. Es de tipado dinámico y funcionalmente
orientado a objetos (basado en prototipos).
Existen multitud de bibliotecas (APIS) para el desarrollo web y de aplicaciones,
pero las más utilizadas son JQuery y Underscore.js.
DOM: Es el modelo de objetos del documento (Document Object Model) y consta
de una librería (API) para manipular el documento HTML cargado en el
navegador, permitiendo la gestión de eventos, o la inserción y eliminación de
elementos (Vicente Carro, 2013).
1.1.3.2 Tecnologías de servidor
Los estándares son muy importantes en los navegadores web (cliente) ya que
es importante que la web sea compatible con cualquier dispositivo, sin embargo
estos estándares no son necesarios en el servidor, porque cada organización
desarrollará su servidor con la tecnología que crean conveniente.
En el servidor se utilizan tecnologías propietarias o abiertas para el desarrollo de
aplicaciones web, existen multitud de ellas, entre ellas las más usadas son PHP,
Java EE y ASP.NET, y las menos usadas Ruby on Rails, Grails (Groovy), Django
(Phyton), Perl, ColdFusion, hay muchas más, pero entre ellas comentamos a
continuación las más destacadas.
Java EE: Es una tecnología basada en Java desarrollada por una coalición de
empresas lideradas por Oracle, IBM, Red Hat, etc… muy utilizada a nivel
empresarial, la mayoría de implementaciones y herramientas para desarrollo son
software libre, y existen comunidades de desarrolladores y empresas que
realizan complementos.
PHP: Es una tecnología con lenguaje propio, desarrollada por PHP Group y con
licencia libre. Es la tecnología de lado de servidor con la que se han
implementado más servidores en Internet, es multiplataforma y se integra
normalmente con Apache y MySQL en entornos Linux gracias a un paquete
llamado LAMP.
12
ASP.NET: Se trata de una versión evolucionada del ASP clásico, está integrada
en la tecnología .NET de Microsoft junto con el lenguaje C#, tiene licencia
propietaria y para plataformas Windows y una comunidad de desarrolladores
más limitada que otras alternativas (Bernabé Durán, 2014).
1.1.4 Seguridad de información en las aplicaciones web
Un efecto secundario del crecimiento exponencial que ha tenido el Internet es la
privacidad de información tanto personal como profesional. En Internet
encontramos funcionando a tiendas en línea, negocios que mueven grandes
cantidades de dinero, redes de los servicios que habilitan el comercio a nivel
internacional así como sitios de redes sociales que contienen información muy
delicada de la vida privada de sus miembros.
Mientras más se conecta el mundo, la necesidad de seguridad en los
procedimientos usados para compartir la información se vuelve más importante.
Desde muchos puntos de vista, podemos creer sin dudar que el punto más crítico
de la seguridad del Internet, lo tienen las piezas que intervienen de forma directa
con las masas de usuarios, los servidores web.
Respecto a los servidores web, es común escuchar sobre fallas en los sistemas
de protección de los servidores más frecuentemente utilizados (Apache, IIS, ente
otros), o en los lenguajes de programación en los que son escritas las
aplicaciones que son ejecutadas por estos servidores. Pero es un hecho, que la
mayoría de los problemas detectados en servicios web no son provocados por
fallas intrínsecas de ninguna de estas partes, ya que una gran cantidad de los
problemas se generan por malos usos por parte de los programadores.
Cualquier organización que expone sus servicios informáticos a redes de acceso
tendrán que realizar un esfuerzo significativo para asegurar que la información y
recursos están protegidos. Internet es un factor primordial en la comunicación y
también un evidente riesgo potencial de acceso y mal uso de los servicios e
información disponibles. Obviamente, se catalogan sistemas más críticos que
otros donde su seguridad debe de ser muy significativa, pero en general todas
las aplicaciones Web deben de estar protegidas y aseguradas ante los
principales ataques (Gallardo Aviles, 2016).
13
1.1.4.1 Seguridad de las aplicaciones web
Disponibilidad: Activos consistentes en que las entidades o procesos
autorizados tienen acceso a los mismos cuando lo requieren.
Autenticidad: Entidad es quien dice ser o bien que garantiza la fuente de la que
proceden los datos.
Integridad: Activo de información no ha sido alterado de manera no autorizada.
Confidencialidad: Información ni se pone a disposición, ni se revela a
individuos, entidades o procesos no autorizados.
Trazabilidad: Las actuaciones de una entidad pueden ser imputadas
exclusivamente a dicha entidad (Aguilar & Hernández, 2014).
1.1.4.2 Tecnología de seguridad
La seguridad se basa fundamentalmente en las personas y los procesos, existen
varias soluciones técnicas a considerar cuando se diseña, construye y prueban
aplicaciones web seguras a un alto nivel, estas soluciones incluyen:
Black box: herramientas de prueba tales como escáneres de seguridad de
aplicaciones Web, escáneres de vulnerabilidad y software de prueba de
penetración.
White box: herramientas de prueba tales como analizadores estáticos de código
fuente.
Fuzzing: herramientas utilizadas para pruebas de entrada. Escáner de
seguridad de aplicaciones web (escáner de vulnerabilidad).
Firewalls de aplicación web (WAF): utilizada para brindar protección tipo
firewall en la capa de la aplicación web.
Cracking de contraseña: herramientas de prueba de fuerza de contraseña e
implementación (Ramos Varón, Barbero Muñoz, Martínez Sánchez, & García
Moreno, 2013).
14
1.1.4.3 Medidas de prevención contra las vulnerabilidades
El análisis de las vulnerabilidades potenciales es un objetivo básico para el
incremento de la seguridad en las aplicaciones web, que en ocasiones es
subestimado como factor de riesgo crítico. El mantener parámetros que no son
verificados, roles sin controlar, desbordamientos que se producen en la memoria
son algunas de las situaciones que pueden provocar brechas de seguridad en
las aplicaciones.
Los desarrollos que se realizan comercialmente presentan las mismas
deficiencias. De ahí, que necesiten una actualización constante para asegurar la
reparación de bugs que se van encontrando en el tiempo de vida de las
aplicaciones. Con frecuencia, se asemeja la seguridad de una aplicación con la
seguridad de la plataforma donde se ejecuta. El esfuerzo que se realice para
aumentar la seguridad tanto a nivel de desarrollo como de diseño, debe de ser
un esfuerzo a nivel de grupo. Hay que incluir en el desarrollo un compromiso
para el aseguramiento de las aplicaciones. Los servidores de producción y los
otros sistemas deben mantenerse regularmente con las últimas firmas para
garantizar que están libres de vulnerabilidades a nivel de sistema. Se
recomienda seguir las siguientes indicaciones destinadas a mantener una
aplicación alejada de las vulnerabilidades:
1.1.4.3.1 Entornos de trabajo diferenciados
Es muy aconsejable mantener entornos separados del de producción. Los
entornos de calidad y de desarrollo son frecuentemente manipulados por lo que
entrarán en conflicto con los datos mostrados por producción. Es primordial que
sus entornos estén bien diferenciados, a ser posible mediante un cortafuego.
Esta situación es prioritaria cuando el entorno de producción es una zona interna
o de transición y accesible desde Internet. Si el entorno de producción tramita y
ejecuta procesos, hay que asegurar los mismos tanto a nivel de sistema como
de aplicación previamente a incluir nuevos procesos. Este principio hay que
mantenerlo cada vez que se actualice o mejore (Ramos Varón, Barbero Muñoz,
Martínez Sánchez, & García Moreno, 2013).
15
1.1.4.3.2 Distribución de las actualizaciones
Con cierta frecuencia las aplicaciones realizan actualizaciones para cubrir
posibles deficiencias que se detectan a lo largo del ciclo de vida de la aplicación.
Dependiendo del carácter de estas aplicaciones, si son externas, las
actualizaciones son inmediatas, si son internas se debe además examinar el
código de las aplicaciones creadas internamente e introducir las actualizaciones
o nuevas versiones a medida que vaya siendo necesario (Ramos Varón, Barbero
Muñoz, Martínez Sánchez, & García Moreno, 2013).
1.1.4.3.3 Contramedidas temporales
Es necesario realizar un protocolo de respuesta ante posibles situaciones que
entrañen riesgo para las aplicaciones. En este protocolo se pueden indicar
acciones a realizar en función de la gravedad del riesgo detectado (cerrar
puertos, bloquear direcciones, routers). Es muy importante, para lograr eficiencia
en la respuesta, saber interpretar los efectos que delimitan el riesgo y mantener
a todo el equipo de trabajo involucrado plenamente informado del protocolo de
respuesta ante la activación del mismo (Asensio Hildago, 2014).
1.1.4.3.4 Modo de Fallos
Se debe de disponer de un plan que permita mantener en funcionamiento el
proceso crítico si se da la situación que una aplicación falle. Es decir, debe de
permitir una transacción que permita enrutarse, de forma ajena a la aplicación, o
bien permitir realizar de forma manual las funciones descritas en la aplicación.
Lo más importante es mantener el criterio de “cierre ante fallo”. Una aplicación
no debe abrirse si detecta un fallo. Si lo hace, corre el riesgo de permitir todo tipo
de acciones en el sistema. Las aplicaciones o sus comprobaciones internas
siempre deben cerrarse al fallar (Asensio Hildago, 2014).
1.1.4.3.5 Conocimiento de desarrolladores y políticas
Es muy importante que todas las personas involucradas en un desarrollo tengan
el conocimiento necesario de las herramientas disponibles y de las políticas
necesarias para crear códigos seguros. Las políticas de seguridad deben de ser
generales, por lo tanto deben de mantenerse en un nivel que permita aplicarse
al global del conjunto de proyectos (Asensio Hildago, 2014).
16
1.1.4.4 Seguridad declarativa y programática
Normalmente, si nos encontramos inmersos en un desarrollo WEB, el
desarrollador tiene la posibilidad de configurar diferentes aspectos que afianzan
la seguridad de la aplicación (definir grupos, roles para los usuarios, restringir el
acceso a los recursos, entre otros). Puede realizarlo de manera declarativa
desde el fichero web.xml
En la utilización de JSP, se permite realizar una implementación programática
de la seguridad. Es decir, permitir la implementación individual para cada página
de su seguridad. Los distintos métodos de autenticación que nos ofrece la
especificación de Servlets, como son Basic, Digest, Form, Client-Cert (Asensio
Hildago, 2014).
1.2 Herramientas de desarrollo
1.2.1 Arquitectura de .NET en capas
La Arquitectura base .NET, que sirva para marcar unas líneas maestras de
diseño e implementación a la hora de desarrollar aplicaciones .NET complejas.
Este marco de trabajo común (en muchas empresas denominado "Libro Blanco")
define un camino para diseñar e implementar aplicaciones empresariales con un
volumen importante de lógica de negocio. Seguir estas guías ofrece importantes
beneficios en cuanto a calidad, estabilidad y especialmente un incremento en la
facilidad del mantenimiento futuro de las aplicaciones, debido al
desacoplamiento entre sus componentes, así como por la homogeneidad y
similitudes de los diferentes desarrollos (De La Torre, Zorrilla, Ramos, &
Calvarro, 2011).
1.2.1.1 Característica de programación por capas
La programación por capas es un estilo de programación en el que el objetivo
primordial es la separación de la lógica de negocios de la lógica de diseño; un
ejemplo básico de esto consiste en separar la capa de datos de la capa de
presentación al usuario.
17
Gráfico No. 3.- Característica de programación por capas
Fuente: Característica de programación por capas
Elaborado por: (Fernández Pineda, 2013)
1.2.1.2 Capas y Niveles
Capa de presentación: es la que ve el usuario (también se la denomina “capa
de usuario”), presenta el sistema al usuario, le comunica la información y captura
la información del usuario en un mínimo de proceso (realiza un filtrado previo
para comprobar que no hay errores de formato). Esta capa se comunica
únicamente con la capa de negocio. También es conocida como interfaz gráfica
y debe tener la característica de ser “amigable” (entendible y fácil de usar) para
el usuario.
Capa de negocio: es donde residen los programas que se ejecutan, se reciben
las peticiones del usuario y se envían las respuestas tras el proceso. Se
denomina capa de negocio (e incluso de lógica del negocio) porque es aquí
donde se establecen todas las reglas que deben cumplirse. Esta capa se
comunica con la capa de presentación, para recibir las solicitudes y presentar los
resultados, y con la capa de datos, para solicitar al gestor de base de datos para
almacenar o recuperar datos de él. También se consideran aquí los programas
de aplicación.
Capa de datos: es donde residen los datos y es la encargada de acceder a los
mismos. Está formada por uno o más gestores de bases de datos que realizan
18
todo el almacenamiento de datos, reciben solicitudes de almacenamiento o
recuperación de información desde la capa de negocio.
Todas estas capas pueden residir en un único ordenador, si bien lo más usual
es que haya una multitud de ordenadores en donde reside la capa de
presentación (son los clientes de la arquitectura cliente/servidor). Las capas de
negocio y de datos pueden residir en el mismo ordenador, y si el crecimiento de
las necesidades lo aconseja se pueden separar en dos o más ordenadores. Así,
si el tamaño o complejidad de la base de datos aumenta, se puede separar en
varios ordenadores los cuales recibirán las peticiones del ordenador en que
resida la capa de negocio (De La Torre, Zorrilla, Ramos, & Calvarro, 2011).
1.2.2 ASP.NET
Es el conjunto de tecnologías de desarrollo web de Microsoft basada en la
plataforma .NET, que nos permitirá la creación de sitios web y aplicaciones.
ASP.NET nace en el año 2002, y promete ser una auténtica revolución dentro
del desarrollo web. Inicialmente solo presenta los formularios web – Web Forms
- , cuyo principal objetivo es acercar el paradigma de desarrollo rápido de
aplicaciones (RAD) a la web. Rápidamente se amplia para dar capacidad a otros
modelos de desarrollo, hasta que en el momento actual disponemos de los
siguientes:
- ASP.NET Web Forms - Desarrollo RAD de aplicaciones web.
- Web Pages - Desarrollo simple de páginas web.
- ASP.NET MVC - Aplicación del patrón MVC.
1.2.2.1 ASP.NET MVC
Es un entorno de trabajo cuya primera versión salió en marzo de 2009. Creado
por Microsoft con objeto de ayudarnos a desarrollar aplicaciones que sigan la
filosofía MVC, muy divulgada en otros lenguajes o entornos, sobre ASP.NET.
Hasta el momento, para el desarrollo de aplicación web ASP.NET sólo nos
permitía trabajar con Webforms. El objetivo de este curso es dar a conocer otra
filosofía de trabajo, que por una parte nos dará la sensación de que volvemos al
pasado (perdemos toda la potencia visual y de eventos de los Webforms), pero
19
la claridad para trabajar, para el mantenimiento y sobre todo el control sobre el
código (quebradero para más de uno en los últimos meses) puede que en
muchos casos sea la mejor solución.
Además del conjunto de librerías (ensamblados) que proporcionan las nuevas
funcionalidades a nivel de API, incluye plantillas y herramientas que se integran
en Visual Studio 2008, 2010, 2012, 2013, 2015 y 2017 (tanto en la versión
Express de Visual Web Developer como en sus hermanas mayores) para
facilitarnos un poco las cosas.
ASP.NET MVC Framework es software libre, lo que ha permitido que se integre
en otros entornos (por ejemplo Mono y MonoDevelop) y su código fuente está
disponible en Codeplex (Guérin, 2015).
1.2.2.2 Modelo Vista Controlador ASP.NET (MVC)
MVC propone la construcción de tres componentes distintos que son el modelo,
la vista y el controlador, es decir, por un lado define componentes para la
representación de la información, y por otro lado para la interacción del usuario.
Este patrón de arquitectura de software se basa en las ideas de reutilización de
código y la separación de conceptos, características que buscan facilitar la tarea
de desarrollo de aplicaciones y su posterior mantenimiento.
Es un estilo de arquitectura de software que separa los datos de una aplicación,
la interfaz de usuario, y la lógica de control en tres componentes distintos.
Se trata de un modelo muy maduro y que ha demostrado su validez a lo largo de
los años en todo tipo de aplicaciones, y sobre multitud de lenguajes y plataformas
de desarrollo (Guérin, 2015).
El Modelo: Es la representación de la información con la cual el sistema opera,
por lo tanto gestiona todos los accesos a dicha información, tanto consultas como
actualizaciones, implementando también los privilegios de acceso que se hayan
descrito en las especificaciones de la aplicación (lógica de negocio). Envía a la
“vista” aquella parte de la información que en cada momento se le solicita para
que sea mostrada (típicamente a un usuario). Las peticiones de acceso o
manipulación de información llegan al “modelo” a través del “controlador”.
20
El Controlador: Responde a eventos (usualmente acciones del usuario) e
invoca peticiones al “modelo” cuando se hace alguna solicitud sobre la
información (por ejemplo, editar un documento o un registro en una base de
datos). También puede enviar comandos a su “vista” asociada si se solicita un
cambio en la forma en que se presenta el 'modelo' (por ejemplo, desplazamiento
o scroll por un documento o por los diferentes registros de una base de datos),
por tanto se podría decir que el “controlador” hace de intermediario entre la “vista”
y el “modelo”.
La Vista: Presenta el “modelo” (información y lógica de negocio) en un formato
adecuado para interactuar (usualmente la interfaz de usuario) por tanto requiere
de dicho “modelo” la información que debe representar como salida (Ruíz C.,
2016).
Gráfico No. 4.- Modelo Vista Controlador ASP.NET (MVC)
Fuente: Modelo Vista Controlador ASP.NET (MVC)
Elaborado: (Ruíz C., 2016)
21
1.2.2.3 Estilos en ASP.NET MVC
Otra de las características que trae ASP.NET MVC es que las plantillas de
proyectos utilizan por default Twitter Bootstrap, actualmente en la versión 3.0.0,
como framework para nuestras interfaces de usuario.
Bootstrap, para quienes no lo conozcan, es un User Interface Framework open
source desarrollado y mantenido para el equipo de desarrollo de Twitter. Este
marco de trabajo nos permite construir, bajo un sistema de cuadrillas y CSS3,
páginas responsivas. El diseño web responsivo establece tener una única
interfaz de usuario que se ajusta-alinea automáticamente a las distintas
resoluciones de los distintos dispositivos (PCs, tablets, teléfonos…). Además nos
proporciona de estilos y recursos que hacen que nuestras páginas luzcan más
modernas, atractivas y compatibles con las mayorías de los navegadores web.
CSS es un lenguaje utilizado en la presentación de documentos HTML. Un
documento HTML viene siendo coloquialmente “una página web”. Entonces
podemos decir que el lenguaje CSS sirve para organizar la presentación y
aspecto de una página web. Este lenguaje es principalmente utilizado por parte
de los navegadores web de internet y por los programadores web informáticos
para elegir multitud de opciones de presentación como colores, tipos y tamaños
de letra, entre otros.
La filosofía de CSS se basa en intentar separar lo que es la estructura del
documento HTML de su presentación. Por decirlo de alguna manera: la página
web sería lo que hay debajo (el contenido) y CSS sería un cristal de color que
hace que el contenido se vea de una forma u otra.
jQuery es un framework Javascript, pero quizás muchos de los lectores se
preguntarán qué es un framework. Pues es un producto que sirve como base
para la programación avanzada de aplicaciones, que aporta una serie de
funciones o códigos para realizar tareas habituales. Por decirlo de otra manera,
framework son unas librerías de código que contienen procesos o rutinas ya
listos para usar. Los programadores utilizan los frameworks para no tener que
desarrollar ellos mismos las tareas más básicas, puesto que en el propio
framework ya hay implementaciones que están probadas, funcionan y no se
necesitan volver a programar.
22
Para el desarrollo del proyecto de investigación se desarrolló con todos los
estilos antes mencionados (Hanselman, Galloway, Wilson, Allen, & Matson,
2014).
1.2.3 SAP Crystal Reports
Crystal Reports es una aplicación de inteligencia empresarial utilizada para
diseñar y generar informes desde una amplia gama de fuentes de datos (bases
de datos).
Varias aplicaciones, como Microsoft Visual Studio, incluyen una versión OEM de
Crystal Reports como una herramienta de propósito general para
informes/reportes.
Crystal Reports está diseñado para generar el informe que desea desde
prácticamente cualquier origen de datos.
Los asistentes incorporados lo guían paso a paso a través de la creación de
informes y la complexión de tareas comunes. Las fórmulas, tablas de referencias,
subinformes y formatos condicionales ayudan a entender mejor los datos y
descubrir relaciones importantes que, de lo contrario, podrían estar ocultas. Los
gráficos y mapas geográficos proporcionan información en forma visual cuando
las palabras y números no son suficiente (Filial de SAP, 2015).
Los desarrolladores de aplicaciones y de web pueden ahorrar tiempo y
satisfacer las necesidades de sus usuarios al integrar el poder de procesamiento
de informes de Crystal Reports en sus aplicaciones de bases de datos. El soporte
de los lenguajes de desarrollo más usados facilita la adición de informes a
cualquier aplicación. Ya sea el encargado de servicios web en IT, el gerente de
promoción en marketing, el administrador de bases de datos en finanzas o el
director general, Crystal Reports es una herramienta de gran potencia diseñada
para ayudar a cualquier usuario a analizar e interpretar la información importante
para cada uno.
1.3 Base de datos
Una base de datos es una colección de información organizada de forma que un
programa de ordenador pueda seleccionar rápidamente los fragmentos de datos
que necesite. Una base de datos es un sistema de archivos electrónico.
23
Las bases de datos se organizan por campos, registros y archivos. Un campo es
una pieza única de información; un registro es un sistema completo de campos;
y un archivo es una colección de registros (Vazquez, 2001).
1.3.1 Motor de Base de Datos Azure
SQL Azure es una base de datos relacional en la nube construida sobre la
tecnología de SQL Server. Proporciona servicios de bases de datos altamente
escalables y con altísima disponibilidad alojados por Microsoft en la nube. Estos
servicios facilitan enormemente el despliegue de bases de datos.
La gran ventaja de utilizar SQL Azure frente a otros sistemas de almacenamiento
en la nube es que todos los conocimientos sobre bases de datos relacionales y
el lenguaje de consulta SQL siguen siendo válidos. No es necesario adaptar los
conocimientos a nuevos paradigmas de almacenamiento, como pasa con otros
sistemas de almacenamiento en la nube no basados en bases de datos
relacionales ni SQL. Si sabes utilizar SQL Server, todos tus conocimientos te
valen para SQL Azure.
Este punto es justamente uno de los aspectos clave desde el punto de vista de
desarrollo. La mayoría de las aplicaciones que desarrollamos usan en mayor o
menor medida un almacenamiento relacional. El hecho de disponer de este tipo
de almacenamiento en la nube puede posibilitar y simplificar la migración de
aplicaciones a esta plataforma.
Conocer las limitaciones de SQL Azure es clave para saber si podríamos usarla
o no.
SQL Azure permite incluso migrar los backend de datos a la nube sin tener que
tocar ni una sola línea de código de las aplicaciones en un gran número de
escenarios. SQL Azure soporta (Pérez Maques, 2012):
- Tablas, tablas temporales, vistas, índices, roles, procedimientos almacenados
y funciones.
- Consultas complejas y “joins” entre múltiples tablas.
- Insert, update y delete.
- Restricciones
- Transacciones
24
1.3.1.1 Arquitectura
SQL Azure expone a través del protocolo TDS (Tabular Data Stream) las bases
de datos existentes en la nube. El protocolo TDS es el mismo protocolo que
emplea SQL Server, por lo que una aplicación cliente puede conectarse a SQL
Azure de la misma manera en que se conecta a un SQL Server.
Este hecho provoca que la gran mayoría de las aplicaciones existentes puede
llegar a conectar a SQL Azure sin que este hecho suponga cambiar una sólo
línea de código. A la hora de conectar desde las aplicaciones clientes, SQL Azure
permite elegir varios tipos de conexión:
- ADO.NET, incluido Entity Framework.
- Acceso ODBC nativo.
- Soporte para PHP.
Aunque la forma de conectarse sea idéntica a la forma de conectarse a un SQL
Sever, no debe olvidarse la latencia de la red. Desde el punto de vista de
rendimiento siempre hay que considerar que la base de datos de SQL Azure se
encuentra en un Data Center remoto y que el nivel de eficiencia no puede ser el
mismo que podría llegar a conseguirse empleando un SQL Server dentro de la
misma red.
Por este motivo, es recomendable elegir correctamente la ubicación del servidor
SQL Azure, eligiendo la ubicación más cercana posible a la aplicación para evitar
los costes adicionales del consumo de ancho de banda y lograr un mejor
rendimiento.
SQL Azure, dentro del mismo Data Center, está diseñado como un sistema de
réplicas a través de múltiples servidor físicos. Esta arquitectura proporciona un
sistema automático de balanceo de carga y recuperación ante errores.
Existen tres instancias de SQL Azure por cada servidor. El sistema de réplicas
en un sistema completamente transparente a la aplicación, cuya única finalidad
es ofrecer un sistema de escalabilidad y disponibilidad (Pérez Maques, 2012).
25
Gráfico No. 5.- Arquitectura de base de datos
Fuente: Arquitectura de base de datos
Elaborado por: (Ibón Landa & Zorrilla Castro, 2011)
1.3.1.2 Acceso a Datos en SQL Azure
La gran ventaja de utilizar SQL Azure frente a otros sistemas de almacenamiento
en la nube es que todos los conocimientos sobre bases de datos relacionales y
el lenguaje de consulta SQL siguen siendo válidos. No es necesario adaptarse a
nuevos paradigmas de almacenamiento, como pasa con otros sistemas de
almacenamiento en la nube no basados en bases de datos relacionales en SQL.
SQL Azure, construido sobre SQL Server, permite incluso migrar backends de
datos a la nube si tener que tocar ni una sola línea de código de las aplicaciones
en un gran número de escenarios.
SQL Azure expone a través del protocolo TDS (Tabular Data Stream) las bases
de datos existentes en la nube. El protocolo TDS es el mismo protocolo que
emplea SQL Server, por lo que una aplicación cliente puede conectarse a SQL
Azure de la misma manera en que se conecta a un SQL Server.
26
En cuando a la ubicación de la aplicación cliente, no existen restricciones a la
hora de conectarse a SQL Azure. Cualquier aplicación puede conectarse a una
base de datos de SQL Azure siempre y cuando tenga los permisos adecuados y
las reglas del firewall de SQL Azure se encuentren debidamente configuradas
(Ibón Landa & Zorrilla Castro, 2011).
Gráfico No. 6.- Acceso a Datos en SQL Azure
Fuente: Acceso a Datos en SQL Azure
Elaborado por: (Ibón Landa & Zorrilla Castro, 2011)
1.3.2 Modelo de seguridad de Sql Azure
Las bases de datos de SQL Azure pueden contener información confidencial por
lo que es esencial para controlar cuidadosamente el acceso. Este aspecto se
hace especialmente importante debido a que una base de datos de una cuenta
puede compartir el mismo servidor con otras bases de datos de otras cuentas.
SQL Azure debe poder ofrecer un nivel de aislamiento adecuado para asegurar
la confidencialidad de los datos.
SQL Azure se basa en los mismos mecanismos de seguridad existentes en SQL
Server.
Logins de SQL Server: Acceso autenticado a SQL Azure a nivel de servidor.
Usuarios de base de datos: Permite dar permisos a nivel de base de datos.
27
Roles de base de datos: Permite dar permisos a nivel de base de datos a grupos
(Ibón Landa & Zorrilla Castro, 2011).
1.3.3 Ventajas de SQL Server Azure
Migración fácil y rápida: esta característica simplifica el proceso de migración,
para lo cual mueve una base de datos cada vez entre equipos locales así como
entre entornos locales y entornos en la nube sin cambios de la aplicación. Por
tanto, admite una migración incremental a la vez que conserva la infraestructura
local existente. Además, tener acceso a un almacenamiento de datos
centralizado simplifica la lógica de la aplicación en los casos en los que una
aplicación deba ejecutarse en varias ubicaciones en un entorno local. En algunos
casos, es posible que necesite configurar rápidamente centros informáticos en
ubicaciones geográficamente dispersas, que recopilen datos de muchas fuentes
diferentes. Con esta nueva mejora, en lugar de mover datos de una ubicación a
otra, puede almacenar muchas bases de datos como blobs de Microsoft Azure y
después ejecutar scripts Transact-SQL para crear bases de datos en equipos
locales o máquinas virtuales.
Costo y almacenamiento ilimitado: esta característica le permite disponer de
almacenamiento externo ilimitado en Microsoft Azure mientras aprovecha los
recursos informáticos locales. Si usa Microsoft Azure como ubicación de
almacenamiento, puede centrarse tranquilamente en la lógica de la aplicación
sin la sobrecarga de administración de hardware. Si pierde un nodo de proceso
local, puede configurar uno nuevo sin tener que mover datos.
Alta disponibilidad y recuperación ante desastres: el uso de la característica
Archivos de datos de SQL Server en Microsoft Azure puede simplificar las
soluciones de alta disponibilidad y recuperación ante desastres. Por ejemplo, si
se bloquea una máquina virtual en Microsoft Azure o una instancia de SQL
Server, puede volver a crear las bases de datos en una instancia nueva de SQL
Server simplemente restableciendo vínculos a los blobs de Microsoft Azure.
Seguridad: esta nueva mejora le permite separar una instancia de proceso de
una instancia de almacenamiento. Puede tener una base de datos
completamente cifrada donde el descifrado solo se produce en una instancia de
proceso, pero no en una instancia de almacenamiento. Es decir, con esta nueva
28
mejora, puede cifrar todos los datos de la nube pública mediante certificados de
cifrado de datos transparente (TDE), que están separados físicamente de los
datos. Las claves TDE se pueden almacenar en la base de datos maestra, la
cual se almacena localmente en el equipo local protegido físicamente y con copia
de seguridad local. Puede usar estas claves locales para cifrar los datos que se
encuentran en Almacenamiento de Microsoft Azure. Si roban las credenciales de
la cuenta de almacenamiento en la nube, los datos seguirán estando protegidos
ya que los certificados TDE siempre se encuentran en el entorno local.
Copia de seguridad de instantánea: esta característica le permite usar las
instantáneas de Azure para proporcionar copias de seguridad prácticamente
instantáneas y restauraciones más rápidas de los archivos de base de datos
almacenados mediante el servicio de almacenamiento de blobs de Azure. Esta
función permite simplificar las directivas de copia de seguridad y restauración.
Para obtener más información (Ibón Landa & Zorrilla Castro, 2011).
1.4 Sistema de Información
E sistema de información es un conjunto de elementos orientados al tratamiento
y administración de datos e información, organizados y listos para su uso
posterior, generados para cubrir una necesidad o un objetivo. Dichos elementos
formarán parte de alguna de las siguientes categorías: Personas; Datos;
Actividades o técnicas de trabajo; Recursos materiales en general (generalmente
recursos informáticos y de comunicación).
Todo Sistema de Información tiene una clasificación y/o tipos, cada una de estas
se distribuyen y apoyan a diferentes áreas de una organización y contribuye para
que sus procesos se realicen de manera adecuada.
Los autores Kendall y Kendall (2003, pp.4-5) consideran que: Los sistemas de
información se desarrollan con diferentes propósitos, los cuales dependen de las
necesidades de la empresa, se diseñan mediante la aplicación de los conceptos,
técnicas y análisis de sistemas (Kendall & Kendall, 2011).
1.4.1 Clasificación y/o tipos de los sistemas de información
La clasificación según los autores mencionados anteriormente, es la siguiente:
29
1.4.1.1 Sistemas de procesamiento de transacciones
Los sistemas de procesamiento de transacciones son los sistemas
empresariales básicos que sirven al nivel operacional de la organización.
Un sistema de procesamiento de transacciones es un sistema computarizado
que realiza y registra las transacciones rutinarias diarias necesarias para el
funcionamiento de la empresa. Se encuentran en el nivel más bajo de la jerarquía
organizacional y soportan las actividades cotidianas del negocio (Kendall &
Kendall, 2011).
1.4.1.2 Sistemas de gestión de procesos de negocio
La gestión de procesos de negocio es una metodología corporativa y disciplina
de gestión, cuyo objetivo es mejorar el desempeño (eficiencia y eficacia) y la
optimización de los procesos de negocio de una organización, a través de la
gestión de los procesos que se deben diseñar, modelar, organizar, documentar
y optimizar de forma continua. Por lo tanto, puede ser descrito como un proceso
de optimización de procesos.
El modelo de administración por procesos se refiere al cambio operacional de la
empresa, al migrar de una operación funcional a una operación administrada por
procesos.
El sistema de gestión de procesos de negocio es el entendimiento, visibilidad,
modelado y control de los procesos de negocio de una organización. Un proceso
de negocio representa una serie discreta de actividades o pasos de tareas que
pueden incluir personas, aplicativos, eventos de negocio, tareas y
organizaciones (Gómez Pérez, 2017).
1.4.1.3 Sistemas de colaboración empresarial
Los sistemas de colaboración empresarial son uno de los tipos de sistemas
de información más utilizados. Ayudan a los directivos de una empresa a
controlar el flujo de información en sus organizaciones.
Se trata de uno de los tipos de sistemas de información que no son específicos
de un nivel concreto en la organización, sino que proporcionan un soporte
importante para una amplia gama de usuarios. Estos sistemas de información
30
están diseñados para soportar tareas de oficina como sistemas multimedia,
correos electrónicos, videoconferencias y transferencias de archivos (Kyocera,
2017).
1.4.1.4 Sistemas de Información de Gestión
Los sistemas de información de gestión son un tipo de sistemas de
información que recopilan y procesan información de diferentes fuentes para
ayudar en la toma de decisiones en lo referente a la gestión de la organización.
Los sistemas de información de gestión proporcionan información en forma de
informes y estadísticas. El siguiente nivel en la jerarquía organizacional está
ocupado por gerentes y supervisores de bajo nivel. Este nivel contiene los
sistemas informáticos que están destinados a ayudar a la gestión operativa en la
supervisión y control de las actividades de procesamiento de transacciones que
se producen a nivel administrativo.
Los sistemas de información de gestión utilizan los datos recogidos para
proporcionar a los supervisores los informes de control necesarios. Los sistemas
de información de gestión son los tipos de sistemas de información que toman
los datos internos del sistema y los resumen en formatos útiles como informes
de gestión para utilizarlos como apoyo a las actividades de gestión y la toma de
decisiones (Kyocera, 2017).
1.4.1.5 Sistemas de apoyo a la toma de decisiones
Un sistema de apoyo a la toma de decisiones o de soporte a la decisión es
un sistema basado en ordenadores destinado a ser utilizado por un gerente
particular o por un grupo de gerentes a cualquier nivel organizacional para tomar
una decisión en el proceso de resolver una problemática semiestructurada. Los
sistemas de apoyo a la toma de decisiones son un tipo de sistema computarizado
de información organizacional que ayuda al gerente en la toma de decisiones
cuando necesita modelar, formular, calcular, comparar, seleccionar la mejor
opción o predecir los escenarios.
Los sistemas de apoyo a la toma de decisiones están específicamente diseñados
para ayudar al equipo directivo a tomar decisiones en situaciones en las que
31
existe incertidumbre sobre los posibles resultados o consecuencias. Ayuda a los
gerentes a tomar decisiones complejas (Kyocera, 2017).
1.4.1.6 Sistemas de Información Ejecutiva
Los sistemas de información ejecutiva proporcionan un acceso rápido a la
información interna y externa, presentada a menudo en formato gráfico, pero con
la capacidad de presentar datos básicos más detallados si es necesario. Los
sistemas información ejecutiva proporcionan información crítica de una amplia
variedad de fuentes internas y externas en formatos fáciles de usar para
ejecutivos y gerentes.
Un sistema de información ejecutiva proporciona a los altos directivos un sistema
para ayudar a tomar decisiones estratégicas. Está diseñado para generar
información que sea lo suficientemente abstracta como para presentar toda la
operación de la empresa en una versión simplificada para satisfacer a la alta
dirección (Kyocera, 2017).
1.4.2 Data Warehouse en la toma de decisiones
El Data Warehouse es una tecnología para el manejo de la información
construido sobre la base de optimizar el uso y análisis de la misma utilizado por
las organizaciones para adaptarse a los vertiginosos cambios en los mercados.
Su función esencial es ser la base de un sistema de información gerencial, es
decir, debe cumplir el rol de integrador de información proveniente de fuentes
funcionalmente distintas (Bases Corporativas, Bases propias, Sistemas
Externos, entre otros) y brindar una visión integrada de dicha información,
especialmente enfocada hacia la toma de decisiones por parte del personal
jerárquico de la organización.
Data Warehousing es el proceso de extracción y transformación de datos
obtenidos en fuentes operacionales (OLTP - OnLine Transaction Processing-
Procesamiento de Transacciones en Línea) llevándolos a una base centralizada
reconocida como un Data Warehouse. Por lo que una vez en el repositorio es
explotada usando herramientas para la toma de decisiones. Data Warehousing
responde a un esquema Cliente/Servidor donde por un lado es cliente de bases
de datos operacionales o transaccionales y por otro es servidor de clientes
32
finales con necesidades específicas de consulta (Mendez, Mártire, Britos, &
Garcia Martínez, 2003).
Gráfico No. 7.- Data Warehouse en la toma de decisiones
Fuente: Data Warehouse en la toma de decisiones
Elaborado por: (Bernabeu, 2009)
1.4.3 Arquitectura del Data Warehouse
Al igual que otros métodos para el desarrollo de sistemas, descritos bajo un
modelo Cliente / Servidor la segmentación de un Data Warehouse en varios
niveles permite diferenciar varios elementos de la arquitectura en particular
aquellos encargados de hacer ciertas tareas específicas. Considerando lo
anterior la pregunta esencial que debe contestarse con respecto a la arquitectura
de un warehouse es: ¿Cuántos niveles deben emplearse y en qué momento
dentro del ciclo de vida del proyecto?
Existen factores básicos que deben tomarse en cuenta al considerar la aplicación
de niveles dentro del Data Warehouse:
La volatilidad semántica del dominio de los datos del warehouse. ¿Con qué
frecuencia los datos requieren ser adquiridos de las bases de datos en
operación?
La independencia de organización de la comunidad de usuarios. ¿Cuál es la
diferencia entre los usuarios más notable en cuanto a la cantidad y concentración
de la información así como su posición en la organización?
33
El riesgo del ciclo de vida del proyecto. ¿Cuál es el presupuesto asignado y
calendarización de los resultados?
El costo de implantación de una arquitectura más compleja.
Esto ha originado un segundo modelo de niveles basado en tres niveles que
establecen una arquitectura más compleja en tamaño pero respondiendo al
desempeño crítico con más celeridad. Las diferentes arquitecturas también están
asociadas necesariamente al desarrollo de un tipo de proyecto y una
metodología distintas entre sí aunque lo bastante similares para generar un
producto final que se conceptualiza de la misma forma (Contreras Hernández,
2013).
Gráfico No. 8.- Arquitectura del Data Warehouse
Fuente: Arquitectura del Data Warehouse
Elaborado por: (Jiménez A., 2014)
1.4.4 Data Warehouse con Power BI Desktop
Power BI es una colección de servicios de software, aplicaciones y conectores
que funcionan conjuntamente para convertir orígenes de datos sin relación entre
sí en información coherente, interactiva y atractiva visualmente. Tanto si se trata
de una sencilla hoja de cálculo de Excel como de una colección de almacenes
de datos híbridos locales o basados en la nube, Power BI le permite conectar
fácilmente los orígenes de datos, visualizar (o descubrir) lo más importante y
compartirlo (Ccance, 2016).
34
1.4.4.1 Administrar informes con Power BI
El servidor de informes de Power BI es una solución que los clientes
implementan a nivel local para crear, publicar y administrar informes, y
posteriormente entregarlos a los usuarios correctos de maneras diferentes,
independientemente de que los vean en un explorador web, en su dispositivo
móvil o, en forma de correo electrónico, en su bandeja de entrada.
El servidor de informes de Power BI ofrece un conjunto de productos:
Un portal web moderno que puede ver en cualquier explorador moderno. En el
portal web, puede organizar y mostrar informes y KPI. En él también puede
almacenar libros de Excel.
Informes de Power BI, creados con Power BI Desktop, que puede ven en el portal
web en su propio entorno.
Informes paginados para que pueda crear informes de aspecto moderno y
herramientas para crearlos.
Informes móviles con un diseño dinámico que se adapta a diferentes dispositivos
y distintas maneras de contenerlos (Ghanayem, 2017).
1.5 Gestión médica
La gestión médica está asociada principalmente al ciclo de atención al paciente,
desde su registro en el sistema de salud, hasta la actualización de su expediente
durante todas sus consultas o atenciones, para formar su historia clínica.
En este concepto reside la importancia de un Sistema de Gestión Medica, ya que
los registros de atención en salud no se conservan en forma única, solamente
se encuentran, en el mejor de los casos, en los expedientes en papel de nuestro
médico de confianza. No es sino hasta la atención de especialidad cuando se
levanta un expediente de antecedentes médicos para entender los
padecimientos previos que pueden afectar a un diagnóstico, que generalmente,
depende de la buena memoria del paciente.
La Industria del cuidado de la salud, se ha sumado y ha desarrollado grandes
avances tecnológicos como los equipos médicos actuales, que permiten realizar
35
diagnósticos e intervenciones con gran precisión. Esto ha permitido ampliar la
edad promedio de vida en el mundo.
El software médico, son términos que se utilizan para referirse a una plataforma
de software, que gestiona los registros de los actos médicos de los pacientes en
un hospital o clínica. Es un registro electrónico longitudinal de la información de
salud del paciente (Guerrero, 2016).
1.5.1 Gestión médica en el ámbito de salud.
Gestionar es dirigir, administrar los recursos, lograr los objetivos y metas
propuestos. Lo anterior exige coordinar y motivar, articular adecuadamente tanto
a las personas como a los recursos materiales de una organización para que
esos objetivos se alcancen en un contexto de eficacia y eficiencia.
La gestión clínica es administrada al interior de los servicios clínicos y centros
ambulatorios. Se ocupa principalmente del quehacer de los profesionales del
área clínica (Tobar, 2002).
1.5.2 Plan estratégico de Gestión médica
Como para cualquier empresa, el plan estratégico de gestión médica suele ser
cualitativo, es decir, describe en términos medibles los objetivos de la
organización. El plan estratégico es también temporal, enmarcado en intervalos
de tiempo concretos y explícitos.
En tal sentido, la planificación de gestión médica es un proceso administrativo y
no puramente epidemiológico cuyo propósito es decidir lo qué se quiere, a dónde
se quiere llegar en un tiempo determinado, las acciones que se tomarán, los
medios que se utilizarán y los individuos que serán los responsables de llegar
hasta donde se desea y alcanzar en una forma más efectiva los objetivos
organizacionales del futuro (Tobar, 2002).
1.5.3 El sistema de información de hospitales y Clínicas.
Uno de los requisitos de la actividad clínica es la adecuada gestión y planificación
de los recursos implicados, tanto humanos como materiales. Esta faceta es
especialmente importante si se tienen en cuenta la dimensión de los servicios de
36
salud, la complejidad de su actividad y la gran cantidad de pacientes que se
encuentran bajo su cargo, además del carácter limitado de dichos recursos.
Para coordinar estos recursos y satisfacer la demanda asistencial existente, es
necesario contar con rigurosos procedimientos de actuación que contemplen las
siguientes actividades:
Identificación única de pacientes y profesionales con el objetivo principal de
evitar que la información del paciente se duplique o se encuentre
desagregada.
Definición de prestaciones especificando características como la necesidad
o no de cita previa, el tiempo de validez de los resultados, condiciones
especiales de realización, restricciones de citación, recursos necesarios y
tiempo estimado para su realización, entre otros.
Solicitud de prestaciones, entendida como el acto de petición de estas por
parte de un profesional clínico y que no tiene necesaria correspondencia con
el acto de citación.
Configuración de agendas, definiendo y asignando franjas horarias para la
realización de prestaciones específicas, de modo que se aproveche al
máximo el tiempo disponible pero disponiendo también de cierta flexibilidad
para dar una respuesta rápida ante determinadas situaciones, como
episodios urgentes o averías del equipamiento empleado.
Proceso de citación, en el que la cita se negocia con el paciente para
conciliar sus necesidades clínicas y personales con las del servicio de salud.
Es frecuente la cita de varias prestaciones relativas a un mismo episodio, en
cuyo caso es conveniente concentrarlas en la mínima franja posible,
teniendo siempre en cuenta las restricciones o incompatibilidades que
pueden existir entre distintas prestaciones.
Admisión de pacientes donde se registra su llegada, se comprueba el
cumplimiento de los requisitos para la realización de las pruebas y se
formalizan las autorizaciones pertinentes en caso necesario.
Realización de prestaciones, registrándose la información generada en el
sistema de información correspondiente (Carniero & Fernández, 2012).
37
1.5.4 Historia clínica electrónica.
La historia clínica puede definirse como el repositorio que contiene toda la
información relativa a la salud de un paciente. Por lo tanto, es un instrumento
imprescindible para que el profesional de la salud pueda llevar a cabo su
actividad y prestar al paciente la mejor atención posible en cada momento. De
hecho, su utilidad es tal que trasciende los fines puramente asistenciales,
pudiendo añadirse funciones de investigación, docencia, planificación y gestión,
control de calidad, e incluso su carácter jurídico-legal.
Actualmente, la gran mayoría de las historias clínicas se almacenan empleando
el papel como soporte de la información clínica con las consiguientes
desventajas que ello implica en materia de consulta, tratamiento y registro de
datos, tanto en las instituciones como entre ellas, o de seguridad y
confidencialidad de la información. La historia clínica electrónica soluciona estas
carencias y ofrece algunas ventajas adicionales, pudiendo agruparse sus
prestaciones en las siguientes funcionalidades:
Gestión de la información de salud.
Manejo de resultados.
Manejo de órdenes médicas.
Sistemas de soporte para la toma de decisiones.
Sistemas de comunicación electrónica y conectividad.
Soporte al paciente.
Procesos administrativos.
Sistemas de reportes y salud pública.
Emisión de informes médicos.
Todas estas prestaciones dan solución a diversas necesidades de los distintos
agentes implicados, ya sean profesionales sanitarios, servicios clínicos u
organizaciones de salud (Carniero & Fernández, 2012).
1.5.5 Expediente clínico electrónico.
Históricamente, el expediente clínico, es el conjunto de información ordenada y
detallada que recopila cronológicamente todos los aspectos relativos a la salud
de un paciente y a la de su familia en un periodo determinado de su vida;
38
representa una base para conocer las condiciones de salud, los actos médicos
y los diferentes procedimientos ejecutados por el equipo médico a lo largo de un
proceso asistencial (Villarreal Levy, 2011).
Con el avance de las ciencias y la tecnología, este concepto evoluciona,
considerándose como un “Sistema Informático que almacena los datos del
paciente en formato digital, que se almacenan e intercambian de manera segura
y puede ser accesado por múltiples usuarios autorizados. Contiene información
retrospectiva, concurrente y prospectiva y su principal propósito es soportar de
manera continua, eficiente, con calidad e integral la atención y cuidados de
salud” (Salvador, 2009).
1.6 Conclusiones parciales del capítulo.
Los modelos de desarrollo Web incluye los servicios necesarios para crear
aplicaciones Web empresariales con códigos mínimo, como .NET Framework en
aplicaciones ASP.NET que puede trabajar con elementos HTML con
propiedades, métodos y eventos, el marco de trabajo de páginas y controles
ASP.NET también permite encapsular la funcionalidad común de la interfaz de
usuario en controles fáciles de usar y reutilizables.
La base de datos en la nube en SQL Azure, está estructurado en una
plataforma de infraestructura de computación en la nube privada, pública o
híbrida, que permite almacenar información en la nube, esto simplifica los
procesos necesarios para hacer que la información esté disponible a través
de conexiones basadas en internet.
La toma de decisión, proporciona una información de gestión accesible,
correcta, uniforme y actualizada, con mayor flexibilidad ante el entorno del
servicio al cliente, permitiendo analizarlos y compararlos registros
almacenados en una base de datos con procesos automatizados al usuario.
La gestión médica automatiza agiliza el flujo de trabajo del profesional de la
salud, ofreciendo la capacidad de generar un registro completo de un
encuentro clínico de los pacientes, así como el apoyo a otras actividades
relacionadas al sistema de información directo o indirectamente a través de
la interfaz del aplicativo web desarrollado para la gestión médica.
39
CAPÍTULO II
2. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA PROPUESTA
2.1 Caracterización del Sector
La gestión médica del Gobierno Autónomo Descentralizado de Acción Social
Municipal de Guaranda cubrir con las necesidades de Áreas de Salud de nuestra
población, creando unidades especializadas con mejoras continuas para cumplir
estos estándares.
La gestión médica del Gobierno Autónomo Descentralizado de Acción Social
Municipal de Guaranda se encuentra ante la apremiante necesidad de responder
de manera creativa a los cambios del contexto donde realizan su labor y a la
mayor exigencia de las sociedades y los usuarios de sus servicios. La calidad y
la seguridad se han convertido en imperativos éticos para las organizaciones de
salud.
2.1.1. Objetivo
Brindar servicios de salud de óptima calidad, confiable y oportuno, que
garanticen una adecuada atención humana; basado en altos niveles
tecnológicos científicos con la finalidad de satisfacer las necesidades y
expectativas de nuestros afiliados y su grupo familiar en un ambiente agradable,
en excelentes condiciones.
2.1.2. Misión
Promover y contribuir al desarrollo humano para el mejoramiento de la calidad
de vida de la población vulnerable del Cantón Guaranda, enmarcado en el art.
35 de la Constitución de la República del Ecuador, a través de la gestión,
coordinación y ejecución de las políticas sociales del Gobierno Autónomo
Descentralizado del Cantón Guaranda, de manera solidaria, transparente y de
calidad.
2.1.3. Visión
Ser líder cantonal y referente a nivel provincial, nacional en la gestión de
servicios que contribuyan al desarrollo humano, sustentado en la confianza,
participación activa de la población vulnerable del cantón Guaranda.
40
2.1.4. Políticas
Se adoptan las siguientes políticas de trabajo:
- Concertación de los diferentes actores sociales, para el logro de una
participación efectiva en del desarrollo de la ciudad.
- Movilización de esfuerzos para dotar a Acción Social Municipal del Gobierno
Autónomo del Cantón Guaranda de una infraestructura administrativa,
material y humana que permita receptar y procesar adecuadamente los
efectos de la descentralización.
- Fortalecimiento y desarrollo, a base de un óptimo aprovechamiento de los
recursos y esfuerzos sostenidos para mejorar e incrementar los ingresos de
autofinanciamiento de los gastos, mediante un proceso de gerencia
institucional.
- Preservación y encausamiento de los intereses institucionales y ciudadanos
como finalidad institucional.
- Voluntad política, trabajo en equipo y liderazgo, para la búsqueda constante
de los más altos niveles de rendimiento, a efectos de satisfacer con
oportunidad las expectativas ciudadanas, a base de concertación de fuerzas
y compromisos de los diferentes sectores internos de trabajo: Normativo,
Ejecutivo de Apoyo y Operativo; en consecuencia dinamismo y creatividad
de autoridades y servidores para lograr una sostenida y equilibrada
participación y apoyo mutuo, como base del mejor enfrentamiento de
problemas y soluciones.
- Identificación de los problemas prioritarios de la organización interna
institucional y de la comunidad y la búsqueda oportuna de las soluciones
más adecuadas, con el menor costo y el mayor beneficio (Gobierno
Autónomo del Cantón Guaranda, 2017).
2.2 Diseño Metodológico
La metodología investigativa que se empleó en el proyecto de desarrollo tiene
algunos aspectos a resaltar así:
La modalidad de investigación se define bajo el paradigma cuali-cuantitativa: La
investigación cuantitativa es aquella en la que se recogen y analizan datos
cuantitativos sobre variables. La investigación cualitativa evita la cuantificación.
41
La metodología utilizado en este proceso investigativo tiene dos aspectos:
Investigación Bibliográfica en base de libros revistas de internet que permitirá
fundamentar las partes teóricas del desarrollo del software como lenguajes de
programación y bases de datos.
Investigación de Campo realizada en base de encuestas y entrevistas permite
ratificar las manifestaciones del problema, se lleva a cabo en la empresa o
institución en cual se tiene la sintomatología expresada anteriormente.
2.2.1. Métodos de Investigación.
Los métodos utilizados para el desarrollo de la investigación son:
- Análisis Sintético.- Este método permitió investigar el fundamento teórico
de los principios que influyen en la administración, gestión y control médico
de los pacientes de la clínica, esto permitió enmarcar un marco teórico de la
fundamentación estratégica para dar conclusiones durante el proceso de la
investigación.
- Histórico Lógico.- Este método permitió determinar los antecedentes de la
problemática de la administración, gestión y control médico de los pacientes
de la clínica, en la cual se pudo determinar y analizar los efectos del entorno
de la clínica.
- Inductivo.- Con este método se determinó las características básicas de la
aplicación web para la gestión médica, mediante el análisis de los elementos
que conllevan su aplicabilidad es su entorno.
- Deductivo.- Se investigó la problemática que tiene la gestión médica del
Gobierno Autónomo Descentralizado de Acción Social Municipal “Kampina
Wasi” de Guaranda, para el desarrollo de una aplicación web automatizada
en los procesos de administración, gestión y control médico de los pacientes.
2.2.2. Técnicas e Instrumentos de Investigación.
La técnica de investigación que se aplicó para la recopilación de la información
es la encuesta, este instrumento de investigación se encuentra anexado.
Encuesta.- Esta técnica se aplicó para obtener información que ayudé a
determinar la situación actual de la problemática en la administración, gestión y
control médico de los pacientes de la clínica, a través del instrumento del
42
cuestionario, elaborado con preguntas cerradas en la cual se buscó conocer la
opinión del personal médico y administrativo del Gobierno Autónomo
Descentralizado de Acción Social Municipal “Kampina Wasi” de Guaranda.
2.3 Población y muestra de la investigación
La población involucrada en la problemática descrita en el inicio de este trabajo
investigativo está estructurada por: médicos y personal administrativo del
Gobierno Autónomo Descentralizado de Acción Social Municipal de Guaranda
que se encuentra involucrado en la gestión médica.
Tabla No. 1: Población y muestra de la investigación.
Detalle Población Porcentaje
Administrativo 6 33%
Médicos 12 67%
Total 18 100%
Fuente: Investigación.
Elaborado por: Investigador
Muestra: Para la recolección de la información se tomó muestras en su totalidad
del personal administrativo y médico.
43
2.4 Interpretación de la encuesta realizada.
2.4.1 Encuesta dirigida al personal médico de la clínica
Pregunta 1. ¿De qué forma realiza el registro de la historia clínica de los
pacientes que realiza las consultas médicas?
Tabla No. 2: Pregunta 1
Respuesta Frecuencia Porcentaje
Manual 12 100%
Computadora 0 0%
Total 12 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 9: Pregunta 1
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal médico encuestado, realizan
los registros de las historias clínicas en forma manual de las consultas realizas
por partes de los pacientes.
44
Pregunta 2. ¿Cree usted que existe demora en la localización de los registros
de las historias clínicas de los pacientes?
Tabla No. 3: Pregunta 2
Respuesta Frecuencia Porcentaje
Si 11 92%
No 1 8%
Total 12 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 10: Pregunta 2
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 92% del personal médico encuestado determina
que existe demora en la localización de los registros de los pacientes y el 8%
determina que no existe demoras al buscar manualmente los registros.
45
Pregunta 3. ¿Cree usted que el personal del consultorio médico este apto para
un cambio tecnológico en un tiempo determino?
Tabla No. 4: Pregunta 3
Respuesta Frecuencia Porcentaje
Si 10 87%
No 2 17%
Total 12 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 11: Pregunta 3
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 87% del personal médico encuestado indica que
es apto para un cambio tecnológico y el restante determina que no están
preparados para este cambio.
46
Pregunta 4. ¿Considera que una aplicación web mejorara la gestión médica para
la búsqueda de los registros de los pacientes?
Tabla No. 5: Pregunta 4
Respuesta Frecuencia Porcentaje
Si 12 100%
No 0 0%
Total 12 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 12: Pregunta 4
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal médico encuestado indica que
una aplicación web mejorara la gestión médica para la búsqueda de los registros
de los pacientes.
47
Pregunta 5. ¿Considera que un sistema informático en la web mejorará la
organización del espacio físico y evitaría pérdidas de los registros en la gestión
médica de la clínica?
Tabla No.6: Pregunta 5
Respuesta Frecuencia Porcentaje
Si 12 100%
No 0 0%
Total 12 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 13: Pregunta 5
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal médico encuestado que un
sistema informático en la web mejorará la organización del espacio físico y
evitaría pérdidas de los registros en la gestión médica de la clínica.
48
Pregunta 6. ¿Cree usted que la implantación de una aplicación web mejorará el
proceso para la atención a los pacientes?
Tabla No. 7: Pregunta 6
Respuesta Frecuencia Porcentaje
Si 12 100%
No 0 0%
Total 12 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 14: Pregunta 6
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal médico encuestado determina
que la implantación de una aplicación web mejorará el proceso para la atención
a los pacientes.
49
Pregunta 7. ¿Considera usted que con la automatización de la gestión médica
en la aplicación web le ayudara a la organización y administración de los
pacientes en la clínica?
Tabla No. 8: Pregunta 7
Respuesta Frecuencia Porcentaje
Si 12 100%
No 0 0%
Total 12 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 15: Pregunta 7
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal médico encuestado indica que
con la automatización de la gestión médica en la aplicación web le ayudara a la
organización y administración de los pacientes en la clínica?
50
2.4.2 Encuesta dirigida al personal administrativo de la clínica
Pregunta 1. ¿Cree usted que existe demora en la atención a los pacientes por
no existir software para su registro de control?
Tabla No.9: Pregunta 1
Respuesta Frecuencia Porcentaje
Si 6 100%
No 0 0%
Total 6 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No.16: Pregunta 1
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal administrativo de la clínica
encuestada indica que existe demora en la atención a los pacientes por no existir
software para su registro de control.
51
Pregunta 2. ¿Considera usted que existe información incompleta en los registros
de los pacientes?
Tabla No. 10: Pregunta 2
Respuesta Frecuencia Porcentaje
Si 6 100%
No 0 0%
Total 6 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 17: Pregunta 2
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal administrativo de la clínica
encuestada considera que existe información incompleta en los registros de los
pacientes por no existir un sistema de registro automatizado.
52
Pregunta 3. ¿Cree usted que implantando una aplicación web para la gestión
médica, mejorar los servicios de atención a los pacientes?
Tabla No. 11: Pregunta 3
Respuesta Frecuencia Porcentaje
Si 6 100%
No 0 0%
Total 6 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 18: Pregunta 3
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal administrativo de la clínica
encuestada considera que implantando una aplicación web para la gestión
médica, mejorar los servicios de atención a los pacientes en forma más
automatizada.
53
Pregunta 4. ¿Considera usted que los registros de las historias clínicas es un
factor importante para las atención a los pacientes?
Tabla No. 12: Pregunta 4
Respuesta Frecuencia Porcentaje
Si 6 100%
No 0 0%
Total 6 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 19: Pregunta 4
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal administrativo de la clínica
encuestada índica que los registros de las historias clínicas es un factor
importante para la atención de los pacientes con una gestión médica más acorde
con las tecnologías.
54
Pregunta 5. ¿Considera usted que la implementación de una aplicación web
reducirá el tiempo en la localización de los registros de atención de los
pacientes?
Tabla No. 13: Pregunta 5
Respuesta Frecuencia Porcentaje
Si 6 100%
No 0 0%
Total 6 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 20: Pregunta 5
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal administrativo de la clínica
encuestada determina que la implementación de una aplicación web reducirá el
tiempo en la localización de los registros de atención de los pacientes para la
gestión médica en un menor tiempo.
55
Pregunta 6. ¿Considera que una aplicación web mejorará la organización de la
gestión médica dando seguridad y privacidad de los registros clínicos de los
pacientes?
Tabla No. 14: Pregunta 6
Respuesta Frecuencia Porcentaje
Si 6 100%
No 0 0%
Total 6 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 21: Pregunta 6
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal administrativo de la clínica
encuestada índica que una aplicación web mejorará la organización de la gestión
médica dando seguridad y privacidad de los registros clínicos de los pacientes
en forma automatizada.
56
Pregunta 7. ¿Cree usted que una aplicación web permitirá tener actualizado la
información de los pacientes para la gestión médica?
Tabla No. 15: Pregunta 7
Respuesta Frecuencia Porcentaje
Si 6 100%
No 0 0%
Total 6 100%
Fuente: Encuesta.
Elaborado por: Investigador
Gráfico No. 22: Pregunta 7
Fuente: Encuesta.
Elaborado por: Investigador
Análisis e interpretación: El 100% del personal administrativo de la clínica
encuestada índica que una aplicación web permitirá tener actualizado y
automatizado la información de los pacientes para la gestión médica.
2.5 Planteamiento de la propuesta.
La investigación realizada, ratifica la problemática existen en la gestión médica.
Con el desarrollo de la investigación se puede determinar que mí propuesta para
dar solución al problema existente en la gestión médica del Gobierno Autónomo
57
Descentralizado de Acción Social Municipal de Guaranda tiene factibilidad
operacional y tecnológica.
La factibilidad operacional se detectó al observar que actualmente todo el trabajo
que realizan el personal administrativo y médicos lo realizan de forma manual lo
que no permite tener información automatizado de todos los procesos de manera
segura y confiable.
La factibilidad tecnológica se determinó en la solución que se dio al problema en
el momento de la implementación de una aplicación web para la gestión médica
que ayuda a tener información más organizada y segura de los registros de los
pacientes de la clínica.
2.6 Conclusiones parciales del capítulo
Es beneficioso y necesario realizar una automatización con un sistema que
esté acorde con la tecnología actual, con herramientas que permitan
optimizar tiempo y recurso de los procesos que están realizan manualmente.
Es conveniente utilizar una aplicación web para que la información que se
maneja de los pacientes estén debidamente organizada para la obtención de
información más eficiente para la gestión médica.
Al utilizar una aplicación web para la gestión médica se podrá evidenciar en
un tiempo determinado las mejoras y los beneficios de la automatización de
los registros.
Al utilizar el sistema informático de la aplicación web de gestión médica,
permitirá tomar decisiones más eficientes, tanto a doctores como
administrativos.
Al automatizar la gestión médica se podrá mejorar varias deficiencias,
mejorando la gestión de los registros y control de los pacientes.
En las encuestas realizadas a los médicos y al personal administrativo de la
clínica, existe la necesidad de automatizar la gestión médica, para un control
adecuado de los registros de las historias clínicas de los pacientes, que
permita optimizar tiempo y recurso que estén acordes con la tecnología
actual.
58
CAPITULO III
3. MARCO PROPOSITIVO
Los problemas que sufre la clínica en el sector administrativo y organizado son
de diversa índole y características. Estos problemas se enmarcan en gestión
médica donde no existe un sistema automatizado de registros.
Por lo que se planteó como solución a un problema o mejoramiento de un
proceso de automatización para la gestión médica, con el desarrollo e
implementación de una aplicación web que permita al personal médico y
administrativo de la clínica lleve los procesos automatizados, así evitando
demoras y perdidas de los registros y diagnósticos de los pacientes, con un
historial clínico que acceda a la información centralizada, unificada y con rápido
acceso.
3.1 Tema
Aplicación Web para la Gestión Médica usando Azure en el Gobierno Autónomo
Descentralizado de Acción Social Municipal “Kampina Wasi” de Guaranda.
3.2 Objetivos
3.2.1 Objetivo general
Desarrollar una aplicación Web para la gestión médica del Gobierno Autónomo
Descentralizado de Acción Social Municipal “Kampina Wasi” de Guaranda.
3.2.2 Objetivo específicos
- Elaborar una aplicación web que incorpore la administración y control de una
gestión médica.
- Diagnosticar las necesidades de las gestiones médicos y personal
administrativo de la clínica, para su automatización con una aplicación web.
- Aplicar procesos tecnológicos a la gestión médica y administrativa, que
mejorara con eficiencia y eficacia en la administración de la clínica.
- Comprobar el correcto funcionamiento de la aplicación web para la gestión
médica, para que conlleve una funcionalidad acorde a las necesidades de la
clínica entre el usuario y el aplicativo.
59
3.3 Desarrollo de la propuesta
Sustancialmente la propuesta de solución planteada al problema descrito en el
capítulo inicial consiste en el desarrollo e implementación de una aplicación web
con características cliente/servidor que ha sido desarrollado con lenguajes de
programación Asp.net, CSS, JQuery, con base de datos en la nube SQL Azure.
3.3.1 Metodología de Desarrollo
Para el desarrollo de la aplicación web se utilizó la metodología UWE (UML-
Based Web Engineering).
Es un método de ingeniería de software para el desarrollo de Web basado en
UML (Unified Modeling Language - Lenguaje Unificado de Modelado), es decir
es una herramienta basada en UML pero para aplicaciones Web, esto conlleva
a que cualquier diagrama UML puede ser usado, debido a que es una extensión
de UML. Esta metodología nace con la finalidad de controlar el caos que han
provocado en el pasado procesos de desarrollo y así proporcionar un proceso
sistemático orientado una aplicación final de calidad.
La metodología se encuentra enmarcada en cinco fases: Análisis, Diseño,
Desarrollo, Pruebas de Funcionamiento y Entrega. A continuación se describe
cada una de las actividades que intervienen en el desarrollo de la propuesta
investigativa.
3.3.2 Análisis
En esta fase se analizan las peticiones o requerimientos de las personas o
entidad para la cual se desarrolla el aplicativo web, el propósito es definir las
características del entorno de la aplicación. Se realizan tres tareas: Obtener
requerimientos y Clasificar los requerimientos.
- Obtener requerimientos: se realizó una serie de entrevistas al personal médico
y administrativo de la clínica, para analizar los síntomas del problema o
necesidades que se pretenden para solventar con una aplicación web.
- Clasificar los requerimientos: Una vez identificados los requerimientos de la
clínica se determina los requerimientos funcionales y no funcionales.
60
Los requerimientos funcionales según el personal médico y administrativo de la
clínica son: formularios de registros de los pacientes, formularios de atención de
los pacientes, formulario de turno de los pacientes, formulario de registró de
costo de atención de los pacientes, reportes de atención de los pacientes y
reportes estadísticos de movimiento de atención de los pacientes para la toma
de decisiones.
Los requerimientos no funcionales que se determina en este proyecto es el bajo
costo en su implementación, ya que cuenta con servidores de base de datos que
permite sincronizar los registros en la nube, por lo que el rendimiento y la
estabilidad del servicio de la aplicación web sean administrables por el personal
de la clínica.
3.3.2.1. Requerimientos funcionales
N. Requerimiento Descripción Prioridad
RF1
La aplicación web se
puede ejecutar en
diferentes plataformas
La aplicación web está
desarrollado para utilizar en
diferentes dispositivos que
contengan conexión a
internet.
Alta
RF2
La aplicación web se
puede ejecutar sin
necesidad de instalar
ningún software adicional.
La aplicación web no
requerirá de otros requisitos
adicionales para su
funcionamiento en los
navegadores de internet.
Alta
RF3
El administrador de la
aplicación web deberá
poder crear, editar y
eliminar a los usuarios.
La aplicación web podrá
crear, editar y eliminar
usuarios, dependiendo si se
encuentra registrado en el
módulo de administración.
Alta
RF4
El administrador de la
aplicación web será el
encargado de emitir un
nombre de usuario y
El administrador registrara
en la aplicación web el
número de cedula y los
datos adicionales asignando
Alta
61
password para los usuarios
con sus respetivos roles.
roles a cada usuario con su
respetivo password.
RF5
El personal médico y
administrativo podrá
cambiar el password.
La aplicación web estará
disponible para el personal
médico y administrativo
cuando lo requiera para el
cambio respetivo el
password.
Alta
RF6
La aplicación web permitirá
el ingreso sola a usuarios
registrados
respectivamente con sus
roles.
Los usuarios deben acceder
a la aplicación web con un
usuario y password.
Alta
RF7
El personal médico poder
crear y editar los registros
de los pacientes.
La aplicación web permitirá
dará acceso al módulo de
los pacientes.
Alta
RF8
Generar historia clínica de
los pacientes en la
aplicación web
El proceso será realizado
por el personal médico que
registrará el motivo,
enfermedad, signos vitales,
hora y fecha, generando el
historial clínico del paciente.
Alta
RF9
El personal médico
generará consultas del
historial médico de los
pacientes
Para generar la consulta en
la aplicación web se requiere
el número de cédula o
apellidos nombres del
paciente, de esta forma
obtendrá el historial médico.
Alto
RF10
El personal administrativo
podrá acceder al módulo
de reportes estadísticos en
la aplicación web.
La aplicación dará acceso al
módulo de los reportes. Alto
RF11
El personal médico y
administrativo deberá
acceder para la
La aplicación web dará paso
a visualización de los Alta
62
visualización de la
información acorde a los
roles designados.
reportes de acuerdo a los
roles designados.
3.3.2.2. Requerimientos no funcionales
N. Requerimiento Descripción Prioridad
RNF1 La aplicación web del
interfaz del usuario.
La aplicación web está
construido con lenguaje de
programación que está
acorde a la tecnología
actual, permitiendo que sea
amigable para el usuario
final.
Alta
RNF2
La aplicación web brindará
seguridad en el
almacenamiento de
información.
La aplicación web garantizar
la seguridad en la
información al almacenar en
la base de datos que se
ejecuta internamente en el
aplicativo.
Alta
RNF3
La aplicación web emite
mensajes de alertas a los
usuarios.
La aplicación web
proporciona mensajes de
error que informa y orienta
con alertas a los usuarios.
Alta
RNF4
El funcionamiento de la
aplicación web es
multiusuario.
La aplicación web es capaz
de funcionar
adecuadamente con
múltiples usuarios a la vez.
Alta
63
3.3.2.1 Diseño
Para el análisis de los requerimientos del diseño se procedió a realizar un estudio
de las necesidades del personal médico y administrativo de la clínica, basadas
en las encuestas realizadas que proporcionaron información para la elaboración
de los diagramas para el sistema de aplicación web para la gestión médica
3.3.2.2. Gestión del usuario del personal administrativo
Gráfico No. 23 Gestión del usuario del personal administrativo
Fuente: Gestión del usuario del personal administrativo
Elaborado por: Investigador
3.3.2.3. Gestión de usuario del personal médico
Gráfico No. 24: Gestión de usuario del personal médico
Fuente: Gestión de usuario del personal médico
Elaborado por: Investigador
64
3.3.2.4. Diagrama de Clases
Gráfico No. 25: Gestión de usuario del personal médico
Fuente: Gestión de usuario del personal médico
Elaborado por: Investigador
65
3.3.2.5. Diagrama de secuencia de gestión médica
Gráfico No. 26: Diagrama de secuencia de gestión médica
Fuente: Diagrama de secuencia de gestión médica
Elaborado por: Investigador
Descripción: En el diagrama de secuencia de gestión médica se puede notar el
proceso en el cual el personal administrativo y médico realizan un proceso de
registro de citas médicas, historia clínica, diagnostico por especialidad, reportes
de la atención de los pacientes.
66
Diagrama de caso de uso para la aplicación web.
Caso de uso Autenticación de Usuarios
Gráfico No. 27: Caso de uso Autenticación de Usuarios
Fuente: Caso de uso Autenticación de Usuarios
Elaborado por: Investigador
Caso de uso Administrador de usuarios
Fuente: Caso de uso Administrador de usuarios
Elaborado por: Investigador
67
Caso de uso administra pacientes
Gráfico No. 28: Caso de uso Administra pacientes
Fuente: Caso de uso Administra pacientes
Elaborado por: Investigador
Caso de uso Médico
Gráfico No. 29: Caso de uso Médico
Fuente: Caso de uso Médico
Elaborado por: Investigador
68
Caso de uso Administrativo
Gráfico No. 30: Caso de uso Administrativo
Fuente: Caso de uso Administrativo
Elaborado por: Investigador
Diagrama de secuencia para el sistema de aplicación web
Secuencia de ingreso al sistema de aplicación web
Gráfico No. 31: Secuencia de ingreso al sistema de aplicación web
Fuente: Secuencia de ingreso al sistema de aplicación web
Elaborado por: Investigador
69
Diagrama de secuencia de los pacientes.
Gráfico No. 32: Caso de uso para el registro de citas médicas y atención del médico
Fuente: Caso de uso para el registro de citas médicas y atención del médico
Elaborado por: Investigador
Diagrama de secuencia de citas médicas y atención del paciente.
Gráfico No. 33: Diagrama de secuencia de citas médicas y atención del paciente
Fuente: Diagrama de secuencia de citas médicas y atención del paciente
Elaborado por: Investigador
70
Pantalla de inicialización
Ilustración No. 1: Interfaz – Pantalla de inicialización
Fuente: Interfaz – Pantalla de inicialización
Elaborado por: Investigador
La aplicación web contiene de los siguientes módulos:
- Medicina General.- En éste módulo administra los médicos que tienen en área
de medicina general, puede realizar registros, modificaciones, consultas de
historias clínicas asignado por especialidad.
- Odontología.- Este módulo administra los odontólogos para los registros de
odontogramas, consultas de historias clínicas de odontograma realizados.
- Administración.- En el módulo de administración el usuario puede realizar
puede realizar registros, modificaciones, consultas de usuarios, asignación de
roles por especialidad.
- Citas Médicas.- El usuario puede realizar registros, modificaciones y bajas de
las citas médicas solicitadas por el paciente.
El diseño principal de la interfaz del aplicativo web para la gestión médica es el
siguiente:
71
Ilustración No. 2: Interfaz – Pantalla principal
Fuente: Interfaz – Pantalla principal
Elaborado por: Investigador
Acceso al Sistema
Ilustración No. 3: Interfaz – Acceso al sistema
Fuente: Interfaz – Acceso al sistema
Elaborado por: Investigador
72
Registro de Pacientes
Ilustración No. 4: Interfaz – Registro de Pacientes
Fuente: Interfaz – Registro de Pacientes
Elaborado por: Investigador
Asignación de horarios para los médicos
Ilustración No. 5: Interfaz – Asignación de horarios para los médicos
Fuente: Interfaz – Asignación de horarios para los médicos
Elaborado por: Investigador
73
Asignación de citas pacientes
Ilustración No. 6: Interfaz – Asignación de horarios para los médicos
Fuente: Interfaz – Asignación de citas pacientes
Elaborado por: Investigador
Atención de citas médicas
Ilustración No. 7: Interfaz – Atención de citas médicas
Fuente: Interfaz – Atención de citas médicas
Elaborado por: Investigador
74
Atención de Odontología
Ilustración No. 8: Interfaz – Atención de Odontología
Fuente: Interfaz – Atención de Odontología
Elaborado por: Investigador
3.3.4 Desarrollo
3.3.4.1 Modelo Lógico
Gráfico No. 34: Diagrama de modelo lógico
Fuente: Diagrama de modelo lógico
Elaborado por: Investigador
75
3.3.4.2 Modelo físico
Gráfico No. 35: Diagrama de modelo físico
Fuente: Diagrama de modelo físico
Elaborado por: Investigador
76
3.3.4.3 Diccionario de datos
Tabla No. 16: Diccionario de datos – Tabla cita
Table: Cita
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idCita int NULL 4 NO SI NULL
idMedico int NULL 4 NO NO NULL
idPaciente int NULL 4 NO NO NULL
fechaReserv datetime NULL 8 SI NO NULL
observacion varchar NULL 350 SI NO NULL
estado char NULL 1 SI NO NULL
hora varchar NULL 6 SI NO NULL
Fuente: Diccionario de datos – Tabla cita
Elaborado por: Investigador
Tabla No. 17: Diccionario de datos – Tabla diagnóstico
Table: Diagnostico
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idDiagnostico int NULL 4 NO SI NULL
idHistoriaClinic int NULL 4 NO NO NULL
fechaEmision datetime NULL 8 SI NO NULL
observacion varchar NULL 500 SI NO NULL
estado bit NULL 1 SI NO NULL
Fuente: Diccionario de datos – Tabla diagnóstico
Elaborado por: Investigador
Tabla No. 18: Diccionario de datos – Tabla DiaSemana
Table: DiaSemana
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idDiaSemana int NULL 4 NO SI NULL
nombreDiaSem varchar NULL 50 SI NO NULL
Fuente: Diccionario de datos – Tabla DiaSemana
Elaborado por: Investigador
77
Tabla No. 19: Diccionario de datos – Tabla UsuarioEmpleado
Table: UsuarioEmpleado
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idEmpleado int NULL 4 NO SI NULL
idTipoEmple int NULL 4 NO NO NULL
nombres varchar NULL 50 SI NO NULL
apPaterno varchar NULL 20 SI NO NULL
apMaterno varchar NULL 20 SI NO NULL
nroDocumento varchar NULL 10 SI NO NULL
estado bit NULL 1 SI NO NULL
imagen varchar NULL 500 SI NO NULL
usuario varchar NULL 50 SI NO NULL
clave varchar NULL 50 SI NO NULL
Fuente: Diccionario de datos – Tabla UsuarioEmpleado
Elaborado por: Investigador
Tabla No. 20: Diccionario de datos – Tabla Especialidad
Table: Especialidad
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idEspecialid int NULL 4 NO SI NULL
descripcion varchar NULL 25 SI NO NULL
estado bit NULL 1 SI NO NULL
Fuente: Diccionario de datos – Tabla Especialidad
Elaborado por: Investigador
Tabla No. 21: Diccionario de datos – Tabla HistoriaClinica
Table: HistoriaClinica
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idHistoriaClin int NULL 4 NO SI NULL
idPaciente int NULL 4 SI NO NULL
fechaApertura datetime NULL 8 SI NO NULL
estado bit NULL 1 SI NO NULL
78
Fuente: Diccionario de datos – Tabla HistoriaClinica
Elaborado por: Investigador
Tabla No.22: Diccionario de datos – Tabla Hora
Table: Hora
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idHora int NULL 4 NO SI NULL
hora varchar NULL 6 SI NO NULL
Fuente: Diccionario de datos – Tabla Hora
Elaborado por: Investigador
Tabla No. 23: Diccionario de datos – Tabla HorarioAtencion
Table: HorarioAtencion
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idHorarioAten int NULL 4 NO SI NULL
idMedico int NULL 4 NO NO NULL
idHoraInicio int NULL 4 NO NO NULL
fecha datetime NULL 8 SI NO NULL
fechaFin date NULL 3 SI NO NULL
estado bit NULL 1 SI NO NULL
idDiaSemana int NULL 4 SI NO NULL
Fuente: Diccionario de datos – Tabla HorarioAtencion
Elaborado por: Investigador
Tabla No.24: Diccionario de datos – Tabla Medico
Table: Medico
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idMedico int NULL 4 NO SI NULL
idEmpleado int NULL 4 NO NO NULL
idEspecialidad int NULL 4 NO NO NULL
79
estado bit NULL 1 SI NO NULL
Fuente: Diccionario de datos – Tabla Medico
Elaborado por: Investigador
Tabla No. 25: Diccionario de datos – Tabla Paciente
Table: Paciente
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idPaciente int NULL 4 NO SI NULL
nombres varchar NULL 50 SI NO NULL
apPaterno varchar NULL 20 SI NO NULL
apMaterno varchar NULL 20 SI NO NULL
edad int NULL 4 SI NO NULL
sexo char NULL 1 SI NO NULL
nroDocum varchar NULL 10 SI NO NULL
direccion varchar NULL 150 SI NO NULL
telefono varchar NULL 20 SI NO NULL
estado bit NULL 1 SI NO NULL
imagen varchar NULL 500 SI NO NULL
correo varchar NULL 50 SI NO NULL
Fuente: Diccionario de datos – Tabla Paciente
Elaborado por: Investigador
Tabla No. 26: Diccionario de datos – Tabla TipoEmpleado
Table: TipoEmpleado
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
idTipoEmpl int NULL 4 NO SI NULL
descripcion varchar NULL 25 SI NO NULL
estado bit NULL 1 SI NO NULL
Fuente: Diccionario de datos – Tabla TipoEmpleado
Elaborado por: Investigador
80
Tabla No.27: Diccionario de datos – Tabla Todontograma
Table: Todontograma
column type Precision max_length Permite
Nulls
Es
Autonumerico Descripcion
codigoOdontog int NULL 4 NO SI NULL
codigoPaciente char NULL 15 NO NO NULL
estados text NULL 16 NO NO NULL
descripcion text NULL 16 NO NO NULL
fechaRegistro datetime NULL 8 NO NO NULL
idMedico char NULL 3 SI NO NULL
estCierre char NULL 1 SI NO NULL
Fuente: Diccionario de datos – Tabla Todontograma
Elaborado por: Investigador
3.3.5 Pruebas
Al concluir el desarrollo de la aplicación Web para la gestión médica del Gobierno
Autónomo Descentralizado de Acción Social Municipal de Guaranda, se realizó
las pruebas pertinentes para la verificación de las funcionalidades de alta, baja,
modificado de los diferentes registros que realiza el personal médico y
administrativo de la clínica, quedando operativos el aplicativo web con
excelentes resultados.
La prueba que se realizaron a la aplicación Web para la gestión médica son:
Funcionales: El sistema cumple las funcionalidades especificadas en los
requisitos para la clínica.
Desempeño: El tiempos de respuesta del aplicativo web, se realizó orientados
al desempeño impuestos en los requerimientos como:
- Carga: Verificación de la respuesta del aplicativo web ante determinada
demanda de servicios, se verificó que si se obtiene una respuesta
aceptable al aplicativo por parte de los funcionarios.
81
- Prueba de estrés: Se ingresó un gran volumen de demanda mayor que
el normal en el aplicativo web, obteniendo como resultado un nivel de flujo
de datos normal.
Disponibilidad: Se verifico la reacción del aplicativo web ante la ocurrencia de
fallas o caídas del sistema que se puedan presentar.
Seguridad: Se comprueba que las medidas de seguridad que se han
implementado al aplicativo web funcionan de manera correcta.
Resultados: Los resultados obtenidos en las pruebas realizadas con el personal
médico y administrativo de la clínica según lo descrito anteriormente, se
obtuvieron los siguientes resultados.
Personal Funcionalidad
Desempeño
Carga Prueba de
estrés
Médico
Se encarga de la administración de
tratamientos, reportes, consulta de
citas, emisión de recetas, registró de
las historias clínicas de los
pacientes.
100 % 99%
Administrativa
Es la encargada de la gestión de
datos de los pacientes como: citas
médicas, control de información de
las historias clínicas de los pacientes
y reportes de atención.
100% 99%
Herramienta de diagnóstico de la carga en el aplicativo web, donde se puede
evidenciar que por cada proceso se tarda un ms en ejecutar una tarea.
Gráfico No. 36: Prueba de diagnóstico de la disponibilidad de carga
82
Fuente: Prueba de diagnóstico de la disponibilidad de carga
Elaborado por: Investigador
3.3.6 Implementación
La implementación de la Aplicación Web para la Gestión Médica para el
Gobierno Autónomo Descentralizado de Acción Social Municipal de Guaranda,
ha sido desarrollado con el fin de ayudar a la administración de la Gestión
Médica, que permita cubra las necesidades y expectativas de una manera
óptima.
La aplicación web para la gestión médica está desarrollado con tecnología
cliente/servidor en un lenguaje de programación web asp.net con una base de
datos en la nube.
Está desarrollado bajo una interfaz gráfica compatible con contos los
navegadores de internet.
La instalación de web server para la gestión médica desarrollado en asp.net, se
realizó en un servidor de internet que tiene el Gobierno Autónomo
Descentralizado Guaranda.
83
3.3.6.1 Esquema de implementación
Gráfico No.37: Esquema de Implementación
Fuente: Esquema de Implementación
Elaborado por: Investigador
3.4 Resultados de la propuesta
Antes Después
Generación búsqueda manual para
los registros de los pacientes
Sistema automatizado para el registro
de los pacientes.
Pérdida de tiempo en la búsqueda de
historias clínicas por parte de los
médicos y personal administrativo
Se optimiza con el sistema la
búsqueda de los registros de los
pacientes.
Pérdida de tiempo al generar los
reportes
Información oportuna
Registro manual de los diagnósticos
clínicos por parte de los médicos.
Registro automatizado de
diagnósticos clínicos
Trabajos extras para análisis de
información de las historias clínicas
Se optimiza tiempo y recursos con el
sistema en los diferentes reportes.
Gasto innecesarios en los materiales
y recursos
Optimización de materiales y recursos
84
CONCLUSIONES
La implementación de la aplicación web para la Gestión Médica, mejorara la
atención de los pacientes en la toma de decisiones de las historias clínicas
registradas en el sistema.
La implementación de la aplicación web para la Gestión Médica, facilita el
almacenamiento de los datos de manera segura y eficiente.
La importancia de la implementación de la aplicación web para la Gestión
Médica, está enfocada a la gestión administrativa médica que contribuyen al
mejoramiento de atención automatizada para la obtención de resultados más
eficientes.
Al desarrollar la aplicación web para la Gestión Médica, se pudo notar la
optimización de recurso y materiales, así contribuir la relación humana para
el medio ambiente, ya que la automatización en la gestión médica evitara el
uso innecesario de documentos físicos.
85
RECOMENDACIONES
Implementar una aplicación web para la Gestión Médica para mejorar los
procesos organizativos para gestión administrativa médica.
Con la implementación de una aplicación web para la Gestión Médica, debe
mirarse como inversión a corto plazo, ya que el sistema implementado
mejora la administración del personal médico en su gestión.
Establecer dos niveles de accesos a la aplicación web para la Gestión
Médica (administrador y usuario) los acceso son limitados por roles para el
manejo de los procesos asignados por el administrador del sistema.
Mantener la privacidad de las credenciales de acceso de las cuentas de los
usuarios para disminuir el riesgo de ataques externos al sistema.
BIBLIOGRAFÍA
Aguilar, A., & Hernández, A. (25 de Abril de 2014). seguridad.unam.mx. Obtenido
de http://www.seguridad.unam.mx/documento-id=1143
Asensio Hildago, L. (2014). Seguridad en aplicaciones web. España: Atribución-
No Comercial-SinDerivadas 3.0.
Bernabé Durán, A. (2014). Acceso a datos en aplicaciones web del entorno
servidor. Madrid: Málaga: IC Editorial.
Bernabeu, D. (6 de Mayo de 2009). www.dataprix.com. Obtenido de
http://www.dataprix.com/datawarehouse-manager
Carniero, J., & Fernández, A. (2012). Manual de Salud Electrónica. España:
Sociedad Española de Informática de la Salud.
Catalán, U. d. (05 de Abril de 2017). fp.uoc.edu. Obtenido de
http://fp.uoc.edu/blog/los-tipos-de-aplicaciones-web-que-existen/
Ccance, S. (2016). Aprendizaje Guiado de Power Bi. Perú: Ccance.net.
Contreras Hernández, O. (2013). www.historiadelcomputo.unam.mx. Obtenido
de
http://www.historiadelcomputo.unam.mx/files/40anos/memorias_40_anos/invest
/invoch04.htm
Cunuhay Cuchipe, W. C. (2016). dspace.uniandes.edu.ec. Obtenido de
http://dspace.uniandes.edu.ec/handle/123456789/4644
De La Torre, C., Zorrilla, U., Ramos, M. A., & Calvarro, J. (2011). Guía de
Arquitectura N-Capas orientada al Dominio con .NET 4.0 (Spanish Edition).
Estados Unidos: Microsoft.
Deluna, F. (12 de Mayo de 2015). miblogfanny-deluna.blogspot.com. Obtenido
de http://miblogfanny-deluna.blogspot.com/2015/05/12-arquitectura_27.html
Fernández Pineda, A. (23 de Febrero de 2013). es.wikipedia.org. Obtenido de
https://es.wikipedia.org/wiki/Programaci%C3%B3n_por_capas
Filial de SAP. (2015). Manual del usuario de SAP Crystal. US: Filial de SAP.
Gallardo Aviles, G. (2016). Seguridad en Bases de Datos y Aplicaciones Web. IT
Campuy Academy.
Ghanayem, M. (1 de Noviembre de 2017). docs.microsoft.com. Obtenido de
https://docs.microsoft.com/es-es/power-bi/report-server/get-started
Gobierno Autónomo del Cantón Guaranda. (2017). www.guaranda.gob.ec.
Obtenido de www.guaranda.gob.ec/newsiteCMT/accion-social-mision-y-vision
Gómez Pérez, V. (2017). La gestión de los procesos y tecnologías BPM.
Transformación Digital.
Guérin, B. A. (2015). Diseño y desarrollo de aplicaciones Web ASP.NET.
Estados Unidos: eni.
Guerrero, M. (6 de Mayo de 2016). www.megapractical.com. Obtenido de
https://www.megapractical.com/blog-de-arquitectura-soa-y-desarrollo-de-
software/
Hanselman, S., Galloway, J., Wilson, B., Allen, K., & Matson, D. (2014). Pro
ASP.NET MVC 5. Canada: Wrox Publishing.
Ibón Landa, M., & Zorrilla Castro, U. (2011). Almacenamiento en Windows Azure.
Madrid: Krasis Consulting, S.L. y Plain Concepts S.L.
Jiménez A., G. (19 de Octubre de 2014). bibliomatica.blogspot.com. Obtenido de
http://bibliomatica.blogspot.com/2014/10/tema-7-almacenes-de-datos-y-
mineria-de.html
Kendall, K. E., & Kendall, J. E. (2011). Análisis y Diseño de Sistemas. México:
8va. Prentice Hall.
Kyocera, D. S. (19 de Julio de 2017). smarterworkspaces.kyocera.es. Obtenido
de https://smarterworkspaces.kyocera.es/blog/los-6-principales-tipos-sistemas-
informacion
Lara Navarro, P. (2006). La accesibilidad de los contenidos web. Barcelona: UOC
1ª edición.
Mendez, A., Mártire, A., Britos, P., & Garcia Martínez, R. (2003). Fundamentos
de Data Warehouse. Centro de Actualización Permanente en Ingeniería del
Software. Buenos Aires.
Pérez Maques, M. (2012). Microsoft Sql Azure Administracion y Desarrollo en la
Nube. Madrid: RC Libros (SC).
Pérez Montoro, M. (2010). Arquitectura de la información en entornos web.
Madrid: Asturias: Trea.
Ramos Angulo, M. V. (2013). dspace.uniandes.edu.ec. Obtenido de
http://dspace.uniandes.edu.ec/handle/123456789/3036
Ramos Varón, A. A., Barbero Muñoz, C. A., Martínez Sánchez, R., & García
Moreno, A. (2013). Hacking y seguridad de páginas web. RA-MA Editorial.
RUIZ C., A. (2015). es.stackoverflow.com. Obtenido de
https://es.stackoverflow.com/tags/mvc/info
Ruíz C., A. (12 de Julio de 2016). es.stackoverflow.com. Obtenido de
https://es.stackoverflow.com/tags/mvc/info
Salvador, N. G. (2009). Expediente Clínico Electrónico. Congreso Internacional
de Tecnologías Informáticas para la Educación en Salud. México: Tuxtla
Gutiérrez.
Sevilla, U. d. (2004). Introducción a las Aplicaciones Web Aplicaciones Web.
Sevilla, Sevilla, España.
Tobar, F. (2002). Modelos de Gestión de Salud. Buenos Aires.
Urbano Lopez, M. D. (2015). Administración y auditoría de los servicios Web
UF1272. España: Antequera, Málaga : IC Editorial.
Valdés, J. (1 de Marzo de 2016). tareaspswjessicavaldes.blogspot.com.
Obtenido de http://tareaspswjessicavaldes.blogspot.com/2016/03/tarea-5-
cliente-servidor.html
Vazquez, J. L. (2001). Sistemas de bases de datos. México: 6ta. Pearson
Educación.
Vicente Carro, J. L. (2013). Desarrollo web en entorno cliente. Madrid:
Ibergarceta, D.L.
Vilca Guamani, J. D. (Marzo de 2013). dspace.uniandes.edu.ec. Obtenido de
http://dspace.uniandes.edu.ec/handle/123456789/4444
Villarreal Levy, G. (2011). Manual del Expediente Clínico Electrónico. México:
Dirección General de Información en Salud. Secretaría de Salud.
Anexos
ENCUESTA DIRIGIDA AL PERSONAL MÉDICO
Objetivo: Conocer la opinión del personal médico sobre el manejo de la gestión
médica en la clínica.
Indicaciones: La encuesta es de carácter confidencial, razón por la cual solicito,
comedidamente se digne responder con sinceridad a las siguientes preguntas,
marcando con una X en la opción que usted considere la correcta.
1. ¿De qué forma realiza el registro de la historia clínica de los pacientes que
realiza las consultas médicas?
Manual Computadora
2. ¿Cree usted que existe demora en la localización de los registros de las
historias clínicas de los pacientes?
Si No
3. ¿Cree usted que el personal del consultorio médico este apto para un cambio
tecnológico en un tiempo determino?
Si No
4. ¿Considera que una aplicación web mejorara la gestión médica para la
búsqueda de los registros de los pacientes?
Si No
5. ¿Considera que un sistema informático en la web mejorará la organización del
espacio físico y evitaría pérdidas de los registros en la gestión médica de la
clínica?
Si No
6. ¿Cree usted que la implantación de una aplicación web mejorará el proceso
para la atención a los pacientes?
Si No
7. ¿Considera usted que con la automatización de la gestión médica en la
aplicación web le ayudara a la organización y administración de los pacientes en
la clínica?
Si No
ENCUESTA DIRIGIDA A PERSONAL ADMINISTRATIVO.
Objetivo: Conocer la opinión del personal administrativo sobre el manejo de los
archivos de la gestión médica de la clínica.
Indicaciones: La encuesta es de carácter confidencial, razón por la cual solicito,
comedidamente se digne responder con sinceridad a las siguientes preguntas,
marcando con una X en la opción que usted considere la correcta.
Marque con una X en la opción que usted considere la correcta.
1. ¿Cree usted que existe demora en la atención a los pacientes por no existir
software para su registro de control?
Si No
2. ¿Considera usted que existe información incompleta en los registros de los
pacientes?
Si No
3. ¿Cree usted que implantando una aplicación web para la gestión médica,
mejorar los servicios de atención a los pacientes?
Si No
4. ¿Considera usted que los registros de las historias clínicas es un factor
importante para las atención a los pacientes?
Si No
5. ¿Considera usted que la implementación de una aplicación web reducirá el
tiempo en la localización de los registros de atención de los pacientes?
Si No
6. ¿Considera que una aplicación web mejorará la organización de la gestión
médica dando seguridad y privacidad de los registros clínicos de los pacientes?
Si No
7. ¿Cree usted que una aplicación web permitirá tener actualizada la información
de los pacientes para la gestión médica?
Si No