UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES...

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.16: Pregunta 1 ............................................................................... 50







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.6: Pregunta 5 .................................................................................... 47



Tabla No.9: Pregunta 1 .................................................................................... 50

Tabla No. 10: Pregunta 2 ................................................................................. 51






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


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.


Gráfico No. 9: Pregunta 1

Fuente: Encuesta.


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?



Si 11 92%

No 1 8%

Total 12 100%

Fuente: Encuesta.



Fuente: Encuesta.


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?



Si 10 87%

No 2 17%

Total 12 100%

Fuente: Encuesta.



Fuente: Encuesta.


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?



Si 12 100%

No 0 0%

Total 12 100%

Fuente: Encuesta.



Fuente: Encuesta.



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


Si 12 100%

No 0 0%

Total 12 100%

Fuente: Encuesta.



Fuente: Encuesta.


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?



Si 12 100%

No 0 0%

Total 12 100%

Fuente: Encuesta.



Fuente: Encuesta.


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?



Si 12 100%

No 0 0%

Total 12 100%

Fuente: Encuesta.



Fuente: Encuesta.



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


Si 6 100%

No 0 0%

Total 6 100%

Fuente: Encuesta.


Gráfico No.16: Pregunta 1

Fuente: Encuesta.


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?



Si 6 100%

No 0 0%

Total 6 100%

Fuente: Encuesta.



Fuente: Encuesta.



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?



Si 6 100%

No 0 0%

Total 6 100%

Fuente: Encuesta.



Fuente: Encuesta.



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?



Si 6 100%

No 0 0%

Total 6 100%

Fuente: Encuesta.



Fuente: Encuesta.



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?



Si 6 100%

No 0 0%

Total 6 100%

Fuente: Encuesta.



Fuente: Encuesta.



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?



Si 6 100%

No 0 0%

Total 6 100%

Fuente: Encuesta.



Fuente: Encuesta.



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?



Si 6 100%

No 0 0%

Total 6 100%

Fuente: Encuesta.



Fuente: Encuesta.



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


3.2 Objetivos

3.2.1 Objetivo general

Desarrollar una aplicación Web para la gestión médica del Gobierno Autónomo


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


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


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


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


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


Caso de uso Administrador de usuarios

Fuente: Caso de uso Administrador de usuarios


67

Caso de uso administra pacientes

Gráfico No. 28: Caso de uso Administra pacientes

Fuente: Caso de uso Administra pacientes


Caso de uso Médico

Gráfico No. 29: Caso de uso Médico

Fuente: Caso de uso Médico


68

Caso de uso Administrativo

Gráfico No. 30: Caso de uso Administrativo

Fuente: Caso de uso Administrativo


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


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


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


70

Pantalla de inicialización

Ilustración No. 1: Interfaz – Pantalla de inicialización

Fuente: Interfaz – Pantalla de inicialización


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


Acceso al Sistema

Ilustración No. 3: Interfaz – Acceso al sistema

Fuente: Interfaz – Acceso al sistema


72

Registro de Pacientes

Ilustración No. 4: Interfaz – Registro de Pacientes

Fuente: Interfaz – Registro de Pacientes


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


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


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


74

Atención de Odontología

Ilustración No. 8: Interfaz – Atención de Odontología

Fuente: Interfaz – Atención de Odontología


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


75

3.3.4.2 Modelo físico

Gráfico No. 35: Diagrama de modelo físico

Fuente: Diagrama de modelo físico


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


Tabla No. 17: Diccionario de datos – Tabla diagnóstico

Table: Diagnostico


Nulls

Es


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


Tabla No. 18: Diccionario de datos – Tabla DiaSemana

Table: DiaSemana


Nulls

Es


idDiaSemana int NULL 4 NO SI NULL

nombreDiaSem varchar NULL 50 SI NO NULL

Fuente: Diccionario de datos – Tabla DiaSemana


77

Tabla No. 19: Diccionario de datos – Tabla UsuarioEmpleado

Table: UsuarioEmpleado


Nulls

Es


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


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


Tabla No. 20: Diccionario de datos – Tabla Especialidad

Table: Especialidad


Nulls

Es


idEspecialid int NULL 4 NO SI NULL

descripcion varchar NULL 25 SI NO NULL


Fuente: Diccionario de datos – Tabla Especialidad


Tabla No. 21: Diccionario de datos – Tabla HistoriaClinica

Table: HistoriaClinica


Nulls

Es


idHistoriaClin int NULL 4 NO SI NULL

idPaciente int NULL 4 SI NO NULL

fechaApertura datetime NULL 8 SI NO NULL


78

Fuente: Diccionario de datos – Tabla HistoriaClinica


Tabla No.22: Diccionario de datos – Tabla Hora

Table: Hora


Nulls

Es


idHora int NULL 4 NO SI NULL

hora varchar NULL 6 SI NO NULL

Fuente: Diccionario de datos – Tabla Hora


Tabla No. 23: Diccionario de datos – Tabla HorarioAtencion

Table: HorarioAtencion


Nulls

Es


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


idDiaSemana int NULL 4 SI NO NULL

Fuente: Diccionario de datos – Tabla HorarioAtencion


Tabla No.24: Diccionario de datos – Tabla Medico

Table: Medico


Nulls

Es


idMedico int NULL 4 NO SI NULL

idEmpleado int NULL 4 NO NO NULL

idEspecialidad int NULL 4 NO NO NULL

79


Fuente: Diccionario de datos – Tabla Medico


Tabla No. 25: Diccionario de datos – Tabla Paciente

Table: Paciente


Nulls

Es


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


imagen varchar NULL 500 SI NO NULL

correo varchar NULL 50 SI NO NULL

Fuente: Diccionario de datos – Tabla Paciente


Tabla No. 26: Diccionario de datos – Tabla TipoEmpleado

Table: TipoEmpleado


Nulls

Es


idTipoEmpl int NULL 4 NO SI NULL

descripcion varchar NULL 25 SI NO NULL


Fuente: Diccionario de datos – Tabla TipoEmpleado


80

Tabla No.27: Diccionario de datos – Tabla Todontograma

Table: Todontograma


Nulls

Es


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


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


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


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


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


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

UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES...

Documents

Transcript of UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES...