FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS...

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

“DESARROLLO PARA LA PLATAFORMA PARA EL CONTROL Y

SEGUIMIENTO DE PARÁMETROS VITALES (ÍNDICE DE

GLICEMIA, PRESIÓN ARTERIAL, OTRAS) REGISTRADOS

MANUALMENTE. A SER INCORPORADO

EN LA RED SOCIAL

SOULNET”

TESIS DE GRADO

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

Autor/a: Raúl Andrés Ramírez Chiluiza

Tutor: Ing. Darwin Patiño

GUAYAQUIL – ECUADOR

2015

II

REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

TÍTULO: “Desarrollo para la plataforma para el control y seguimiento de parámetros

vitales (índice de glicemia, presión arterial, otras) registrados manualmente. A ser

incorporado en la red social Soulnet”

REVISORES:

INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias

Matemáticas y Físicas

CARRERA: Ingeniería en Sistemas Computacionales

FECHA DE PUBLICACIÓN: Junio de 2015 N° DE PÁGS.: 114

ÁREA TEMÁTICA: Desarrollo web y base de datos.

PALABRAS CLAVES: control de parámetros vitales, desarrollo web, glicemia, presión

arterial, base de datos, red social Soulnet, programación.

RESUMEN: La plataforma para el control y seguimiento de los parámetros vitales brindará

la posibilidad de obtener información relevante de cada paciente, agilitando su atención y por

ende colaborando con los médicos y enfermeras al momento de brindar su servicio.

Añadiendo a esto el hecho de poder contar con un repositorio digital no expuesto a daños

físicos.

N° DE REGISTRO(en base de datos): N° DE CLASIFICACIÓN:

Nº

DIRECCIÓN URL (tesis en la web):

ADJUNTO PDF

SI

x NO

CONTACTO CON AUTOR: Teléfono:

2298236

E-mail:

[email protected]

CONTACTO DE LA INSTITUCIÓN Nombre:

Teléfono:

III

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de investigación, “DESARROLLO PARA

LA PLATAFORMA PARA EL CONTROL Y SEGUIMIENTO DE

PARÁMETROS VITALES (ÍNDICE DE GLICEMIA, PRESIÓN

ARTERIAL, OTRAS) REGISTRADOS MANUALMENTE. A SER

INCORPORADO EN LA RED SOCIAL“elaborado por la Sr. RAÚL

ANDRÉS RAMÍREZ CHILUIZA, estudiante de la Carrera de Ingeniería en

Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la

Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en

Sistemas Computacionales, me permito declarar que luego de haber orientado,

estudiado y revisado, la apruebo en todas sus partes.

Atentamente

………..………………………………….

Ing. Darwin Patiño

TUTOR

IV

DEDICATORIA

Esta tesis se la dedico a todos los que tengan deseos de leerla o

aplicarla, y en especial a mis padres.

Raúl Andrés Ramírez Chiluiza

V

AGRADECIMIENTO

Agradezco a todos los presentes en el momento de mi sustentación ya

que sin ellos no podría ser aprobada mi tesis, en especial a mi Director

de Tesis Darwin Patiño por su presta colaboración en el desarrollo de

mi tesis. Agradezco a los profesores de la carrera que fueron una guía

fundamental para mi crecimiento profesional dentro de la rama de TI.

Agradezco a mis compañeros ya que juntos pudimos levantar varios

proyectos a lo largo de la carrera, agradezco de forma especial a

Omayra Palma con quien compartí durante todo este tiempo

universitario y ha sido un gran apoyo en mi crecimiento personal y

espiritual de forma incondicional, y a mis padres que me han brindado

su apoyo siempre.


VI

TRIBUNAL DE GRADO

Ing. Eduardo Santos Baquerizo DECANO DE LA FACULTAD CIENCIAS

MATEMATICAS Y FISICAS

Ing. Inelda Martillo DIRECTORA CISC-CINT

Ing. Harry Luna Aveiga SUBDIRECTOR CISC-CINT

Ing. Darwin Patiño Pérez DIRECTOR DE TÉSIS

VOCAL PRINCIPAL

TRIBUNAL

Ing. César Eras Guamán Ing. Sol Lopezdominguez VOCAL PRINCIPAL/SUPLENTE VOCAL PRINCIPAL/SUPLENTE

TRIBUNAL TRIBUNAL

Ab. Juan Chávez Atocha

SECRETARIO

VII

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de esta Tesis de

Grado, me corresponde exclusivamente; y el

patrimonio intelectual de la misma a la

UNIVERSIDAD DE GUAYAQUIL”


VIII




COMPUTACIONALES





EN LA RED SOCIAL

SOULNET”

Proyecto de trabajo de grado que se presenta como requisito para optar por el

título de INGENIERO en SISTEMAS COMPUTACIONALES


C.I. 0921688032


Guayaquil, Junio del 2015

IX

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor de Tesis de Grado, nombrado por el Consejo Directivo de

la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Grado presentado por el/la

egresado(a) RAMÍREZ CHILUIZA RAÚL ANDRÉS, como requisito previo

para optar por el título de Ingeniero cuyo tema es:

DESARROLLO PARA LA PLATAFORMA PARA EL CONTROL Y

SEGUIMIENTO DE PARÁMETROS VITALES (ÍNDICE DE GLICEMIA,

PRESIÓN ARTERIAL, OTRAS) REGISTRADOS MANUALMENTE. A

SER INCORPORADO EN LA RED SOCIAL SOULNET.

Considero aprobado el trabajo en su totalidad.

Presentado por:

Ramírez Chiluiza Raúl Andrés 0921688032

____________________________ ___________________________

Apellidos y Nombres completos Cédula de ciudadanía N°


Guayaquil, Junio del 2015.

X




COMPUTACIONALES

Autorización para Publicación de Tesis en Formato Digital

1. Identificación de la Tesis

Nombre Alumno: Ramírez Chiluiza Raúl Andrés

Dirección: Villa España, Sevilla Mz. 2181 V. 24

Teléfono: 0992270590 - 2298236 E-mail: [email protected]

Facultad: Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales

Título al que opta: Ingeniería en Sistemas Computacionales

Profesor guía: Ing. Darwin Patiño

Título de la Tesis: Desarrollo para la plataforma para el control y seguimiento de

parámetros vitales (índice de glicemia, presión arterial, otras) registrados

manualmente. A ser incorporado en la red social Soulnet.

Temas Tesis: control de parámetros vitales, desarrollo web, glicemia, presión

arterial, base de datos, red social Soulnet, programación.

2. Autorización de Publicación de Versión Electrónica de la Tesis

A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a

la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de

esta tesis.

Publicación electrónica:

Inmediata x Después de 1 año

Firma Alumno:

3. Forma de envío: El texto de la Tesis debe ser enviado en formato word, como archivo .Doc o .Rtf y

.Pdf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .tiff.

DVDROM x CDROM

XI

ÍNDICE GENERAL

DEDICATORIA ................................................................................................... IV

TRIBUNAL DE GRADO ..................................................................................... VI

DECLARACIÓN EXPRESA .............................................................................. VII

RESUMEN ........................................................................................................... XV

INTRODUCCIÓN .................................................................................................. 2

CAPÍTULO I ........................................................................................................... 4

EL PROBLEMA ..................................................................................................... 4

Alcances del proyecto ........................................................................................... 11

Justificación e importancia ................................................................................... 15

CAPÍTULO II ....................................................................................................... 17

MARCO TEÓRICO .......................................................................................... 17

Base de datos ..................................................................................................... 18

Sistema gestor de base de datos ........................................................................ 20

SQL SERVER ................................................................................................... 29

HOSPITAL UNIVERSITARIO DE GUAYAQUIL ........................................ 31

PARÁMETROS VITALES .............................................................................. 32

Lenguaje de programación ................................................................................ 44

Visual Studio ..................................................................................................... 48

C# ...................................................................................................................... 49

Fundamentación legal ....................................................................................... 52

Ley de propiedad intelectual ............................................................................. 52

Hipótesis ............................................................................................................ 54

XII

Variables de la investigación ............................................................................ 54

Definiciones conceptuales ................................................................................. 55

Cliente Nativo de SQL .................................................................................. 56

Proyecto de Tesis .............................................................................................. 57

Aplicación Web ................................................................................................. 57

CAPÍTULO III ...................................................................................................... 58

METODOLOGÍA ............................................................................................. 58

RESULTADO DE PRIMERA PREGUNTA DIRIGIDA AL PERSONAL

DE LA INSTITUCIÓN ............................................................................. 72

RESULTADO DE PRIMERA PREGUNTA DIRIGIDA A LOS

PACIENTES DE LA INSTITUCIÓN ...................................................... 73

RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA AL PERSONAL


RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA A LOS


RESULTADO DE TERCERA PREGUNTA DIRIGIDA AL PERSONAL


RESULTADO DE TERCERA PREGUNTA DIRIGIDA A LOS


CAPÍTULO IV ...................................................................................................... 91

MARCO ADMINISTRATIVO ........................................................................ 91

CAPÍTULO V ....................................................................................................... 94

CONCLUSIONES Y RECOMENDACIONES ................................................ 94

BIBLIOGRAFÍA .................................................................................................. 96

XIII

ÍNDICE DE CUADROS

CUADRO No. 1 .............................................................................................. 6 CUADRO No. 2 .............................................................................................. 7 CUADRO No. 3 ............................................................................................ 40

CUADRO No. 4 ............................................................................................ 60 CUADRO No. 5 ............................................................................................ 62 CUADRO No. 6 ............................................................................................ 65

CUADRO No. 7 ............................................................................................ 66 CUADRO No. 8 ............................................................................................ 71 CUADRO No. 9 ............................................................................................ 73 CUADRO No. 10 .......................................................................................... 74

CUADRO No. 11 ........................................................................................ 746 CUADRO No. 12 ........................................................................................ 747

CUADRO No. 13 ........................................................................................ 749

CUADRO No. 14 .......................................................................................... 80

CUADRO No. 15 .......................................................................................... 82

CUADRO No. 16 .......................................................................................... 83

CUADRO No. 17 .......................................................................................... 84

CUADRO No. 18 .......................................................................................... 86

XIV

ÍNDICE DE GRÁFICOS

GRÁFICO Nº 1: SISTEMAS DE BASE DE DATOS CENTRALIZADOS

................................................................................................................... 23

GRÁFICO Nº 2: SISTEMAS DE BASE DE DATOS

CLIENTE/SERVIDOR ............................................................................. 24

GRÁFICO Nº 3: MODELO JERÁRQUICO ............................................ 27

GRÁFICO Nº 4: MODELO JERÁRQUICO ............................................ 27

GRÁFICO Nº 5: MODELO RELACIONAL ........................................... 28

GRÁFICO Nº 6: ZONAS PARA PALPAR EL PULSO .......................... 35

GRÁFICO Nº 7: ZONAS PARA MEDIR LA FRECUENCIA

RESPIRATORIA ...................................................................................... 37

GRÁFICO Nº 8: INSTRUMENTOS PARA MEDIR LA GLUCEMIA .. 43

GRÁFICO No. 9 ....................................................................................... 72

GRÁFICO No. 10 ..................................................................................... 73

GRÁFICO No. 11 ..................................................................................... 75

GRÁFICO No. 12 ..................................................................................... 76

GRÁFICO No. 13 ..................................................................................... 78

GRÁFICO No. 14 ..................................................................................... 79

GRÁFICO No. 15 ..................................................................................... 81

GRÁFICO No. 16 ..................................................................................... 86

GRÁFICO No. 17 ..................................................................................... 87

GRÁFICO No. 18 ..................................................................................... 91

XV



CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES





EN LA RED SOCIAL

SOULNET”


Tutor/a: Ing. Darwin Patiño

RESUMEN

La plataforma para el control y seguimiento de los parámetros vitales permite

tener una alternativa de almacenamiento integra a las que pueden acceder de

forma fácil y segura obteniendo resultados que agiliten los procesos para la

atención de pacientes. Lo interesante de la presentación del tema de tesis será el

hecho de que los tiempos de espera serán reducidos, el riesgo de pérdida de

información importante estará en su mínima expresión, los doctores tendrán

conocimientos de la cantidad de pacientes que deben atender lo que colaborará

con la mejor distribución de su tiempo, facilita la entrega de información a las

enfermeras, la modalidad de investigación a utilizarse es proyecto factible, la

población es el personal del hospital Universitario, las variables son: VI.-

Plataforma para el control y seguimiento de parámetros vitales. VD1.-Registros

manuales. VD2.- Red social Soulnet. Las características que podemos denotar

son: delimitado, evidente, relevante, original, factible, identifica los productos

esperados. La importancia de los parámetros vitales para el control de la salud de

las personas es de gran consideración debido a que existen enfermedades que se

derivan del alto o bajo nivel de dichos parámetros, por tal razón la propuesta de

tesis será un aporte a la sociedad.

XVI








EN LA RED SOCIAL

SOULNET”


Tutor/a: Ing. Darwin Patiño

ABSTRACT

The platform for the control and monitoring of vital parameters allows an

alternative integrates storage that can be accessed easily and safely obtaining

results that agiliten processes for patient care. The interesting thing about the

presentation of the thesis topic is the fact that waiting times will be reduced, the

risk of losing important information will be at its minimum, doctors will have

knowledge of the number of patients who should attend what will work with the

best distribution of your time, facilitates the delivery of information to nurses,

research mode used is feasible project, the population is the staff of the University

hospital, the variables are: VI platform for the control and monitoring of

parameters vital. VD1.-Record manuals. Social network VD2.- SoulNet. The

features that can denote are defined, clear, relevant, original, feasible, identifies

the expected products. The importance of vital parameters for monitoring the

health of the people is of great consideration because there are diseases that are

derived from high or low levels of these parameters, for that reason the thesis

proposal will be a contribution to society.

2

INTRODUCCIÓN

En la actualidad hay múltiples herramientas tecnológicas que sirven de apoyo a

las instituciones para registrar y mantener su información de forma digital, sin

embargo existe gran cantidad de empresas que aun mantienen almacenados de

forma física (carpetas, folders); ven a la información con un recurso con poca

importancia, siendo las instituciones hospitalarias de la ciudad de Guayaquil un

buen ejemplo de esta situación.

El presente proyecto de tesis, se basa en una propuesta y desarrollo de solución

ante el inconveniente planteado, en donde se da la alternativa de una estructura de

base de datos que permita el registro de los parámetros vitales (índice de glicemia,

presión arterial, y otras.) relacionados con eventos particulares (antes o después

del desayuno, antes o después de una medicación, etc.), facilitando la entrega de

datos a los doctores de tal forma que los mismos tenga una idea rápida de los

pacientes que atenderán al día, y con esto organizar su agenda de mejor forma,

además evitará pérdida de tiempo vital para el paciente, otro punto a destacar es el

hecho de poder salvaguardar las fichas de cada paciente en caso de extravíos.

Se presenta la propuesta de una base de datos centralizada que conserve la

integridad, consistencia de los datos almacenados, y de fácil administración, estos

serán capturados desde un sistema sencillo e incorporado en la red social Soulnet.

Se desarrollará cinco capítulos los cuales se detallan a continuación:

3

Capítulo I: En esta parte de la tesis se denota temas que den paso a involucrar al

lector a la problemática planteada, a considerar aspectos que permitan presentar

una mejor propuesta, tales como la situación, delimitación, formulación, e

importancia para la sociedad.

Capítulo II: Se hace referencia a elementos que orienten al planteamiento y

solución de la problemática planteada, como los fundamentos teóricos y legales en

los que se fundamentará la propuesta de tesis.

Capítulo III: Se detalla aspectos relevantes del cómo se ha obtenido la

información necesaria para presentar una solución, la población a analizar y la

muestra sobre la que se trabajará, los métodos empleados para analizar la

información obtenida y para la elaboración de la propuesta.

Capítulo IV: En este capítulo se presenta el tiempo que se toma para concluir la

propuesta de tesis especificando las tareas que se llevarán a cabo, además de los

recursos económicos en los que se ha incurrido.

Capítulo V: Al final se emite las conclusiones respectivas del tema, las bondades

y debilidades del mismo, el impacto que ha tenido y por ende las respectivas

recomendaciones para el buen manejo de la herramienta.

4

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

Ubicación del problema en un contexto

El problema surge en el hospital Universitario de Guayaquil ubicado en:

Km 23 Vía Perimetral Junto Al Mercado De Transferencia.

En la actualidad el Hospital Universitario cuenta con varias herramientas que

sirven de apoyo para el registro de información importante, sin embargo el tema

de los parámetros vitales siguen reposando sobre archivos físicos expuestos a

múltiples riesgos, y en ocasiones a desorganización generando con esto pérdida de

tiempo vital para los pacientes, la propuesta de tesis planteada tiene como objeto

principal proporcionar una estructura de base de datos que entregue resultados

confiables, en el menor tiempo posible, de fácil administración y del que se vean

beneficiados los diferentes usuarios puesto que la información será actualizada en

tiempo real.

http://bing.com/maps/default.aspx?v=2&pc=FACEBK&mid=8100&where1=Victor+Manuel+Rend%C3%B3n+429+entre+Baquerizo+Moreno+y+C%C3%B3rdova%2C+Guayaquil&FORM=FBKPL0&name=CISC&mkt=es-MX

http://bing.com/maps/default.aspx?v=2&pc=FACEBK&mid=8100&where1=Victor+Manuel+Rend%C3%B3n+429+entre+Baquerizo+Moreno+y+C%C3%B3rdova%2C+Guayaquil&FORM=FBKPL0&name=CISC&mkt=es-MX

6

Causas y consecuencias del problema

CUADRO No. 1

CAUSAS Y CONSECUENCIAS DEL PROBLEMA

Causas Consecuencias

La falta de un aplicativo que

permita registrar sobre

parámetros vitales en el

Hospital Universitario de la

ciudad de Guayaquil.

Pacientes pierden tiempo al

momento de consultar sus

parámetros vitales.

La falta de una estructura de

base de datos confiable y

robusta

Perdida de información valiosa.

La falta de un repositorio que

permita búsquedas rápidas.

Pacientes obtienen información

poco concisa.

Falta de espacio de

almacenamiento al cual

puedan acceder varias

personas al mismo tiempo

para obtener los parámetros

vitales de un paciente.

Enfermeras no pueden obtener la

información necesaria a tiempo

y de forma concurrente.

No contar con controles que

permitan determinar que

usuario accedió a la

información.

Alteración de información de los

pacientes de forma innecesaria.

No contar con filtros de

búsquedas que permitan la

rápida obtención de

información de los pacientes.

Se cae en la repetición de datos

al momento de registrar los

mismos.

Fuente: Información recolectada de la problemática planteada.

Elaboración: Raúl Andrés Ramírez Chiluiza.

7

Delimitación del problema

CUADRO No. 2

DELIMITACIÓN DEL PROBLEMA

Campo: Tecnológico

Área: Salud

Aspecto: Desarrollo de software y base de datos.

Tema:

Desarrollo para la plataforma para el control y seguimiento de

parámetros vitales (índice de glicemia, presión arterial, otras)

registrados manualmente. A ser incorporado en la red social Soulnet.

Fuente: Información recolectada de la problemática planteada.


Formulación del problema

¿En qué medida favorecerá la implementación de una estructura de base de datos

en el hospital Universitario de la ciudad de Guayaquil para el registro de

parámetros vitales, en mejorar la calidad de vida de los pacientes?

Evaluación del problema

A continuación se presenta algunas de las características que permiten evaluar el

problema planteado.

Delimitado: Está dirigido exclusivamente para el registro de los parámetros

vitales de los pacientes del hospital Universitario de la ciudad Guayaquil.

8

Evidente: El emplear software como apoyo para realizar actividades de

registro de información es un tema que en la actualidad es llevado a cabo con

normalidad y más aún con empleo de repositorios de datos, la plataforma para el

control y seguimiento de parámetros vitales (índice de glicemia, presión arterial,

otras) registrados manualmente. A ser incorporado en la red social Soulnet busca

ser es una alternativa eficaz, permitiendo el ingreso de datos de una forma rápida

y consolida.

Relevante: Va a permitir que el hospital Universitario de la ciudad de

Guayaquil tenga la información accesible de forma fácil y rápida evitando que

doctores, administrativos, pacientes y familiares tengan que esperar por largo

tiempo para obtenerlos, además como todo está bien estructurado facilita el

entendimiento a los futuros colaboradores de la institución de los procesos

llevados a cabo para el registro de parámetros vitales.

Original: El tema de tesis tiene la novedad de ser vinculado a la red social

Soulnet.

Factible: El tema de tesis es factible debido a que con el suficiente estudio y

análisis de la mejor manera para estructurar la base de datos, y de las herramientas

de desarrollo empleadas para la elaboración del aplicativo, seleccionando el

adecuado, y añadiéndole a esto un buen manejo de los tiempos se obtiene un

9

producto final estable, y confiable de tal forma que cumpla con el objeto por el

cual fue creado.

Identifica los productos esperados: El sistema presentado es una solución

práctica, debido a que ofrece un sistema integro, seguro, organizado y sobre todo

que colabora con la entrega fiable de información de vital importancia para

mantener un nivel de salud óptimo en pacientes del hospital Universitario de la

ciudad de Guayaquil.

Variables:

Las variables de la propuesta de tesis son las siguientes:

Variable independiente (Causa):

Plataforma para el control y seguimiento de parámetros vitales.

Variable dependiente 1 (Efecto):

Registros manuales.

Variable dependiente 2 (Solución):

Red social Soulnet.

10

Objetivos

Objetivos Generales

Desarrollar una estructura de base de datos que permita el registro de los

parámetros vitales (índice de glicemia, presión arterial, y otras.) relacionados

con eventos particulares (antes o después del desayuno, antes o después de

una medicación, etc.).

Elaborar un aplicativo que permita consumir la información almacenada

en base de datos.

Objetivos Específicos

Diseñar una estructura de base de datos idónea para un repositorio de

parámetros vitales con el objetivo de lograr beneficio de los médicos,

administrativos, pacientes, familiares y población general.

Presentar un administrador de contenido que permita realizar la edición,

eliminación, e ingreso de nuevos eventos, tipos de parámetros, roles, y

usuarios.

11

Alcances del proyecto

La plataforma para el control y seguimiento de parámetros vitales (índice de

glicemia, presión arterial, otras) registrados manualmente. A ser incorporado en la

red social Soulnet, será un sistema que ayudará exclusivamente a los pacientes,

doctores, enfermeras, administrativos del hospital Universitario de la ciudad de

Guayaquil a obtener información de sus parámetros vitales de forma rápida y con

la tranquilidad de que estos sean precisos y concisos, el proyecto planteado

contará con las siguientes características:

El modelo de base de datos posee una estructura relacional.

El desarrollo del aplicativo está modulado lo que facilita la integración de

nuevos aspectos en tiempo futuro.

Facilita el acceso a la plataforma mediante el manejo de usuario y

contraseña.

Permite el acceso a la plataforma de forma simultánea y visualizando en

tiempo real los cambios realizados por cada usuario.

Permite obtener información histórica de cada paciente.

12

Permite el ingreso de tipos de parámetros y eventos acorde a las

necesidades que se vayan generando.

Segmentación de funciones acorde a las necesidades que considere el

administrador de la plataforma, esto gracias al manejo de roles.

Permite la estandarización de procesos.

Los recursos empleados son los siguientes:

a. HARDWARE

1. PC Genérica - Procesador Dual Core

2. 4GB de RAM

3. 500GB de disco duro

b. SOFTWARE

Sistema Operativo

1. Windows 7 de 64 bits

Base de Datos

1. SQL.SERVER EXPRESS EDITION

Diseño

1. Microsoft Visio 2013

Se emplea un modelo de tres capas que son las siguientes:

Entity Framework.

13

Webservices.

Front End.

A continuación se detallan los módulos de los que se compone el sistema:

Desarrollo del módulo de Inicio de sesión de usuario

El software es capaz de:

Permitir el acceso al sistema acorde a una clave y usuario entregados por

el administrador del sistema.

Desarrollo del módulo de registro de parámetros

El software permite:

Ingreso de los parámetros por paciente de acuerdo a eventos, los mismos

que se detallan a continuación:

a. En ayuna.

b. Antes de comer.

c. Después de comer.

d. Después de ejercitar.

e. Antes de ejercitar.

f. Luego de ingerir alimentos ricos en sales.

14

g. Luego de ingerir alimentos ricos en grasa.

h. Luego de ingerir alcohol.

i. Antes de ingerir alcohol.

j. Antes de fumar tabaco.

k. Luego de fumar tabaco.

l. Antes de consumir drogas.

m. Luego de consumir drogas.

n. En la altura.

o. A nivel del mar.

p. Situaciones de estrés nivel alto.

q. Situaciones de estrés nivel bajo.

r. Situaciones de estrés nivel medio.

Tipos de parámetros que pueden registrarse.

a. Índice de glicemia.

b. Presión arterial.

c. Nivel de estrés.

Desarrollo del módulo de Administración

El software es capaz de:

Crear nuevos eventos.

Eliminar eventos.

Editar eventos.

15

Ingresar nuevos tipos de parámetros.

Modificar tipos de parámetros.

Eliminar tipos de parámetros.

Ingresar nuevos roles.

Eliminar roles.

Modificar roles.

Ingresar usuarios.

Eliminar usuarios.

Modificar usuarios.

Justificación e importancia

A continuación se detallan las razones que justifican la implementación de una

estructura de base de datos para el registro de parámetros vitales de los pacientes

del hospital Universitario de la ciudad de Guayaquil:

Los doctores pueden solicitar los datos de un determinado paciente sin que

esta actividad requiere de tanto esfuerzo o tiempo por parte de sus

asistentes.

En el país el uso de plataformas con manejo de base de datos es un tema

que en la actualidad es común y eficientemente empleado, sin importar el

16

tipo de base ya sea esta de libre uso, o con un costo, las empresas la han

tomado como una buena alternativa debido a los múltiples beneficios que

obtienen de los mismos, es por tal razón que la propuesta de tesis

presentada es una buena alternativa para el manejo de los parámetros

vitales de los pacientes.

La toma de información no será realizada de manera física, es decir a

través de papeles con lo cual se agilitará el ingreso de parámetros de

pacientes.

El hospital se va a beneficiar de un sistema de búsqueda sólido de acuerdo

a filtros.

Un administrador de contenidos por medio del cual el hospital tiene un

control absoluto de usuarios, roles, tipos de eventos, parámetros a tal

forma que no necesita de un programador para alterar este tipo de

información.

Tomando en cuenta los puntos mostrados anteriormente, la propuesta de tesis se

convierte en un sistema útil y confiable, desarrollado con herramientas que en la

actualidad son consideradas por los expertos como estables, todo esto con la

finalidad de obtener un producto que optimice el tiempo para obtener los datos de

los parámetros vitales del paciente.

17

CAPÍTULO II

MARCO TEÓRICO

Antecedentes del estudio

Actualmente en el hospital universitario de la ciudad de Guayaquil, existen

diversos aplicativos para llevar a cabo cada proceso de esta institución sin

embargo el registro de parámetros vitales son registrados y organizados de forma

manual en archivos físicos, y sin el control adecuado de seguridad, están

expuestos a cualquier colaborador de esta institución.

Si nos ponemos a analizar esta forma de mantener información tan importante

para el bienestar de los pacientes no es la más adecuada debido a que están

expuestos a riesgos de pérdida de información, desorganización, entrega tardía de

datos.

Por tal razón, la solución propuesta para lograr un nivel de efectividad de entrega

y registro de parámetros vitales de pacientes, consiste en el Desarrollo para la

plataforma para el control y seguimiento de parámetros vitales (índice de

glicemia, presión arterial, otras) que gestione y mejore la comunicación entre

pacientes, doctor, personal administrativo y familiares respecto a la entrega de

dicha información.

18

Fundamentación teórica

Base de datos

“Una base de datos es un conjunto de datos almacenados sin

redundancias innecesarias en un soporte informático y accesible

simultáneamente por distintos usuarios y aplicaciones. Los datos deben

estar estructurados y almacenados de forma totalmente independiente

de las aplicaciones que la utilizan”

Cobo Ángel (2009, p.7)

Como manifiesta el autor una base de datos es la reunión de datos que se guardan

en un servidor que por seguridad debe estar en un equipo diferente a las

aplicaciones para que en caso de fallos del sistema no afecte a la información.

“Una base de datos está constituida por una instancia de esquema

lógico junto con las instancias de los datos operativos que dicho

esquema organiza”

Marín Nicolás (2009, p.27)

Como manifiesta el autor la estructuración es un punto clave dentro de la

organización de las bases de datos, con esto los clientes acceden a las mismas con

tiempos de respuestas óptimos.

En conclusión una base de datos puede definirse como un gran repositorio que

almacena datos en un mismo lugar, que cuenta con seguridades y que está

organizada de forma eficaz y eficiente gracias a su estructura y componentes.

19

Cuenta con auto descripción gracias al diccionario de datos lo que facilita su

entendimiento, estas requieren de un motor para poder ser administradas los

cuales se conocen como sistemas gestores de base de datos, apoyándose del

lenguaje SQL (Structure Query Lenguaje), siendo estos los que en sí reciben las

peticiones de los usuarios finales.

Características

Podemos enumerar las siguientes características principales.

Independencia de los datos.- Con este punto hace referencia a que la

información contenida en las bases de datos pueden ser empleadas por

cualquier sistema y recibir respuestas eficientes en cuestión de segundos.

Poca redundancia.- Aunque es un término en muchas ocasiones difícil de

lograr debe ser una de las principales características que compongan a una

base de datos, debido a que al reducir la duplicidad de la información los

tiempos de respuesta de la misma son más satisfactorios, además de evitar

la inconsistencia de información.

Seguridad.- Al ser la información el pilar de todo buen software la

seguridad es un punto necesario para proteger la misma, el primordial

control que se debe mantener es la limitación de acceso acorde a cada

usuario.

20

Integridad de los datos.- los datos almacenados se mantienen

consistentes mediante restricciones establecidas por el administrador de la

misma.

Estructura

Se pueden resumir dos visiones de la base de datos acorde a lo indicado por

Nicolás Marín en su libro introducción a las bases de datos:

Estructura lógica.- Esta parte es la que facilita el acceso a los datos a los

usuarios finales sin tener conocimiento del cómo se encuentra organizada

la información internamente.

Estructura física.- Esta parte es en sí los datos, la forma en que se

encuentran almacenados.

Sistema gestor de base de datos

“Un sistema gestor de base de datos es una aplicación que permite que

a los usuarios definir, crear, y mantener la base de datos y proporciona

un acceso controlado a la misma”

Ramos Alicia, Ramos María (2007, p.3)

Como lo indica el autor los sistemas gestores de base de datos ayudan a la

manipulación total de las bases de datos y la información que contiene la misma.

“Los sistemas gestores de base de datos son paquetes de software muy

complejos que deben proporcionar una serie de servicios que van a

permitir almacenar y explotar los datos de forma eficiente”.

21

López Joaquín (2005, p.18)

Como lo indica el autor un sistema gestor de base de datos no es más que el

puente de comunicación entre la base de datos en sí y las peticiones de usuario,

basándose en servicios.

En conclusión podemos indicar que un sistema gestor de base datos es el que

permite la creación y manipulación de la base de datos, brindando mecanismos

que faciliten su administración y tratamiento de la información.

Según lo expuesto por José Manuel Cotos en su libro Sistemas de

Información se pueden destacar las siguientes ventajas y desventajas de los

sistemas gestores de base de datos:

Ventajas

Entre las principales ventajas tenemos las siguientes:

Se mantiene un solo repositorio de datos al cual puedan acceder múltiples

usuarios obtener la información requerida, sin afectar la entrega de la

misma a ninguno de los usuarios.

Se evitan pérdidas de información por ataques de virus en PC de usuarios

puesto que los datos se encuentran en un solo repositorio y como se

realizan de manera constante copias de respaldo de los datos esta se

encuentra salvaguardada.

Al estar los datos centralizados, cada uno de los usuarios obtienen los

mismos resultados, es decir la información es consistente.

22

Desventajas

Una de las desventajas es que se necesita de un personal calificado para la

correcta administración de la información, generando gastos adicionales

por el personal.

Si se desea manejar gran cantidad de información es necesario incurrir en

gastos elevados para realizar la compra de un equipo altamente calificado

para poder salvaguardar la información.

Es necesario organizar de forma concurrente los respaldos para evitar

pérdidas de información.

Cotos Manuel José (2005, p.77)

Arquitecturas

Existen dos arquitecturas principales que se detallan a continuación:

Sistemas centralizados.- este tipo de base lo que hace es mantener una

estructura de forma sectorizada en donde cada parte se relaciona con otra

basándose en jerarquías, la información se encuentra en un único

repositorio, a cada usuario que accede se lo considera un esclavo y se

manejan en base a prioridades de ejecución. Como todo pasa del servidor

al cliente sin ningún otro intermediario los tiempos de respuestas son más

reducidos, sin embargo el costo del ordenador es muy elevado puesto que

debe poseer características físicas lo suficientemente potentes como para

23

soportar la cantidad de información que manejan los usuarios, además

como no hay un servidor espejo el restaurar un respaldo en caso de fallos

demoraría un tiempo considerable.

GRÁFICO Nº 1: SISTEMAS DE BASE DE DATOS CENTRALIZADOS

Fuente:http://www.apcontinuada.com/es/programas-cribado-

neonatal/articulo/80000170/


Sistemas cliente/servidor.- La principal ventaja de este tipo de

arquitectura es que la base está dividida en diversos procesos pero la

información está replicada en cada uno de estos, con esto nos aseguramos

que la información este actualizada, esto es lo que se denomina

24

consistencia de datos, al disminuir la carga operativa en diversos

servidores estos no deben ser tan potentes, el inconveniente es que los

tiempos de respuestas pueden ser un poco más lento.

GRÁFICO Nº 2: SISTEMAS DE BASE DE DATOS CLIENTE/SERVIDOR

Fuente: http://polanclienteservidor.blogspot.com/


Componentes

Un sistema gestor de base de datos está compuesto por:

Lenguajes de los SGBD.- Es la herramienta que emplea el administrador

de base de datos para darle las ordenes a la base de datos y con esto

obtener la información requerida, entre ellos están los lenguajes de

definición de datos, como su nombre mismo lo indica es el encargado de

25

las definiciones de la estructura de la base de datos, otros son los lenguajes

de manipulación de datos, este tipo de lenguaje es para atacar

exclusivamente a la información almacenada en las bases de datos, los

lenguajes de control de datos, estos van orientados a la seguridad de los

datos, y la administración de los mismos.

Diccionario de datos.- Este espacio es de vital importancia puesto que es

el encargado de almacenar toda la información referente a la

estructuración y organización de la base de datos.

Seguridad e integridad de los datos.- la seguridad es el principal

elemento a considerar cuando se habla de información como recurso

importante para una empresa, a continuación se detallan algunos puntos:

Lo primero y básico es dar prioridades acorde a cada usuario, estos

son los denominados controles de acceso, con esto se garantiza que

la información sea manipulada por quien debería hacerlo.

Los respaldos son un tema que se debe realizar de forma periódica,

para que en casos de fallos no se realicen perdidas de datos, para

ello se implementan mecanismos de respaldo y restauración.

Mecanismos que garanticen el acceso concurrente de varios

usuarios manteniendo la veracidad de la información.

26

Administrador de base de datos.- Debe poder realizar lo siguiente:

1. Realizar la gestión de instalación del sistema gestor de base de datos en los

servidores asignados para la base de datos.

2. Realizar la estructura y esquematización de la base de datos.

3. Crear cuentas de usuarios en base a privilegios.

4. Colaborar en las tareas de formación de usuarios.

5. Generar políticas de acceso y los protocolos de trabajo de los usuarios.

6. Realización de políticas de respaldo y restauración de datos.

7. Detección y corrección de fallos en base de datos.

Clasificación

Podemos clasificar los sistemas gestores de la siguiente manera:

Según el modelo: podemos denotar los siguientes:

Jerárquico.- Aquí la información se almacena desde un nodo principal a

un nodo inferior es decir respetando una jerarquía. El único problema es

mantener en su mínima expresión el término de la redundancia de

información.

27

GRÁFICO Nº 3: MODELO JERÁRQUICO

Fuente: http://bdjulian.galeon.com/aficiones1783064.html


De red.- Este tipo de modelo fue una mejora del modelo jerárquico, ya no

existía un nodo principal y los nodos denominados hijos podían nacer de

diferentes principales, el inconveniente de este es la complejidad para

administrar el mismo.

GRÁFICO Nº 4: MODELO JERÁRQUICO

28

Fuente: http://bdjulian.galeon.com/aficiones1783064.html


Transaccionales.- las características principales de este tipo es que son

consideradas para gran cantidad de datos, por ende la duplicidad de

información es mínima.

Relacionales.- Aquí las relaciones son en formas de tablas y lo que la

diferencia de los modelos anteriores, es que en esta no existen la repetición

de datos. Es el modelo de SGBD más empleado. Ejemplo SQL SERVER,

MY SQL.

GRÁFICO Nº 5: MODELO RELACIONAL

Fuente: http://www.hipertexto.info/documentos/b_datos.htm Elaboración: Raúl Andrés Ramírez Chiluiza.

Según el número de usuarios: Este se divide en:

29

Monousuarios.- este tipo de bases se caracterizan por ser instaladas en un

solo PC, en donde atiende los requerimientos de ese único usuario.

Multiusuarios.- la base de datos atiende las necesidades de varios

usuarios al mismo tiempo.

Según el acceso.- estas se dividen en:

Centralizados.- son los que los datos se almacenan en un PC en particular

aunque atiendan a varios usuarios simultáneamente.

Distribuidos.- Estos el SGBD y la información en si puede estar en varios

lugares conectados por la red.

SQL SERVER

“SQL SERVER es capaz de administrar datos complejos, orientada a

soluciones de comercio electrónico, línea de negocios, y almacenamiento

de datos, con alternativas de protección de datos mediante cifrados

transparentes, auditorías eficaces, administración de claves extensibles

y copias de seguridad cifrada”

Gabillaud Jerome (2008, p.389)

De acuerdo a lo indicado por el autor SQL SERVER es un sistema gestor

empleado en diversas áreas y brindando las seguridades y estabilidad requerida a

cada una de ellas.

“Microsoft SQL Server es un sistema para la gestión de bases de datos

producido por Microsoft basado en el modelo relacional. Sus lenguajes

para consultas son T-SQL y ANSI SQL.Microsoft SQL Server

constituye la alternativa de Microsoft a otros potentes sistemas gestores

de bases de datos como son Oracle, Sybase ASE, PostgreSQL”

30

María Pérez L. (2011, p.32)

En resumen acorde a lo expuesto por el autor Microsoft brinda al público en

general una alternativa potente de modelo relacional.

En conclusión SQL SERVER es un sistema gestor de base de datos que maneja un

modelo relacional, permite manejar altos niveles de concurrencia, y con la

correcta administración brindar una adecuada seguridad a la información, el

inconveniente es que consume gran cantidad de recursos de hardware tanto en

memoria como en disco duro.

De acuerdo a lo expuesto por https://msdn.microsoft.com/es-

ec/library/ee210548(v=sql.105).aspx se determinan las siguientes ventajas y

desventajas de SQL SERVER

Ventajas.-

Cuentan con el beneficio de poder iniciar con ingresos de un solo usuario

e ir creciendo conforme a las necesidades.

Con el objeto de salvaguardar la información pueden realizarse

encriptaciones de la base de datos en sí, o de archivos log.

Brinda la alternativa de reducir espacios en tiempo y espacios al momento

de realizar las copias de respaldo gracias a la compresión de Backup.

31

Libera espacios de memoria interna del caché en los momentos que no

recibe órdenes por parte del usuario enviándolas al disco duro.

Mediante los logs de la base se pueden detectar falencias y por ende

corregirlas.

Soporte para hashes.

Desventajas

Entre las principales desventajas podemos denotar las siguientes:

Como es un producto de Microsoft debe pagar costos por licenciamiento

para gozar con todos los beneficios.

Lastimosamente está atado a un tipo de sistema operativo.

Consumo excesivo de memoria y espacio en disco.

HOSPITAL UNIVERSITARIO DE GUAYAQUIL

Misión

Prestar servicios de salud con calidad y calidez en el ámbito de la asistencia

especializada, a través de su cartera de servicios, cumpliendo con la

responsabilidad de promoción, prevención, recuperación, rehabilitación de la

salud integral, docencia e investigación, conforme a las políticas del Ministerio de

Salud Pública y el trabajo en Red, en el marco de la justicia y equidad social.

32

Visión

Ser reconocidos por la ciudadanía como hospitales accesibles, que prestan una

atención de calidad que satisface las necesidades y expectativas de la población

bajo principios fundamentales de salud pública y bioética, utilizando la tecnología

y los recursos públicos de forma eficiente y transparente.

PARÁMETROS VITALES

“Se denominan parámetros vitales a las señales o reacciones que

presenta un ser humano con vida que revelan las funciones básicas del

organismo de forma más sencilla los signos vitales se pueden definir

como señales de vida”

Bobes Julio (2006, p. 25)

Acorde a lo expuesto por el autor el parámetro vital permite denotar funciones

de vida de las personas y que varían acorde individuo.

“Los signos vitales permite detectar alteraciones potenciales o reales,

modificatorias del equilibrio sico-físico del individuo. Esta valoración

constituye el punto de partida en la toma de decisiones objetivas que

determinan un cuidado reflexivo e individualizado al paciente.”

San Jaime Agustín (2008, p. 29)

Tal y como indica el autor los signos vitales permiten determinar el estado de

salud y los cuidados que debe dársele a un paciente.

33

En conclusión los parámetros vitales son un importante indicador al momento de

determinar el estado fisiológico de los pacientes, ya sea en cerebro, pulmones o

corazón, el medirlos de forma incorrecta puede ocasionar graves lesiones dentro

del organismo de las personas.

Clasificación

Los parámetros vitales son de cuatro tipos:

Frecuencia cardiaca

“Esta propiedad intrínseca miocardiaca va a determinar el gasto

cardiaco, en la medida que su incremento o reducción, en

condiciones normales van a aumentar o disminuir el gasto cardiaco

respectivamente.”

Aguilar y Montero (2001, p. 359)

El cálculo de la frecuencia cardiaca va a depender de las condiciones en que se

encuentre el paciente, factores externos la alteran.

“La frecuencia cardiaca refleja la intensidad del esfuerzo que debe

hacer el corazón para satisfacer las demandas incrementadas del

cuerpo cuando está inmerso en una actividad”

Wilmore Jack (2007, p. 242)

La frecuencia cardiaca no es más que la velocidad que el corazón se contrae para

hacer fluir la sangre.

Según la Fundación del corazón de la ciudad de México indica que para

calcular la frecuencia cardiaca máxima se debe seguir la siguiente

fórmula:

34

Frecuencia cardiaca máxima = 220 lpm – edad

Valores de pulsaciones

Los valores de las pulsaciones son:

Valor normal o normocárdico: 60 – 100 por minuto.

Bradicárdico: menor a 60 por minuto.

Taquicárdico: mayor a 100 por minuto.

Como medirla

Para poder medir la frecuencia cardiaca se deben seguir los siguientes pasos:

1. Se puede mediar en muñeca por debajo del dedo pulgar que es el

denominado pulso radial, otro es el pulso poplíteo que se mide en la

cara superior de la rodilla, pulso pedio, que se lo toma en el dorso del

pie, pulso dorsal posterior, que se lo toma en los tobillos.

2. Por cualquiera de los casos escogidos se selecciona dos dedos el índice

y el corazón de uno a dos cm de las ubicación que se elija entre el huso

que se palpa y el tendón sometiendo una breve presión.

3. Cuando hayamos sentido el latido calculamos cuantos se generan

durante un periodo de 30 segundos y multiplicamos el resultado por

dos.

A esto denominamos la frecuencia cardiaca.

35

GRÁFICO Nº 6: ZONAS PARA PALPAR EL PULSO

Fuente:http://www.fundaciondelcorazon.com/prevencion/riesgo-

cardiovascular/frecuencia-cardiaca.html


Frecuencia respiratoria

“La respiración es el proceso mediante el cual se toma oxigeno del aire

ambiental y se expulsa el anhídrido carbónico del organismo. El ciclo

respiratorio comprende una fase de inspiración y otra de expiración. El

proceso de respiración es un complemento de partes anatómicas (pared

torácica, músculos intercostales, cavidad torácica, vías aéreas

superiores e inferiores)”

Marcelo Álvarez (2008, p.40)

No es más que determinar las veces que se lleva a cabo el proceso de tomar

aire y expulsar carbónico de un organismo.

36

“La frecuencia respiratoria se evalúa mediante la inspiración del

abdomen superior durante un minuto entero”

Avery Gordon (2002, p.304)

Esto no es más que la cantidad de veces que una persona respira sin mayor

esfuerzo.

Rangos

Frecuencia normal o eupneico: frecuencia entre 12 – 20 respiración por

minuto.

Bradipnea: frecuencia menor a 12 respiraciones por minuto.

Taquipnea: frecuencia mayor a 12 respiraciones por minuto.

Como medirla

Para medirla es necesario realizar los siguientes pasos:

Como se va a medir la respiración es necesario que el paciente

mantenga la tranquilidad, que no esté hablando.

Puede ubicarse ya sea sentado o acostado pero con quietud.

Se coloca las dos manos una encima de la otra y se realizan presiones

sobre 60 segundos, observando los movimientos del tórax, hay que ver

el ritmo y la amplitud de la respiración.

37

GRÁFICO Nº 7: ZONAS PARA MEDIR LA FRECUENCIA

RESPIRATORIA

Fuente: http://www.hulp.es/web_enfermeria/frespira.htm


Presión arterial

“La presión arterial es un parámetro cardiovascular que refleja las

variaciones del gasto cardíaco, la frecuencia cardíaca, las resistencias

vasculares periféricas y las volemias, esta nos orienta sobre el

funcionamiento del corazón como bomba y de la resistencia que ofrece

el árbol vascular periférico.”

López José (2008, p.350)

Como manifiesta el autor el proceso de bombeo de sangre del corazón hacia las

arterias para dar oxigeno a los órganos, esa presión que se ejerce es lo que se

conoce como presión arterial.

“La presión arterial es la presión con que circula la sangre por las

arterias, cuando esta presión supera ciertos límites comporta daño en la

pared de los vasos y a largo plazo un aumento en la incidencia hace que

el individuo padezca de complicaciones cardiacas y sanguíneas”

38

Rodés Juan (2008, p.219)

Como manifiesta el autor las anomalías se dan porque el proceso de

movimiento de la sangre hacia las paredes no se lo está realizando de forma

correcta.

En conclusión la presión arterial es el proceso que se lleva a cabo entre el

bombeo del la sangre por el corazón hacia las paredes de las arterias, si esto no

se da de forma normal el individuo padece de daños al corazón o

complicaciones de la sangre.

Como medirla

Para tomar realizar la toma de la presión es necesario un equipo médico ya no

es suficiente con las manos de la enfermera.

Se necesita de lo siguiente:

Esfigmomanómetro.

Fonendoscopio.

Una vez que se haya juntado estos elementos se procede a seguir los siguientes

pasos:

1. Es necesario que el paciente se encuentre relajado, sentado con la

espalda apoyada en la parte trasera de la silla, asentando los pies en el

suelo y si cruzar sus piernas.

2. No debe tener nada en el brazo derecho que emita presión en el caso de

cargar una camisa o blusa larga remangar la misma, se debe apoyar el

39

brazo de tal manera que el antebrazo quede a nivel del corazón.

3. Se debe ubicar el esfigmomanómetro alrededor del brazo y verificar que

el borde del mango debe estar a una pulgada por encima del doblez del

codo.

4. El mango se infla mientras bombeamos la pera.

5. Después abrimos ligeramente la válvula del mango, para que la presión

descienda ligeramente, aquí a penas escuchemos el sonido de la sangre

se debe verificar la lectura de la presión sistólica.

6. Cuando el aire siga descendiendo estos sonidos van desapareciendo, y

cuando se detenga el sonido se registra la presión diastólica.

Rangos

Estos datos se toman del libro de Meri Alex en la página 400.

40

CUADRO No. 3

RANGO DE PRESIÓN ARTERIAL

Fue

nte:

https

://bo

oks.

goo

gle.c

om.ec/books?id=tWpzqA3Ol0AC&pg=PA59&dq=presion+arterial&hl=es&sa=X

&ei=GVLnVJfnN4

nFggTz7oG4BQ&ved=0CCoQ6AEwAw#v=onepage&q=presion%20arterial&f=f

alse


Temperatura

“Es el equilibrio entre la producción de calor por el cuerpo y su

pérdida. El centro termorregulador está situado en el hipotálamo.

Cuando la temperatura sobrepasa el nivel normal se activan mecanismo

como vasodilatación, hiperventilación y sudoración que promueven la

perdida de calor. En cambio si la temperatura es por debajo del nivel

normal, se activan mecanismos como aumento del metabolismo y

contracciones espasmódicas que producen escalofríos”

Andrés (2007, pág. 79)

Categoría Presión Arterial

sistólica (mmHg)

Presión Arterial

diastólica

(mmHg)

Hipotensa < 90 <50

Normotensa <= 120 <= 80

Normal Alta 120 – 139 80 – 89

Hipertensa 140 – 159 90 - 99

41

“La temperatura debe mantenerse para asegurar que las funciones

vitales se desarrollan de manera estable, lo que incluye el buen

funcionamiento del cerebro, los órganos internos y las arterias

principales”

Ingraham John (2006, pág. 394)

Acorde a lo que definen ambos autores la temperatura es la proporción correcta

de calor y frio que debe mantener un individuo y que van a variar acorde a la

edad, el género y que es importante mantenerla para que el ser humano

mantenga sus funciones vitales.

Como medirla

Para poder medir la temperatura se debe emplear un elemento externo ya sea

termómetro o termómetro rectal.

1. Verificar que el termómetro esté en cero.

2. Colocar el termómetro ya sea debajo de la axila o en la boca, en

contacto con la piel.

3. Mantener durante unos cinco minutos, luego retirar y leer los

resultados.

Rangos

Afebril o normal.- 36.5-37.5 o C.

Hipotermia.- cuando la temperatura corporal es inferior a los 36 o C.

Febrícula.- cuando la temperatura es de 37.1-37.9 o C.

42

Hipertermia o fiebre.- cuando la temperatura es igual o superior a 38°

C.

Glicemia

“La glicemia es el valor de la cantidad de azúcar en un litro de sangre.

La azúcar que se mide proviene de los alimentos que son ingeridos por

el propio organismo, particularmente los carbohidratos. Este nivel de

azúcar es controlada por varios hormonas producidas especialmente en

el páncreas, y la principal es la insulina. El azúcar es importante para el

desarrollo de las funciones de los organismos, ya que es una de las

fuentes energéticas más importantes. El cerebro y los glóbulos rojos

dependen totalmente de la glicemia para poder cumplir efectivamente

sus roles en el cuerpo”

Ruza Francisco (2002, pág. 70)

Como menciona el autor los niveles de azúcar en la sangre es lo considerado

como glicemia, y es importante porque son los que le dan la energía al cuerpo,

y de esta manera mantener el buen funcionamiento del cuerpo.

Rangos

Hipoglicemia grave: 40 59 mg/dl

Hipoglicemia leve: 60-69 mg /dl

Glicemia normal: 70–110 mg /dl

Glicemia normal alta: 120-129 mg/dl

Hiperglicemia leve: 130–150 mg/dl

Hiperglicemia grave: sobre 151 mg/dl.

43

Como medirla

El procedimiento para medir la glucemia es un poco más compleja es necesario

el empleo de materiales como: una máquina especializada para tomar la

glicemia capilar, guantes, tira reactiva, aguja, y algodón para desinfectar.

Los pasos a seguir son los siguientes:

1. Se debe desinfectar las manos del paciente con alcohol, esperar que

sequen las manos antes de pinchar.

2. Prepare la máquina colocando la tira reactiva en la misma.

3. Con la aguja pinche el dedo pulgar y coloque una gota de sangre en la

tira reactiva.

4. Dejar hasta que arroje algún resultado la maquina.

5. Limpie el dedo y retire la reactiva y deseche la misma.

GRÁFICO Nº 8: INSTRUMENTOS PARA MEDIR LA GLUCEMIA

Fuente:

http://www.nlm.nih.gov/medlineplus/spanish/ency/patientimages/000265.htm

44


Lenguaje de programación

“Un lenguaje de programación es una notación para escribir

instrucciones con las que será posible comunicarse con el hardware,

dando las órdenes necesarias para la realización de un determinado

proceso. “

Castilla y León (2009, p.312)

Tal y como lo indica el autor los lenguajes de programación que van a permitir

desarrollar programas que cubran las necesidades de un usuario final, y que

emplea un conjunto de órdenes que están escritas en un lenguaje similar al

humano.

“Un lenguaje de programación es una herramienta traductora de un

algoritmo a un lenguaje comprensible por el ordenador”

Molina Joaquín (2009, p.312)

Como define el autor un lenguaje de programación no es más normas para

escribir un texto comprensible para el ordenador.

Uniendo los conceptos podemos establecer que los lenguajes de programación

son secuencia de pasos que debe seguir el ordenador para poder satisfacer las

necesidades de los seres humanos, que están escritas en sentencias que el

desarrollador puede comprender fácilmente.

45

Tipos

Según lo establecido por Rodríguez Jesús en su libro introducción a la

programación, los lenguajes de programación se pueden dividir de acuerdo a los

siguientes criterios:

Nivel de abstracción

Según el propósito

Según la manera de ejecutarse

Según el paradigma de programación

Lugar donde se ejecutan

Nivel de abstracción.- Esto es de acuerdo a la cercanía a la PC, a su vez se

clasifican en:

Lenguajes de bajo nivel.- este tipo de lenguaje de programación no

cuenta con el beneficio de la portabilidad porque son diseñados acorde al

hardware, si se iniciaba desarrollando en esa PC ahí se debía terminar

porque el tratar de realizar el trabajo en otra PC era como volver a realizar

el trabajo, basan su funcionamiento en ceros y unos, por tanto estaban

expuestos a gran cantidad de errores.

46

Lenguaje de alto nivel.- Este estaba más cercano al lenguaje humano sus

sentencias eran más fáciles de emplear, y el termino de portabilidad ya

podía ser empleado, sin embargo el único inconveniente era que como el

lenguaje se alejo de los unos y ceros para que la PC lo entienda necesitaba

de un intermediario que se conoce como intérprete o compilador.

Según el propósito.- Es decir según el problema a tratar con la ayuda de ellos,

entre los principales podemos denotar los siguientes:

Propósito general.- Este tipo de lenguajes de programación pueden ser

empleados para desarrollar diferentes software que satisfagan necesidades

múltiples un ejemplo de este es C++.

Propósito específico.- Como su nombre mismo lo indica son desarrollados

para cumplir un objetivo en específico por ejemplo: matlab para cálculos

científicos.

Script.- Estos lenguajes de programación sirven de complemento a otras

para mejorar el aspecto gráfico del mismo por ejemplo Perl script.

Según la manera de ejecutarse.- Esta a su vez se clasifica en:

47

Lenguaje compilados.- Son los que tienen como intermediario un

compilador para poder pasar de un lenguaje de fácil entendimiento para el

humano a un lenguaje de fácil entendimiento para la PC. Ejemplo C,

Pascal, Fortran.

Lenguaje interpretados.- Las instrucciones se analizan y ejecutan al

mismo tiempo. Ejemplo Basic, Lisp, Python.

Según el paradigma de programación.- No es más que el estilo de programación

empleada. Esta a su vez se clasifica en:

Orientado a objetos.- este tipo de lenguajes para poder cumplir con las

funciones necesita de un grupo de objetos que se ayudan entre sí. Ejemplo

C#, PHP.

Programación Lógica.- como su nombre mismo lo indica se basa de

forma completa en lógica matemática. Un ejemplo claro de este es Prolog.

Lugar donde se ejecutan.- Estas se clasifican a su vez en:

Lenguajes de servidor.- toda su ejecución se la realiza del lado del

servidor por ejemplo: PHP.

48

Lenguaje de cliente.- toda su ejecución se realiza del lado del cliente por

ejemplo: JavaScript.

Visual Studio

En la actualidad Visual Studio es una potente herramienta de Microsoft que

integra una serie de características que permite que sea un entorno de desarrollo

orientado a diversas áreas como por ejemplos desarrollo web, móvil, videojuegos

y que integra varios lenguajes de programación como: visual C++, visual C#,

visual J#, Asp .Net, Visual Basic .net.

Características:

Acorde a lo expuesto en la página de Visual Studio

http://www.visualstudio.com/es-es/explore/ide-vs se denotan las siguientes

características:

Se adapta con facilidad a cada versión de .Net Framework.

Con las últimas versiones se puede tener un análisis claro de la

arquitectura de software que se va a emplear, puesto que permite crear

diagramas UML, mapa del código.

Es compatible con distintos tipos de monitores.

49

Incremento de funcionalidades en el editor de código como por ejemplo

que al presionar la tecla CTRL + sube o baja el scroll del mouse puede

alejar o acercar la ventana de edición de código.

Nos brinda la facilidad de poder compartir mediante un archivo XML un

punto de interrupción.

Incluye lenguajes de programación que integra dos aspectos seguridad y

script este lenguaje es denominado F#.

Incluye partes de código para HTML, Jscript listo para ser utilizados.

Se puede publicar una aplicación web de forma rápida con tan solo hacer

un clic sobre el sitio.

Brinda la oportunidad de generar ambientes de pruebas que le permitan

obtener un software que cubra las necesidades de los usuarios finales a

plenitud, esto gracias al Test Manager de Microsoft.

C#

C# es un lenguaje orientado a objetos, sencillo, moderno, amigable,

intuitivo, fácilmente legible que ha sido diseñado por Microsoft con el

ambicioso objetivo de recoger las mejores características de otros

lenguajes como visual Basic y C++, y combinarlos en uno solo en el que

se une la alta productividad y facilidad de de aprendizaje de Visual

Basic con la potencia de C++

Alhama Francisco, del Cerro Francisco (2010, p. 30)

50

C# es un lenguaje de programación que en la actualidad es considerado como

sólido, orientado a objetos, dando apoyo a los desarrolladores ayuda de desarrollo

al desplegarse detalles de las palabras reservadas que se pretende emplear, permite

el desarrollo de aplicaciones web, servicios web, aplicaciones de bases de datos,

videojuegos, entre otros.

C # es un lenguaje principalmente con seguridad de tipos, lo que

significa que los tipos pueden interactuar sólo a través de

protocolos que definen, por lo tanto garantizar la coherencia interna de

cada tipo.

Ruma Laurel (2010, p.2)

Lo que se asegura es que a cada tipo de dato sea empleado de forma correcta.

Características

Entre las principales características de C# podemos resaltar las siguientes:

Simplicidad

C# es un lenguaje de programación que colabora con el desarrollador al

momento de generar una interfaz gráfica gracias al cuadro de herramientas

que se presenta a un costado del espacio de trabajo, además que muestra

ayudas de codificación, por ejemplo, conforme una persona vaya

escribiendo se le presente cuadros de ayuda para poder seleccionar la

sentencia adecuada.

Orientado a objetos

El lenguaje de programación es considerado como orientado a objetos

debido a que para cumplir a cabalidad con las funcionalidades de un

51

software emplea una agrupación de objetos, haciendo uso de términos

como herencia, encapsulamiento, LINQ entre otros.

Recolección de basura

Con esta característica lo que permite es eliminar en tiempo de ejecución

cada uno de los objetos empleados.

Seguridad de tipo

C# con esto se asegura que no existan errores de sintaxis basándose en

reglas establecidas, un ejemplo de esto es no poder compilar un programa

que este empleando una variable no declarada.

Compatibilidad

Para que la PC pueda entender las órdenes del desarrollador es necesario

emplear un compilador que lo traduzca, al realizar esto genera un código

intermedio, por ende las estructuras generadas van a poder interactuar con

otros lenguajes de las versiones de .Net como Visual Basic, C++, etc.

52

Fundamentación legal

Para la fundamentación legal del tema de tesis se tomarán en consideración los

siguientes artículos:

Ley de propiedad intelectual

Capítulo I: Del Derecho de Autor

Sección I: Preceptos Generales.

Art. 4.- Se reconocen y garantizan los derechos de los autores y los derechos de

los demás titulares sobre sus obras.

Art. 5.- El derecho de autor nace y se protege por el solo hecho de la creación de

la obra, independientemente de su mérito, destino o modo de expresión.

Obras protegidas y definidas

Art. 7.- Toda persona puede utilizar libremente en cualquier forma y por

cualquier proceso las obras intelectuales pertenecientes al dominio público, pero

si fueren de autor conocido, no podrá suprimirse su nombre en las publicaciones o

reproducciones, ni hacer en ellas interpolaciones, sin una conveniente distinción

entre el texto original y las modificaciones o adiciones editoriales.

Dictamen: 014 del 14/01/2004; Dictamen: 004 del 12/01/2005

http://www.sice.oas.org/int_prop/nat_leg/ecuador/L320ind.asp#uptol1t1c1

53

Art. 8.- Quien adapte, traduzca, modifique, refunda, compendie, parodie o

extracte de cualquier manera la sustancia de una obra de dominio público es el

titular exclusivo de su propio trabajo, pero no podrá oponerse a que otros hagan lo

mismo con esa obra de dominio público. Si esos actos se realizan con obras o

producciones que estén en el dominio privado, será necesaria la autorización del

titular de derecho. Las bases de datos están protegidas como compilaciones. (Así

reformado por el Artículo 1° de la Ley n°7397 del 3 de mayo de 1994)

Dictamen: 014 del 14/01/2004; Dictamen: 004 del 12/01/2005.

Derechos de autor – Capítulo III

Derecho Patrimonial

Art. 17.- Corresponde exclusivamente al titular de los derechos patrimoniales

sobre la obra, determinar la retribución económica que deban pagar sus usuarios.

(Así reformado por la Ley n° 6935 del 14 de diciembre de 1983).

Dictamen: 199 del 27/11/1992; Dictamen: 27 del 21/12/1998; Dictamen: 014 del

14/01/2004.

Art. 20.- DEROGADO (Suprimir o cancelar la publicación).

(Derogado por el Artículo 2 de la Ley n° 7397 de 3 de mayo de 1994)

Dictamen: 199 del 27/11/1992

54

Hipótesis

¿Por qué se puede considerar un proyecto factible el desarrollo y la

implementación de un sistema para el control y seguimiento de parámetros

vitales (índice de glicemia, presión arterial, otras) registrados

manualmente y ser incorporado en la red social Soulnet?

¿Qué beneficios traerá la implementación un sistema para el control y

seguimiento de parámetros vitales (índice de glicemia, presión arterial,

otras) registrados manualmente y ser incorporado en la red social Soulnet

frente a la forma en que actualmente manejan los registros de estos en el

Hospital Universitario de la ciudad de Guayaquil?

¿Mejorará los tiempos de respuestas al entregar información a pacientes y

médicos del Hospital Universitario de la ciudad de Guayaquil sobre los

parámetros vitales al mantenerlos almacenados en un repositorio de datos?

Variables de la investigación

Las variables son las siguientes:

Variable independiente (Causa):

Plataforma para el control y seguimiento de parámetros vitales.

Variable dependiente 1 (Efecto):

Registros manuales.

Variable dependiente 2 (Solución):

55

Red social Soulnet.

Definiciones conceptuales

DDL

Un lenguaje de definición de datos (Data Definition Language, DDL por sus

siglas en inglés) es un lenguaje proporcionado por el sistema de gestión de base de

datos que permite a los usuarios de la misma llevar a cabo las tareas de definición

de las estructuras que almacenarán los datos así como de los procedimientos o

funciones que permitan consultarlos.

Fuente: https://loresiss.wordpress.com/ldd-lenguaje-de-definicion-de-datos/

Lenguaje Intermedio

Un lenguaje intermedio es el lenguaje de una máquina abstracta diseñada para

ayudar en el análisis de los programas de computadora. MSIL, son las siglas de

Microsoft Intermediate Language y es un conjunto de instrucciones o códigos

semi-compilado que es independiente de la CPU, en el que se compilan los

programas del Marco .Net. Este dispone de instrucciones para cargar,

almacenar, inicializar y realizar llamadas a métodos en los objetos. Junto con

los metadatos y el CTS, MSIL permite la total integración de varios lenguajes.

Antes de la ejecución, MSIL se convierte a código máquina. No se interpreta.

Fuente: http://rua.ua.es/dspace/bitstream/10045/3848/1/cil-para-pl.pdf

http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_base_de_datos

http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_base_de_datos

56

T-SQL

T-SQL (Transact-SQL) es el principal medio de interacción con el Servidor.

Permite realizar las operaciones claves en SQL Server, incluyendo la creación y

modificación de esquemas de la base de datos, la introducción y edición de los

datos en la base de datos, así como la administración del servidor como tal.

Esto se realiza mediante el envío de sentencias de T-SQL y declaraciones que son

procesadas por el servidor y los resultados (o errores) regresan a la aplicación

cliente.

Fuente: http://microsftsqlserver2008.blogspot.com/

Cliente Nativo de SQL

Cliente Nativo de SQL, es la biblioteca de acceso a datos para los clientes de

Microsoft SQL Server versión 2005 en adelante. Implementa nativamente soporte

para las características de SQL Server, incluyendo la ejecución de la secuencia de

datos tabular, soporte para bases de datos en espejo de SQL Server, soporte

completo para todos los tipos de datos compatibles con SQL Server, conjuntos de

operaciones asíncronas, las notificaciones de consulta, soporte para cifrado, así

como recibir varios conjuntos de resultados en una sola sesión de base de datos.

Cliente Nativo de SQL se utiliza como extensión de SQL Server plug-ins para

otras tecnologías de acceso de datos, incluyendo ADO u OLE DB. Cliente Nativo

de SQL puede también usarse directamente, pasando por alto las capas de acceso

de datos.

Fuente:https://msdn.microsoft.com/es-es/library/sqlserver/dd46072.aspx

https://es.wikipedia.org/wiki/T-SQL

57

Proyecto de Tesis

Es el término que utilicé durante la investigación de mi propuesta para hacer

referencia a la misma.

Fuente: http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S0864-

02892005000200007

Aplicación Web

En inglés se denomina “browser - based aplication”, es decir, aplicación basada en

navegadores. Son programas que se diseñan para funcionar a través de un

navegador de internet, es decir, son aplicaciones que se ejecutan de forma online.

Se denomina aplicación web a aquellas aplicaciones que los usuarios pueden

utilizar accediendo a un servidor web a través de Internet o de

una intranet mediante un navegador.

Fuente: http://tecnicoensistemasvivianamonsalve.blogspot.com/2013/11/que-

es-php-php-de-php-hypertext.html

58

CAPÍTULO III

METODOLOGÍA

Diseño de la investigación

Modalidad de la investigación

Para la elaboración del proyecto se emplea una modalidad de investigación de tipo

PROYECTO FACTIBLE, mostrando un planteamiento de la siguiente manera:

20% investigativa, 20% bibliográfica y 60% propuesta solución.

La investigación está considerada como proyecto factible puesto que considera la

implementación de una plataforma para el control y seguimiento de parámetros

vitales (índice de Glicemia, presión arterial, otras) registrados manualmente. A ser

incorporado en la red social Soulnet.

La modalidad de la investigación se la desarrolla en dos fases, la primera que

consistió en investigar la manera en que eran llevados a cabo el proceso de control

y seguimiento de los parámetros vitales de un paciente en el Hospital

Universitario, en caso de no existir una alternativa de registro determinar las

causas de la ausencia de las misma, para finalmente en la segunda fase enfocarnos

59

en la determinación de los elementos de desarrollo, y el planteamiento correcto

de la propuesta de solución con el objeto de reducir la falencia detectada.

60

RAMOS MARÍA GUADALUPE (2007, p.143) nos indica:

Un proyecto factible consiste en la elaboración de una propuesta

viable para buscar una solución posible a un problema de tipo

práctico y así satisfacer las necesidades de una institución o grupo

social, puede referirse a la formulación de políticas, programas,

tecnologías, métodos o procesos.

Según el Instituto Latinoamericano de Planificación Económica y Social

ILPES (1997) manifiesta:

Para determinar la factibilidad de un proyecto es necesario tener en

consideración los siguientes aspectos:

CUADRO No. 4

INDICADORES DE FACTIBILIDAD DE UN PROYECTO

Factibilidad técnica

Se analiza si las herramientas de

software seleccionas para la

elaboración de la propuesta es la

adecuada además si se cuenta con las

herramientas de hardware para

implementar el software, y si el

personal humano está capacitado para

concluir con éxito el desarrollo.

Factibilidad económica

Se somete a análisis si el gasto

generado por el proyecto está en

balance con los objetivos que pretende

61

alcanzar la implementación.

Factibilidad administrativa

Se determina si la administración del

lugar donde se va a realizar la

implementación brinda el apoyo

suficiente para que el proyecto

concluya con éxito.

Factibilidad institucional

Este tópico es similar a la anterior sólo

que esta abarca a todos los

departamentos que se verán

involucrados en la solución.

Factibilidad social Lo que involucra este tema es el hecho

que la solución transcienda y sea una

colaboración para la sociedad.

Fuente:

http://www.cepal.org/es/publications/list?search_fulltext=factibilidad+de+un+pro

yecto+indicadores


Tipo de investigación

El tipo de investigación empleado es PROYECTO ESPECIAL, debido a que se

presenta una propuesta que colabore con administradores, pacientes y con la

sociedad en general mediante un repositorio de datos que permita la obtención de

información sobre parámetros vitales de forma más rápida y eficiente.

62

Población y muestra

Población

La propuesta de tesis tiene como población los colaboradores que hasta finales del

año 2014 brindaron sus servicios al hospital universitario de la Ciudad de

Guayaquil a continuación se detalla la cantidad de personas por área expuesto por

la unidad de talento humano de la institución:

CUADRO No. 5

PERSONAL QUE LABORÓ EN EL HOSPITAL UNIVERSITARIO DE LA

CIUDAD DE GUAYAQUIL EN EL AÑO 2014

No. Descripción Cantidad

1 Administrativos 130

2 Licenciados en Enfermería 76

3 Auxiliares de Enfermería 130

4 Auxiliares de Servicio 130

5 Médicos Residentes 23

6 Médicos Especialistas 77

7 Médicos 10

8 Imagenólogos 8

9 Laboratoristas 18

10 Citohistopatólogos 1

11 Terapistas Físicos 4

12 Terapistas Respiratorios 10

13 Odontólogos 7

14 Obstetricias 2

15 Químicos Farmacéuticos 17

16 Pasantes 60

17 Internos 47

Total 750

63

Fuente: Datos del Hospital Universitario, Unidad de Talento Humano 2014


Muestra

Para determinar la muestra se aplica la siguiente fórmula:

Se va a tomar de la población total 202 personas, en el caso de los pacientes al ser

un tamaño de población demasiado grande alrededor de 171032, solo se

considerará dentro de la muestra un aleatorio de 50 pacientes, adicional a la

muestra de personal.

n: Tamaño de muestra PQ: Varianza =0.25

N: Población

E: Margen de error 6%

K: Constante de corrección del error =2

PQN

(N-1) (E)² / (K)² + PQ

n=

(0.25)(750) (750-1) (0.06)² / (2) ² + (0.25)

n=

187.5

0.9241

n=

202 n=

64

El instrumento para la obtención de información o datos empíricos es la encuesta.

El cuestionario dirigido a pacientes, doctores y administrativos de los Hospitales

se detalla en el anexo #1.

Fracción Muestral

Se utilizó el tipo de muestreo estratificado debido a que se dividió la

población de estudio en subconjuntos o estratos en los cuales los elementos

poseen características comunes, es decir a los pacientes, doctores y

administrativos, que se les aplicó la encuesta, tienen una idea general o

conocen sobre los parámetros vitales y su importancia. En el cuadro N° 6 se

muestran los subconjuntos de la población.

Cálculo de la fracción

Muestral:

f = n = 202 = 3.7129

N 750

65

CUADRO No. 6

POBLACIÓN DE ESTUDIO FRACCIÓN MUESTRAL

Fuente: Datos del Hospital Universitario, Unidad de Talento Humano 2014


No. Extracto Población Muestra

1 Administrativos 130 35.01

2 Licenciados en Enfermería 76 20.47

3 Auxiliares de Enfermería 130 35.01

4 Auxiliares de Servicio 130 35.01

5 Médicos Residentes 23 6.19

6 Médicos Especialistas 77 20.74

7 Médicos 10 2.69

8 Imagenólogos 8 2.15

9 Laboratoristas 18 4.85

10 Citohistopatólogos 1 0.27

11 Terapistas Físicos 4 1.08

12 Terapistas Respiratorios 10 2.69

13 Odontólogos 7 1.89

14 Obstetricias 2 0.54

15 Químicos Farmacéuticos 17 4.58

16 Pasantes 60 16.16

17 Internos 47 12.66

Total 750 201.99

66

Operacionalización de variables

CUADRO No. 7

MATRIZ DE OPERACIONALIZACIÓN DE VARIABLES

Variables Dimensiones Indicadores Técnicas y/o

Instrumentos

V. I.

Plataforma para el

control y

seguimiento de

parámetros vitales

Una plataforma de

sistemas es una

herramienta de

apoyo para realizar

determinadas

funciones en este

caso servirá para

llevar un control y

seguimiento de los

parámetros vitales

de un paciente.

*Usabilidad

* Nivel de

conformidad

con el manejo

de la aplicación.

*Encuestas y

Consultas.

* Repositorio de

datos.

*Tiempos de

respuesta ante

solicitudes de

información.

67

Fuente: Resultados obtenidos del análisis de la información.


Instrumentos de recolección de datos

La técnica

Con el objeto de obtener información que nos permita concluir con un producto

de calidad se emplea la encuesta, por medio de esta se llega a la determinación de

la falta de plataformas que sirvan de apoyo en procesos repetitivos y constantes

como el registro y control de parámetros vitales dentro de una institución de salud.

V.D 1.

Registros

manuales.

Forma en que se

manejan en la

actualidad la toma

de parámetros

vitales.

* Gastos de

suministros de

oficina.

* Nivel de

satisfacción de

cambio de

método para

ingresar

información.

*Encuestas

realizadas al

personal

encargado de

realizar los

registros

manuales.

V.D 2.

Red social Soulnet.

*Datos

estadísticos

*Cantidad de

seguidores de la

aplicación a

través de la red

social.

Visualización

de estadísticas.

68

RADRIGAN MARISA (2005, p.20) nos indica:

“Los métodos empíricos de investigación permiten efectuar el análisis

preliminar de la información, así como verificar y comprobar las

concepciones teóricas”

Instrumentos

Al seleccionar un instrumento este debe ir acorde a la técnica empleada,

considerando que la planificación de los mismos deben realizarse con cautela y

premeditación, esto debido a que serán las líneas que determinarán el rumbo que

vaya tomando la investigación y por ende la propuesta de solución, en este caso

será el cuestionario, el mismo que está dirigido a pacientes, doctores, empleados

administrativos del hospital Universidad de Guayaquil.

Procedimientos de la investigación

El problema

Ubicación del problema en un contexto

Situación conflicto

Causas del problema, consecuencias

Delimitación del problema

Formulación del problema

Evaluación del problema

Objetivos de la investigación

Alcances del proyecto

69

Justificación e importancia de la investigación

Marco teórico

Antecedentes del estudio

Fundamentación teórica

Fundamentación legal

Hipótesis interrogativas

Variables de la investigación

Definiciones conceptuales

Metodología

Modalidad de la investigación

Tipo de investigación

Población y muestra

Operacionalización de las variables

Instrumentos de recolección de datos

Procesamiento de la investigación

Recolección de la información

Procesamiento y análisis

Criterio para la elaboración de la propuesta

Criterio para la realización de la propuesta

Marco administrativo

Cronograma

Presupuesto

70

Conclusiones y recomendaciones

Conclusiones y Recomendaciones

Recolección de la información

Descripción del trabajo de campo

En la investigación de campo para la recolección de información, se visitó el

hospital Universitario de la ciudad de Guayaquil aplicando un cuestionario de 5

preguntas a 202 colaboradores más 50 pacientes, los mismos que fueron

seleccionados de forma aleatoria.

Para la toma de datos por la cantidad de encuestados se la llevo a cabo en dos

semanas laborables.

La encuesta realizada se detalla en el anexo#1.

Procesamiento y análisis

Para facilitar el análisis de los resultados obtenidos de la encuesta se siguen los

siguientes pasos:

1. Revisión de los cuestionarios.

2. Contabilización de las respuestas dadas por cada participante.

3. Elaboración de las gráficas representativas.

4. Empleo de Microsoft EXCEL como herramienta de apoyo.

71

5. Análisis y conclusión de los resultados obtenidos.

Tabulación de los resultados de la encuesta

A continuación se detallan las preguntas con su respectivo análisis y objetivo.

PREGUNTA Nº 1: ¿Cree usted qué al momento de realizar ingresos de información

importante de forma manual pierde tiempo valioso?

CUADRO No. 8

RESULTADO DE PRIMERA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN

Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo

Administrativos 15 10 5 5

Licenciados en

Enfermería 13 5 2 1

Auxiliares de Enfermería 20 5 5 5

Auxiliares de Servicio 18 7 5 5

Médicos Residentes 6 0 0 0

Médicos Especialistas 12 5 1 2

Médicos 2 0 0 0

Imagenólogos 1 1 0 0

Laboratoristas 2 2 0 1

Citohistopatólogos 0 1 0 0

Terapistas Físicos 0 1 0 0

Terapistas Respiratorios 2 1 0 0

Odontólogos 1 1 0 0

Obstetrices 1 0 0 0

Químicos Farmacéuticos 2 1 1 0

Pasantes 9 4 2 1

Internos 7 5 1 0

Total Cantidades 111 49 22 20

Total Porcentajes 54.95% 24.26% 10.89% 9.90%


72


GRÁFICO No. 9

RESULTADO DE PRIMERA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN



Análisis: En el gráfico se observa que sumando cada uno de los departamentos

111 personas están de acuerdo con la pérdida de tiempo al realizar registros

manuales de la información, representando un 54.95% de la cantidad de

encuestados, por otro lado 49 personas de todos los departamentos están

parcialmente de acuerdo, cuyo porcentaje corresponde al 24.26%, unas 22

personas están parcialmente desacuerdo, representando un 10.89%, y finalmente

20 personas están en desacuerdo siendo un 9.90% de la totalidad de encuestados.

73

CUADRO No. 9

RESULTADO DE PRIMERA PREGUNTA DIRIGIDA A LOS

PACIENTES DE LA INSTITUCIÓN

Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo

Pacientes 29 11 5 5

Total Porcentajes 58% 22% 10% 10%



GRÁFICO No. 10

RESULTADO DE PRIMERA PREGUNTA DIRIGIDA A LOS PACIENTES

DE LA INSTITUCIÓN



Análisis: En el gráfico se observa que 29 pacientes están de acuerdo con la

pérdida de tiempo al realizar registros manuales de la información, representando

un 58% de la cantidad de encuestados, por otro lado 11 personas están

74

parcialmente de acuerdo, cuyo porcentaje corresponde al 22%, unas 5 personas

están parcialmente en desacuerdo, representando un 10%, y finalmente 5 personas

están en desacuerdo siendo un 10 % de la totalidad de encuestados.

PREGUNTA Nº 2: ¿Cree usted qué las herramientas de software deben ser empleadas

en el proceso de control y seguimiento de los parámetros vitales?

CUADRO No. 10

RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN

Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo


Licenciados en

Enfermería 8 7 5 1





Médicos 1 1 0 0







Obstetrices 1 0 0 0


Pasantes 11 3 1 1

Internos 10 2 1 0




75


GRÁFICO No. 11

RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN




106 personas están de acuerdo con la utilización de software como apoyo al

control y seguimiento de registros de parámetros vitales de un paciente

representando un 52.48% de la cantidad de encuestados, por otro lado 52 personas

de todos los departamentos están parcialmente de acuerdo, cuyo porcentaje

76

corresponde al 25.74%, unas 29 personas están parcialmente desacuerdo,

representando un 14.36%, y finalmente 15 personas están en desacuerdo siendo

un 7.42% de la totalidad de encuestados.

CUADRO No. 11



Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo

Pacientes 24 10 12 4




GRÁFICO No. 12





77

Análisis: En el gráfico se observa que 24 personas están de acuerdo con la

utilización de software como apoyo al control y seguimiento de registros de

parámetros vitales de un paciente, representando un 48% de la cantidad de

encuestados, por otro lado 10 personas están parcialmente de acuerdo, cuyo

porcentaje corresponde al 20%, unas 12 personas están parcialmente en

desacuerdo, representando un 24%, y finalmente 4 personas están en desacuerdo

siendo un 8 % de la totalidad de encuestados.

PREGUNTA Nº 3: ¿Cree usted que el mantener un repositorio de información en donde

se almacenen los parámetros vitales de cada paciente facilitaría la búsqueda de datos en

días posteriores?

CUADRO No. 12

RESULTADO DE TERCERA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN

Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo


Licenciados en

Enfermería 9 6 4 2





Médicos 1 0 0 1







78

Obstetrices 1 0 0 0


Pasantes 14 1 1 0

Internos 11 2 0 0





GRÁFICO No. 13

RESULTADO DE TERCERA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN




115 personas están de acuerdo con la utilización de un repositorio de datos como

método para almacenar la información de cada paciente y con esto facilitar la

búsqueda de los mismos en tiempo futuro, representando un 56.93% de la

cantidad de encuestados, por otro lado 49 personas de todos los departamentos

79

están parcialmente de acuerdo, cuyo porcentaje corresponde al 24.25%, unas 19

personas están parcialmente desacuerdo, representando un 9.41%, y finalmente 19

personas están en desacuerdo siendo un 9.41% de la totalidad de encuestados.

CUADRO No. 13



Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo

Pacientes 33 5 10 2




GRÁFICO No. 14




80


Análisis: En el gráfico se observa que 33 personas están de acuerdo con la

utilización de un repositorio de datos como método para almacenar la información

de cada paciente y con esto facilitar la búsqueda de los mismos en tiempo futuro,

representando un 66% de la cantidad de encuestados, por otro lado 5 personas

están parcialmente de acuerdo, cuyo porcentaje corresponde al 10%, unas 10

personas están parcialmente en desacuerdo, representando un 20%, y finalmente 2

personas están en desacuerdo siendo un 4 % de la totalidad de encuestados.

PREGUNTA Nº 4: ¿Cuál considera usted que es la principal causa de no contar con una

herramienta de apoyo para el control y seguimiento de los parámetros vitales de cada

paciente?

CUADRO No. 14

RESULTADO DE CUARTA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN

Descripción Causa 1 Causa 2 Causa 3 Causa 4


Licenciados en Enfermería 10 5 6 0





Médicos 0 0 1 1





81



Obstetrices 1 0 0 0


Pasantes 6 3 7 0

Internos 4 4 5 0





GRÁFICO No. 15

RESULTADO DE CUARTA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN

1.- Falta de recursos económicos asignados a la adquisición de apoyos

tecnológicos para llevar procesos rutinarios de registro y seguimiento.

2.- Falta de personal capacitado para llevar a cabo la utilización de

herramientas de software como métodos de apoyo en registros de información.

3.-Falta de aplicabilidad de plataformas que apoyen el control y seguimiento de

parámetros vitales de cada paciente.

4.- Otras.

82



Análisis Causa 1: En el gráfico se observa que sumando cada uno de los

departamentos 55 personas estuvieron de acuerdo que por factores económicos no

se cuenta con herramientas de software eficientes que colaboren con procesos

rutinarios como el registro y seguimiento de parámetros vitales, representando un

27.23% de la cantidad de personas encuestadas.


departamentos 52 personas estuvieron de acuerdo que por falta de preparación en

usuarios finales no se cuenta con herramientas de software como métodos de

apoyo en registros de información, representando un 25.74% de la cantidad de

personas encuestadas.


departamentos 81 personas estuvieron de acuerdo que por no contar con

propuestas de desarrollo para llevar el registro de parámetros vitales el hospital no

cuenta con los mismos, representando un 40.10% de la cantidad de personas

encuestadas.


departamentos 14 personas indicaron factores variados para no contar con una

aplicación para el control y seguimiento de parámetros vitales para pacientes

representando un 6.93% de la cantidad de personas encuestadas.

83

CUADRO No. 15

RESULTADO DE CUARTA PREGUNTA DIRIGIDA A LOS PACIENTES

DE LA INSTITUCIÓN

Descripción Causa

1 Causa 2 Causa 3 Causa 4





CUADRO No. 16

RESULTADO DE CUARTA PREGUNTA DIRIGIDA A LOS PACIENTES

DE LA INSTITUCIÓN



1.- Falta de recursos económicos asignados a la adquisición

de apoyos tecnológicos para llevar procesos rutinarios de

registro y seguimiento.

2.- Falta de personal capacitado para llevar a cabo la

utilización de herramientas de software como métodos de

apoyo en registros de información.

3.-Falta de aplicabilidad de plataformas que apoyen el

control y seguimiento de parámetros vitales de cada paciente.

4.- Otras.

84

Análisis Causa 1: En el gráfico se observa que sumando 10 personas estuvieron

de acuerdo que por factores económicos no se cuenta con herramientas de

software eficientes que colaboren con procesos rutinarios como el registro y

seguimiento de parámetros vitales, representando un 20% de la cantidad de


Análisis Causa 2: En el gráfico se observa 15 personas estuvieron de acuerdo que

por falta de preparación en usuarios finales no se cuenta con herramientas de

software como métodos de apoyo en registros de información, representando un

30% de la cantidad de personas encuestadas.

Análisis Causa 3: En el gráfico se observa que 20 personas estuvieron de acuerdo

que por no contar con propuestas de desarrollo para llevar el registro de

parámetros vitales el hospital no cuenta con los mismos, representando un 40 %

de la cantidad de personas encuestadas.

Análisis Causa 4: En el gráfico se observa que 5 personas indicaron factores

variados para no contar con una aplicación para el control y seguimiento de

parámetros vitales para pacientes representando un 10% de la cantidad de


85

PREGUNTA Nº 5: ¿Considera usted que la implementación de un sistema de control y

seguimiento de parámetros vitales de pacientes mejoraría la calidad de atención que

recibe?

CUADRO No. 17

RESULTADO DE QUINTA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN

Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo


Licenciados en

Enfermería 6 6 6 3





Médicos 1 0 0 1







Obstetrices 1 0 0 0


Pasantes 10 2 4 0

Internos 8 2 2 1





86

GRÁFICO No. 16

RESULTADO DE QUINTA PREGUNTA DIRIGIDA AL PERSONAL DE

LA INSTITUCIÓN



Análisis: En el gráfico se observa que sumando cada uno de los departamentos 91

personas están de acuerdo que con la implementación de un sistema de control y

seguimiento de parámetros vitales mejoraría la atención que reciben pacientes y

doctores, representando un 45.05% de la cantidad de encuestados, por otro lado

54 personas de todos los departamentos están parcialmente de acuerdo, cuyo

porcentaje corresponde al 26.73%, unas 40 personas están parcialmente

desacuerdo, representando un 19.80%, y finalmente 17 personas están en

desacuerdo siendo un 8.42% de la totalidad de encuestados.

87

CUADRO No. 18

RESULTADO DE QUINTA PREGUNTA DIRIGIDA A LOS PACIENTES

DE LA INSTITUCIÓN

Descripción De

acuerdo

Parcialmente

de acuerdo

Parcialmente

en

desacuerdo

Desacuerdo





GRÁFICO No. 17

RESULTADO DE QUINTA PREGUNTA DIRIGIDA A LOS PACIENTES

DE LA INSTITUCIÓN



88

Análisis: En el gráfico se observa que 28 personas están de acuerdo que con la

implementación de un sistema de control y seguimiento de parámetros vitales

mejoraría la atención que reciben pacientes y doctores, representando un 56% de

la cantidad de encuestados, por otro lado 10 personas están parcialmente de

acuerdo, cuyo porcentaje corresponde al 20%, unas 10 personas están

parcialmente en desacuerdo, representando un 20%, y finalmente 2 personas están

en desacuerdo siendo un 4 % de la totalidad de encuestados.

Criterios para la elaboración de la propuesta

El criterio y la estrategia que se utiliza para elaborar la propuesta es la

metodología del ciclo de vida de un sistema.

Análisis

Se procede a la recopilación y análisis de la metodología de control y

seguimiento de parámetros vitales existentes en el hospital Universitario

de la ciudad de Guayaquil, con el fin de determinar las fortalezas de la

misma y considerarlas para la propuesta de tesis.

Recopilación y análisis de la información necesaria sobre las herramientas

de desarrollo a emplear con el fin de determinar la mejor alternativa.

Recopilación y análisis de la información necesaria acerca de la

alternativa de almacenamiento que me ofrezca crecimiento a largo plazo,

estabilidad y seguridad de la información.

89

Análisis e interpretación de la información obtenida en la investigación de

campo, con el objeto de considerar las necesidades reales de la institución

de salud.

Diseño

Diseño de los diagramas entidad relación, casos de usos y procesos.

Estructuración y esquematización de la base de datos.

Diseño del entorno gráfico de la aplicación.

Desarrollo

Desarrollo de cada uno de los módulos que van a conformar el sistema.

Pruebas

Verificación de módulos acorde a los alcances establecidos.

Verificación de entrega de datos por parte del sistema gestor de base de

datos.

Mantenimiento

Verificación de funcionamiento de módulos.

90

Criterios de validación de la propuesta

El criterio y la estrategia empleados para validar la propuesta se realizó gracias a

las entrevistas y encuestas realizadas a los médicos, personal y pacientes del

Hospital Universitario y de la clínica Alcívar.

Uno de los puntos importantes fueron las encuestas realizadas ya que con estas se

llegó a la conclusión de que existen falencias actualmente en los procesos de

almacenamiento de la información, esta información puede ser evidenciada en la

página 71 de este documento en la sección Tabulación de los Resultados de la

Encuesta.

Para lograr estructurar el diseño de la estructura de base de datos se tomó a

consideración la entrevista realizada en especial al Dr. Gabriel Silva de la clínica

Alcívar ya que gracias a su experticia en los temas de glicemia y presión arterial

facilitó la información que corresponde a los eventos que se deben considerar

para realizar la medición de la glucosa en la sangre y de la presión. Para más

detalles acerca de la estructura de la base de datos puede referirse al Manual

Técnico de la tesis.

91

CAPÍTULO IV

MARCO ADMINISTRATIVO

Cronograma

GRÁFICO No. 18

CRONOGRAMA DE ACTIVIDADES DEL PROYECTO



93

Valores aproximados para el desarrollo del sistema.

CUADRO No.18

RESUMEN DE EGRESOS E INGRESOS

Detalle Ingresos en Dólares

Los recursos empleados en el desarrollo de

este tema serán por financiamiento propio.

$1055

Total $1055

Detalle Egresos en Dólares

Fotocopias $ 80,00

Servicios de internet ($ 21 al mes) $ 105,00

Impresión, empastado y anillado de tesis

de grado $ 100,00

PC para desarrollar proyecto $ 700,00

Revisión de gramatóloga $70

Total $1055



94

CAPÍTULO V

CONCLUSIONES Y RECOMENDACIONES

Conclusiones

El empleo de PC como métodos de apoyo para llevar procesos rutinarios dentro

de cualquier ámbito se ha convertido en una metodología bastante estable, segura

y eficaz. Abriendo con esto un puente que mejore la entrega de datos hacia

usuarios finales.

Enfocados en la propuesta de desarrollo y con el apoyo de la encuesta realiza se

llega a la siguiente determinación:

El no contar con propuestas innovadoras que integren aplicaciones con

facilidad de uso, que permitan encaminar a los empleados del hospital

Universitario hacia el buen servicio y la rapidez en entrega de información

vital para pacientes, doctores y público en general.

El no contar con herramientas tecnológicas acorde al presupuesto, impide

que el hospital Universitario de la ciudad de Guayaquil emplee un

software que permitan llevar un control de los parámetros vitales.

Actualmente se necesitan nuevos métodos que mejoren el proceso de

control y seguimiento de los parámetros vitales con el objeto de adaptar el

manejo de procesos tradicionales a un nuevo modelo, donde la tecnología

y el manejo de información a gran escala con el apoyo de sistemas

gestores de base de datos. Con el apoyo de la encuesta se considera

necesaria la implementación de una plataforma para el control y

95

seguimiento de parámetros vitales (índice de Glicemia, presión arterial,

otras) registrados manualmente. A ser incorporado en la red social

Soulnet.

Recomendaciones

A continuación se presentan algunos puntos a considerar:

Para que la propuesta presentada cuente con el éxito deseado es

indispensable que se asignen de forma apropiada los permisos a cada

función presentada en el software, a más de esto que se les brinde la

respectiva capacitación de la correcta utilización de la plataforma

propuesta.

La responsabilidad con la que se asume la toma de información y

almacenamiento de los datos es en su totalidad de la persona encargada de

ingresar la misma, en caso de equivocaciones de digitación no es

responsabilidad del buen funcionamiento del aplicativo sino netamente

humano.

La cantidad de almacenamiento de la información va a depender del

equipo que se asigne para el sistema gestor de base de datos, de la misma

manera la rapidez al momento de la entrega de información también va a

depender de este factor.

96

BIBLIOGRAFÍA

LIBROS

Asid Silvia (2005).

Introducción a las bases de datos. Madrid. Editorial Thomsom.

Primera Edición. ISBN: 978-84-9732-396-6.

Berzal Fernando, CORTIJO Francisco J. & CUBERO Juan Carlos

(2004). Desarrollo profesional de aplicaciones web con ASP.NET.

ISBN: 84-609-4245-7.

Bobes Julio (2006).

Cuidados auxiliares. Sevilla. Editorial Mad. Segunda Edición.

ISBN: 84-86725-82-8.

Cobo Ángel Yera (2009).

Diseño y programación de base de datos. Madrid. Editorial Vision.

Primera Edición. ISBN: 978-84-9821-459-8.

Cotos José (2005).

Sistemas de Información. España. Editorial Netbiblo. Tercera

Edición. ISBN: 84-9745-056-6.

Garzón Luisa (2006).

Técnicos de soporte informático. España. Editorial Mad. Primera

Edición. ISBN: 84-665-5102-6.

Gordon Avery (2001).

97

Neonatología. Argentina. Editorial Médica Panamericana. Segunda

Edición. ISBN: 950-06-0071-4-2.

Hernández R, Fernández C y Batista P (1998).

Metodología de la investigación. México. Editorial MacGrew.

Tercera Edición. ISBN: 85-16-0078-48-4.

Pérez María (2009).

Sql Server 2008 R2. Madrid. Editorial RC. Segunda Edición. ISBN:

978-84-9383-12-3-3.

Rodes Juan (2007).

Libro de la salud. España. Editorial Bilbao. Primera Edición.

ISBN: 978-84-96515-33-8.

Salquin (1999).

Métodos de investigación. México. Editorial Hill. Segunda Edición.

ISBN: 85-22-0133-28-2.

Torres Luis (2002).

Tratado de anestesia y reanimación. España. Editorial Aran.

Segunda Edición. ISBN: 84-86725-82-8.

Wilmore Jack (2007).

Fisiología del esfuerzo. España. Editorial Paidotribo. Sexta

Edición. ISBN: 978-84-8019-916-2.

98

DIRECCIONES WEB

Constitución. (2008).

Constitución política del Ecuador. Recuperado el 12 de Diciembre de

2014, de http://biblioteca.espe.edu.ec/upload/2008.pdf

Eduardo Mosqueira Rey. (2011).

Propiedades Básicas de la Orientación a Objetos. Recuperado el 4 de

Diciembre de 2014, de

http://quegrande.org/apuntes/EI/OPT/POO/teoria/07-08/tema_3_-

_propiedades_basicas.pdf.

Eumed. (2010).

Instrumentos de recolección de datos. Recuperado el 4 de Enero de 2015,

de http://www.eumed.net/tesis-

doctorales/2010/prc/INSTRUMENTOS%20DE%20RECOLECCION%20

DE%20DATOS.htm

Hernández, Ana Loly. (2008).

El Proyecto Factible como Modalidad de la Investigación Educativa.

Recuperado el 12 de Enero de 2015, de

http://www.tupalanca.com/boletines/prueba.pdf

99

LPI. (1998).

Ley de Propiedad Intelectual del Ecuador. Recuperado el 12 de Enero de

2015, de http://www.cetid.abogados.ec/archivos/80.pdf

Microsoft (2014)

Visual Studio. Recuperado el 20 de Enero del 2015, de

https://www.visualstudio.com/products/visual-studio-with-msdn-

overview-vs

Microsoft (2014)

Introducción a Visual Studio. Recuperado el 10 de Diciembre del 2014,

desde https://msdn.microsoft.com/es-

es/library/vstudio/fx6bk1f4(v=vs.100).aspx

Microsoft (2008)

Información general de SQL SERVER. Recuperado el 20 de Diciembre

del 2014, desde https://technet.microsoft.com/es-

es/library/ms166352%28v=sql.90%28.aspx

Tensol (2014)

Presión Arterial. Recuperado el 21 de Diciembre del 2014, desde

http://www.tensoval.es/presion_arterial.php








EN LA RED SOCIAL

SOULNET”

MANUAL DE USUARIO

TESIS DE GRADO






2015

ÍNDICE

Contenido 1. Introducción ............................................................................................................... 1

2. Pantallas del sistema administrativo ......................................................................... 1

2.1. Descripción de las opciones de la pantalla principal ........................................ 5

2.1.1. Logo del sistema ......................................................................................... 5

2.1.2. Menú dinámico de opciones ...................................................................... 5

2.1.2.1. Administración ....................................................................................... 6

2.1.2.2. Servicios Soulnet .................................................................................... 7

2.1.3. Espacio de carga de trabajo ....................................................................... 8

2.2. Descripción de módulos ..................................................................................... 9

2.2.1. Módulo de administración ......................................................................... 9

2.2.2. Módulo de servicios Soulnet .................................................................... 17

1

CUADRO DESCRIPTIVO

Manual Usuario

Responsable de la Aplicación: Raúl Ramírez Chiluiza

Fecha de Creación del

Documento:

Marzo del 2015

Profesor Guía: Ing. Darwin Patiño

Versión: 1.0

ACERCA DEL MANUAL

1. Introducción

Este manual tiene como principal objetivo, brindar a los usuarios finales y

administrativos una concepción visual del sistema, en los siguientes aspectos:

1. Descripción del funcionamiento de cada uno de los módulos involucrados

en el sistema.

2. Aspectos relevantes que faciliten el ingreso, edición y eliminación de

información de forma rápida y oportuna, que eviten la alteración de forma

incorrecta los datos.

2. Pantallas del sistema administrativo

Por medio del sistema se realizan modificaciones, eliminaciones, e ingresos de

usuarios y sus respectivos perfiles, los parámetros vitales así como los eventos

que afectan de alguna manera la toma de parámetros.

2

Con el objeto de mantener las seguridades del sistema se establece un control de

acceso determinado por un usuario y contraseña asignados en conjunto con el

perfil a cada uno de los usuarios se presenta a continuación la pantalla del mismo:

GRÁFICO Nº 1: CONTROL DE ACCESO AL SISTEMA


En la pantalla presentada en el gráfico Nº 1, se debe ingresar las credenciales

registradas.

En caso de que la clave o el usuario sean incorrectos nos aparecerá la alerta

de datos erróneos.

Sino posee una cuenta debe presionar el botón de la parte inferior Crear una

Cuenta, dando paso a la siguiente pantalla:

3

GRÁFICO Nº 2: REGISTRO DE CUENTA


Se debe ingresar cada uno de los datos detallados y a continuación presionar el

botón de Registrate, una vez que la información sea ingresada de forma correcta

da paso al Gráfico Nº 1.

Al ingresar las credenciales correctas y acordes a cada perfil de usuario se

cargarán las opciones de menú asignadas, para el caso la pantalla que se muestra a

continuación es el perfil de mayor permiso.

4

GRÁFICO Nº 3: AMBIENTE DE TRABAJO

Menú de opciones

Espacio de carga de información


Logo

5

Básicamente el sistema está compuesto por tres espacios, a continuación se detalla

cada uno de estos.

2.1. Descripción de las opciones de la pantalla principal

2.1.1. Logo del sistema.- Es la imagen representativa del sistema,

compuesta de colores brillantes, letras compactas que en conjunto

ofrecen una figura sólida y llamativa.

GRÁFICO Nº 4: LOGO DEL SISTEMA


2.1.2. Menú dinámico de opciones.- Este menú cargará acorde a los

permisos dados por el super-admnistrador al usuario que haya

iniciado sesión. Estas opciones van a representar los módulos que

conforman el sistema.

6

GRÁFICO Nº 5: MENÚ DINÁMICO


2.1.2.1. Administración

En este módulo se realizarán las ediciones, modificaciones, eliminaciones

de los datos de los usuarios, la respectiva asignación de los perfiles, el

mantenimiento de los parámetros vitales y los eventos que afectan a estos.

Este está conformado por el siguiente submenú:

a. Usuarios.

b. Roles.

c. Asignación de roles.

d. Parámetros vitales.

e. Eventos.

7

GRÁFICO Nº 6: ITEM ADMINISTRACIÓN


2.1.2.2. Servicios Soulnet

En este módulo se realizarán las ediciones, modificaciones, eliminaciones

de los datos de los parámetros vitales en conjunto a los eventos que puede

tener asignado un paciente, así como poder visualizar un historial de la

información ingresada en los registros de parámetros vitales y eventos al

paciente.

Este está conformado por los siguientes submenús:

f. Registro de parámetros vitales y eventos.

g. Historial.

8

GRÁFICO Nº 7: ITEM SERVICIOS SOULNET


2.1.3. Espacio de carga de trabajo.- En este espacio cargarán los datos

que el usuario que haya iniciado sesión desee visualizar, crear o

modificar.

9

GRÁFICO Nº 8: ESPACIO DE TRABAJO


2.2. Descripción de módulos

2.2.1. Módulo de administración

A continuación se detallan cada una de las opciones de submenús que contiene

este módulo:

1. Usuarios.-

Al presionar el submenú nos cargarán todos los usuarios que se hayan

ingresado, en donde podremos ya sea editar, crear o eliminar un usuario a

la vez de la lista que se muestra.

10

GRÁFICO Nº 9: SUBMENÚ USUARIOS


Edición e ingreso de usuario.-

11

GRÁFICO Nº 10: EDICIÓN E INGRESO DE USUARIOS


Conformada por una serie de datos relevantes para el registro del usuario la

misma que se almacenará en el sistema siempre y cuando se presione el botón

guardar, para el caso de la edición se visualizará la información previamente

almacenada y para el caso del ingreso los campos aparecerán en blanco, de existir

datos repetidos el sistema alertará de los mismos.

2. Roles

Al presionar el submenú nos cargarán todos los roles que se hayan

ingresado y que estén activos, en donde podremos crear rol.

12

GRÁFICO Nº 11: SUBMENÚ ROLES


Creación de rol.- Cuando se presiona este submenú nos cargará la

siguiente pantalla, en donde el campo ID del rol se generará

automáticamente y estado cargará por defecto en activo sin embargo

ambos campos permanecerán inhabilitados. Una vez que se ingrese la

descripción se debe presionar el botón de guardar si se desea almacenar la

información.

13

GRÁFICO Nº 12: INGRESO DE ROL


3. Parámetros vitales

Al presionar el submenú nos cargarán todos los parámetros vitales que se

hayan ingresado y que estén activos, en donde podremos crear, o editar un

parámetro a la vez de la lista que se muestra.

14

GRÁFICO Nº 13: SUBMENÚ PARÁMETROS VITALES


Edición e ingreso de parámetros vitales.-

GRÁFICO Nº 14: EDICIÓN E INGRESO DE PARÁMETROS VITALES

15


Conformada por una serie de datos relevantes para el registro del parámetro vital,

ID permanecerán inhabilitados para ambas acciones, el estado solo en la edición

de datos se habilitará, los datos que se almacenarán en el sistema siempre y

cuando se presione el botón guardar, para el caso de la edición se visualizará la

información previamente almacenada y para el caso del ingreso los campos

aparecerán en blanco, de existir datos repetidos el sistema alertará de los mismos.

4. Eventos

Al presionar el submenú nos cargarán todos los eventos que se hayan

ingresado y que estén activos, en donde podremos crear, o editar un evento

a la vez de la lista que se muestra.

16

GRÁFICO Nº 15: SUBMENÚ EVENTOS


Edición e ingreso de eventos.-

GRÁFICO Nº 16: EDICIÓN E INGRESO DE EVENTOS


17

Conformada por una serie de datos relevantes para el registro del evento, el campo

ID permanecerán inhabilitados para ambas acciones, el estado solo en la edición

de datos se habilitará, los datos que se almacenarán en el sistema siempre y

cuando se presione el botón guardar, para el caso de la edición se visualizará la

información previamente almacenada y para el caso del ingreso los campos

aparecerán en blanco, de existir datos repetidos el sistema alertará de los mismos.

2.2.2. Módulo de servicios Soulnet

A continuación se detallan cada una de las opciones de submenús que contiene

este módulo:

1. Registro de parámetros vitales y eventos

Al presionar el submenú nos cargarán la pantalla para el ingreso de todos

los parámetros vitales y eventos relacionados a un paciente, en donde cada

dato aparecerá en blanco.

Ingreso de parámetros y eventos.-

18

GRÁFICO Nº 17: INGRESO DE PARÁMETROS Y EVENTOS


Conformada por una serie de datos relevantes para el registro del parámetro y

evento al paciente, los datos que se almacenarán en el sistema siempre y cuando

se presione el botón guardar.

2. Historial

Al presionar el submenú nos cargarán todos los parámetros vitales y

eventos relacionados a un paciente que se hayan ingresado y que estén

activos, en donde podremos editar un parámetro y evento del paciente a la

vez de la lista que se muestra.

Edición de parámetros y eventos.-

19

GRÁFICO Nº 18: VISUALIZACIÓN DE PARÁMETROS Y EVENTOS DE

PACIENTES


En la pantalla que se visualiza se pueden ver cada uno de los parámetros y eventos

asignados a los diferentes pacientes, y si se desea visualizar a detalle cualquiera de

los ítems de la lista se debe presionar el botón de editar redireccionandonos a la

pantalla de la gráfica nº 17








EN LA RED SOCIAL

SOULNET”

MANUAL TÉCNICO

Tesis de Grado






2015

ÍNDICE

Contenido 1. Introducción ............................................................................................................... 1

2. Modelo de desarrollo .................................................................................................. 2

2.1. Principios básicos del modelo espiral ................................................................ 4

3. Diagramas UML ........................................................................................................ 4

3.1. Diagrama de casos de usos ................................................................................ 5

3.1.1. Definición de actores.................................................................................. 5

3.1.2. Descripción de casos de usos ..................................................................... 6

3.1.2.1. Gráficas ...................................................................................................... 6

3.1.2.2. Tablas ......................................................................................................... 8

3.2. Diagrama de contexto ...................................................................................... 11

3.3. Diagrama de procesos ...................................................................................... 11

3.4. Diagrama de interacción.................................................................................. 14

3.5. Diagrama de actividades .................................................................................. 15

4. Instalación y configuración básica necesaria ......................................................... 16

5. Modelo de base de datos ........................................................................................... 40

6. Codificación importante........................................................................................... 45

1

CUADRO DESCRIPTIVO

Manual Técnico

Responsable de la Aplicación: Raúl Ramírez Chiluiza

Fecha de Creación del

Documento:

Marzo del 2015

Profesor Guía: Ing. Darwin Patiño

Versión: 1.0

ACERCA DEL MANUAL

1. Introducción

Este manual tiene como principal objetivo, brindar a los usuarios finales y

administrativos una concepción técnica del sistema, en los siguientes aspectos:

Descripción del funcionamiento de los principales procesos llevados a

cabo por el usuarios.

Descripción de las validaciones requeridas para el correcto ingreso o

edición de los datos del sistema.

Descripción de la estructura de la base de datos.

La plataforma para el control y seguimiento de los parámetros vitales

permite tener una alternativa de almacenamiento integra a las que pueden acceder

de forma fácil y segura obteniendo resultados que agiliten los procesos para la

2

atención de pacientes. Lo interesante de la presentación del tema de tesis será el

hecho de que los tiempos de espera serán reducidos, el riesgo de pérdida de

información importante estará en su mínima expresión, los doctores tendrán

conocimientos de la cantidad de pacientes que deben atender lo que colaborará

con la mejor distribución de su tiempo, facilita la entrega de información a las

enfermeras.

La aplicación, está diseñada de manera simple y eficiente, a tal punto que los

usuarios podrán ingresar, editar, o eliminar la información de parámetros vitales y

eventos, de la forma que consideren conveniente.

2. Modelo de desarrollo

Para el desarrollo de la propuesta de tesis se emplea un modelo espiral, este se

caracteriza principalmente por:

Un enfoque cíclico para el crecimiento incremental del grado de definición e

implementación de un sistema, mientras que disminuye su grado de riesgo.

Un conjunto de puntos de fijación para asegurar el compromiso del usuario

con soluciones de sistema que sean factibles y mutuamente satisfactorias.

El proceso de cada vuelta es:

o Determinar Objetivos: establecer las necesidades que envuelven el

programa.

3

o Análisis del Riesgo: Se estudian todos los riesgos potenciales y se

seleccionan una o varias alternativas propuestas para reducir o eliminar los

riesgos.

o Desarrollar y verificar: Desarrollar e ir probando el programa para ir

disminuyendo los errores.

o Planificar: Se planifican los siguientes pasos para volver al inicio de la

espiral, mantiene dos dimensiones:

Angular.- avance del Software dentro de un ciclo.

Radial.- aumento del coste del Proyecto, ya que con cada nueva

interacción se pasa mas tiempo desarrollando.

Al ser un modelo de Ciclo de Vida, orientado al riesgo se dice que uno de los

aspectos fundamentales de su éxito radica, en que el equipo que lo aplique sea

capaz de detectar y catalogar correctamente dicho riesgo.

Este sistema es muy utilizado en proyectos largos, que necesitan constantes

cambios.

4

GRÁFICO Nº 1: CONTROL DE ACCESO AL SISTEMA


2.1. Principios básicos del modelo espiral

Decidir qué problema se quiere resolver antes de ir a resolverlo.

Examinar tus múltiples alternativas de acción y elegir una de las más

convenientes.

Evaluar qué tienes hecho y qué tienes que haber aprendido después de

hacer algo.

Conocer los niveles de riesgo, que tendrás que tolerar.

3. Diagramas UML

Con el objeto de manejar una mejor organización y tener un soporte teórico del

sistema, se considerado necesario incluir diagramas que pertenecen al lenguaje de

modelado visual (UML Lenguaje Unificado de Modelado).

5

3.1. Diagrama de casos de usos

En esta sección se especifican las interacciones entre los diversos actores

que se involucran en el sistema.

Se dan a conocer:

Casos de uso.

Actores.

Escenarios.

3.1.1. Definición de actores

Los autores a involucrarse son los siguientes:

TABLA Nº 1: LISTA DE ACTORES Y CASOS DE USOS

ACT-01

Usuarios del sistema

Descripción

Este actor es el encargado de

administrar el contenido de la

aplicación, tendrá la posibilidad de

añadir, eliminar, editar los datos de

las diversas opciones presentadas.

Caso de Uso Gestión de la plataforma de control

y seguimiento de los parámetros

vitales.

Propósito Colaborar en el mantenimiento de la

plataforma.

ACT-02

PLATAFORMA DE CONTROL Y

SEGUIMIENTO DE LOS

PARÁMETROS VITALES.

Descripción El actor de donde se tomará la

información a visualizar y en donde

se almacenará la nueva.

Caso de uso Gestión de la plataforma de control

6

Usuario del

sistema Sistema de

control

Administración

Servicios Soulnet

Caso de uso Gestión de la plataforma de control y seguimiento de parámetros vitales

y seguimiento de los parámetros

vitales.

Propósito Brindar información.


3.1.2. Descripción de casos de usos

3.1.2.1. Gráficas

GRÁFICO Nº 2: DIAGRAMA DE CASO DE USO DE GESTIÓN

DE LA PLATAFORMA DE CONTROL Y SEGUIMIENTO DE

LOS PARÁMETROS VITALES


7

GRÁFICO Nº 3: DIAGRAMA DE CASO DE USO

ADMINISTRACIÓN


GRÁFICO Nº 4: DIAGRAMA DE CASO DE USO SERVICIOS

SOULNET


Usuario del

sistema

Sistema de

control

Usuarios

Caso de uso administración

Roles

Validación de

datos

<<include>>

<<include>>

Parámetros vitales

Eventos

<<include>>

<<include>>

Usuario del

sistema

Sistema de

control

Registros de

parámetros vitales y

eventos

Caso de uso servicios Soulnet

Validación de

datos

<<include>>

Historial <<include>>

8

3.1.2.2. Tablas

TABLA Nº 2: GESTIÓN DE LA PLATAFORMA

Código: 1.0

Nombre Caso de Uso:

Gestión de la plataforma de control y

seguimiento de los parámetros vitales

Desarrollado por: Raúl Andrés Ramírez Chiluiza.

Fecha de creación: 06 de Abril del 2015.

Descripción del escenario

El usuario del sistema debe seleccionar

ante las opciones de administración o

servicios soulnet

Autores:

Usuario del sistema y sistema de

control y seguimiento de parámetros

vitales.

Secuencia de interacciones:

1. Selecciona la opción que desee

realizar.

2. El administrador realiza lo

deseado y procede a guardar

cambios.

Disparador: Ninguno.

Pre-condiciones:

El usuario del sistema inicia sesión con

su respectiva clave y usuario asignado.

Post-condiciones:

Una vez concluido los cambios

deseados, se podrá visualizar los datos

modificados.

Excepciones: Ninguna.

Include: Las credenciales serán validadas por el

sistema.

Extend: Ninguna.


9

TABLA Nº 3: ADMINISTRACIÓN

Código: 1.1

Nombre Caso de Uso: Administración





ante las opciones de usuarios, roles,

parámetros vitales, eventos.

Autores:



vitales.


1. Selecciona la opción ya sea

esta usuarios, roles, parámetros

vitales, eventos.

2. Elije entre editar, eliminar o

crear una nueva de estas

alternativas.

3. El usuario realiza lo deseado y

procede a guardar cambios.


Pre-condiciones:

El usuario del sistema inicia sesión con

su respectiva clave y usuario asignado.

Post-condiciones:


deseados, se podrá visualizar la

información almacenada.

Excepciones: Ninguna.

Include: Se realizan validaciones de datos.

Extend: Ninguna.


10

TABLA Nº 4: SERVICIOS SOULNET





ante las opciones de registro de

parámetros vitales y eventos e

historial.

Autores:



vitales.


1. Selecciona la opción ya sea

esta registros de parámetros

vitales y eventos e historial.

2. Elije entre editar, eliminar o

crear una nueva de estas

alternativas.

3. El usuario realiza lo deseado y

procede a guardar cambios.




Pre-condiciones:

El administrador del sitio inicia sesión

con su respectiva clave y usuario

asignado.

Post-condiciones:


deseados, se podrá visualizar la

información modificada.

Excepciones:

No se podrá ingresar un parámetro

vital y evento si no se a creado un

paciente.

Include: Ninguna.

Extend: Ninguna.


11

3.2. Diagrama de contexto

GRÁFICO Nº 5: DIAGRAMA DE CONTEXTO


3.3. Diagrama de procesos

Se realizó el diagrama de procesos con el fin de dar a conocer la secuencia

de las actividades que se llevan a cabo en el sistema, las relaciones entre unos y

otros, todo esto facilitará la identificación de problemas en caso de presentarse.

SISTEMA DE

CONTROL Y

SEGUIMIENTO

DE

PARÁMETROS

VITALES

Usuario del sistema Usuario del sistema

Ingreso de pacientes

Visualización de

pacientes Visualización de

parámetros vitales

Usuario del sistema

Ingreso de eventos Visualización de

eventos

Usuario del sistema

Ingreso de parámetros y

eventos al paciente

Visualización de

parámetros y eventos al

paciente

Registro de parámetros

vitales

12

TABLA Nº 5: DIAGRAMA DE PROCESOS

DIAGRAMA DE PROCESO: DESARROLLO PARA LA PLATAFORMA PARA EL CONTROL Y SEGUIMIENTO DE PARÁMETROS

VITALES (ÍNDICE DE GLICEMIA, PRESIÓN ARTERIAL, OTRAS) REGISTRADOS MANUALMENTE. A SER INCORPORADO EN LA

RED SOCIAL SOULNET

Pág. 1

US

UA

RIO

DE

L S

IST

EM

A

Necesidad de llevar un

control y seguimiento de

parámetros vitales de un

paciente

Ingreso a la

plataforma

Usuario

registrado NO

SI

Ingreso de

usuario y clave

Registro de

usuario

Validación de

datos

1

1 2

13


DIAGRAMA DE PROCESO: DESARROLLO PARA LA PLATAFORMA PARA EL CONTROL Y SEGUIMIENTO DE PARÁMETROS

VITALES (ÍNDICE DE GLICEMIA, PRESIÓN ARTERIAL, OTRAS) REGISTRADOS MANUALMENTE. A SER INCORPORADO EN LA

RED SOCIAL SOULNET

Pág. 1

US

UA

RIO

DE

L S

IST

EM

A

Men

ú d

e

opci

ones

2

Administración

Servicios Soulnet

Usuarios

Roles

Parámetros vitales

Eventos

Registro de


eventos

Historial

Validación de datos

14

3.4. Diagrama de interacción

Con la elaboración del diagrama de interacción se pretende mostrar los

diversos objetos y sus interacciones por medio de mensajes que se envían en

el momento que son considerados como importantes para ellos.

TABLA Nº 6: DIAGRAMA DE INTERACCIÓN


Usuario del sitio Front-End Base de datos

1.- Ingreso sistema () 2.- Verificación de conexión ()

3.- Respuesta () 4.- Permite acceso o deniega ()

6.- Presenta pantalla de

inicio ()

7.- Selección de opción ()

8.- Visualización de información

()

9.- Respuesta () 10.- Finalización del proceso ()

5.- Ingreso usuario

15

3.5. Diagrama de actividades

TABLA Nº 7: DIAGRAMA DE ACTIVIDADES


1 Selección de opción

Administración Servicios Soulnet

Pre Condición

Haber iniciado sesión

Selección de opción Pos Condición

Una vez

realizado los

cambios se

visualizará la

información

modificada. Usuario Roles Parámetros

vitales Eventos

Ingreso

de datos

Edición

de datos

Eliminación

de datos

Fin

Sesión 1

Selección de opción

Historial Registro de


eventos

Visualización

de datos Ingreso

de datos

1

Fin

Sesión

2

2

16

4. Instalación y configuración básica necesaria

Para la creación del aplicativo se utilizó una plantilla gratuita, basada

principalmente en jquery, js, html, a más de esto he añadido código php en el sitio

web, en la capa de persistencia he utilizado entity framework con c# y .net para

los webservices, se requiere de una base de datos SQL SERVER 2008.

Para poder crear el aplicativo se debe instalar las siguientes herramientas:

Visual Studio 2010

1. Ejecutamos el instalador de visual studio 2010 en modo administrador.

GRÁFICO Nº 6: PASO 1 DE INSTALACIÓN DE VISUAL STUDIO


2. Nos aparecerá la siguiente ventana de la que seleccionamos la primera,

opción Instalar Microsoft Visual Studio 2010.

17



3. Se mostrará la ventana indicándonos que ha iniciado el proceso de

instalación, presionamos el botón siguiente.


18


4. Activamos el radio buttom una vez leído los términos de la licencia y los

acepto, luego presionamos el botón de siguiente.



5. Nos aparecerá la ventana siguiente, esperemos hasta que el proceso

concluya y a lo que se active el botón siguiente lo presionamos.

19



6. Nos pedirá reiniciar el sistema para poder continuar con la instalación.


20


7. Y finalmente nos aparece una ventana indicándonos que la instalación ha

finalizado correctamente.



Nota: Para poder instalar visual studio 2010 se requiere lo siguiente:

Requerimientos de hardware:

Se necesita de cualquiera de estos sistemas operativos:

Windows 7.

Windows Server 2003 R2 (32-Bit x86).

Windows Server 2003 R2 x64 editions.

Windows Server 2003 Service Pack 2.

Windows Server 2008 R2.

21

Windows Server 2008 Service Pack 2.

Windows Vista Service Pack 2.

Windows XP Service Pack 3

Requerimientos de software:

PC con un procesador a 1,6 GHz o más rápido.

1024 MB de RAM.

3 GB de espacio disponible en el disco duro.

Unidad de disco duro de 5400 rpm.

Tarjeta de vídeo compatible con DirectX 9 con una resolución de

pantalla de 1024 x 768 o superior.

Instalar gestor de base de datos Sql Server 2008

1. Ejecutar el instalador como administrador.

2. Nos cargará la siguiente ventana de la que seleccionaremos la opción de

instalación.

22

GRÁFICO Nº 13: PASO 2 DE INSTALACIÓN DE SQL SERVER

2008


3. De la ventana que nos carga seleccionaremos la opción Nueva instalación

independiente de SQL Server o agregar características a una

instalación existente.

23


2008


4. Comenzará la instalación de las reglas auxiliares a lo que concluyan se

debe presionar el botón aceptar.


2008


24

5. De la ventana que nos aparece presionamos el botón Instalación.


2008


6. En la ventana que nos aparece activamos el radio buttom que dice Realizar

una nueva instalación de SQL Server 2008 y presionamos el botón

siguiente.

25


2008


7. Ingresamos la clave del producto y presionamos el botón Siguiente.


2008


26

8. Activamos el checkbox de Acepto los términos de licencia y presionamos

el botón de siguiente.


2008


9. Seleccionamos las características que se necesiten del Sql Server, y

presionamos el botón siguiente.


2008


27

10. Presionamos el botón siguiente.


2008


11. El programa verificara el espacio de disco requerido si todo está correcto

se activara el botón siguiente, lo presionamos.

28


2008


12. Colocamos todas las pestañas en NT/AUTHORITY/SYSTEM y

presionamos siguiente.


2008


29

13. Seleccionamos el modo de autentificarnos y agregamos el usuario actual y

presionamos el botón siguiente.


2008


14. Agregamos nuevamente el usuario actual y presionamos el botón

siguiente.


2008


30

15. En la ventana que nos aparece presionamos el botón siguiente.


2008


16. En la ventana que aparece presionamos lo siguiente.


2008


31

17. Nos aparecerá una ventana de reglas de instalación a lo que la barra llegue

al final, se activará el botón de siguiente, lo presionamos.


2008


18. Si todo está correcto se activará el botón de instalación lo presionamos

para continuar.

32


2008


19. A lo que termine el proceso que aparece en la ventana presionamos el

botón siguiente.


2008


33

20. Si todo está correcto el proceso finalizará, presionamos el botón cerrar

para concluir con todo.


2008


Instalarn servidor de página web XAMPP

Para garantizar el correcto funcionamiento de nuestra aplicación es necesario

verificar si ya no existe instalado algún servidor para ello vamos a nuestro

navegador y digitamos la dirección http://localhost, si se muestra en pantalla de la

siguiente manera:

34

GRÁFICO Nº 32: RESULTADO DE ACCESO A HTTP://LOCALHOST


Tal como se muestra en la gráfica anterior, significa que no existe servidor

instalado, procedemos a realizar los siguientes pasos para inciar con el proceso de

instalación:

1. Se debe seleccionar la versión de XAMPP a emplear dependiendo el

sistema operativo sobre el cual se trabajará.

2. Una vez seleccionado el instalador se procede a ejecutar el mismo, hay dos

mensajes que se levantarán antes de que el proceso de instalación inicie.

GRÁFICO Nº 33: NOTIFICACIONES DE INSTALACIÓN XAMPP

35


Como muestra la gráfica se debe presionar sobre los botones de recuadro

rojo, el primero nos alerta sobre si existe un antivirus instalado en el

ordenar, y el segundo si está activado el Control de Cuentas de Usuario y

recuerda que algunos directorios tienen permisos restringidos.

3. Una vez aceptado el último mensaje nos aparece la siguiente ventana en

donde debemos presionar el botón de Next.

GRÁFICO Nº 34: PASO 3 DE INSTALACIÓN DE XAMPP


36

4. En este paso se detalla los componentes necesarios para nuestro trabajo,

entre ellos encontramos MySql, PHP, Tomcat, se pueden o no activar, sin

embargo lo mínimo de instalación es MySQL y phpMyAdmin.



5. Luego de seleccionar los componentes, se debe elegir la ubicación de

instalación de XAMPP, por defecto se ubica en la C://XAMPP, sin

embargo esta se puede modificar, luego presionamos el botón Next.

6. En la pantalla siguiente es opcional seleccionar o no los instaladores de

Bitnami, tal y como se muestra en la gráfica.

37



7. En la pantalla siguiente se presiona el botón Next, dando inicio al proceso

de instalación.



38

8. Cuando la barra de carga haya llegado hasta el final se activará el botón de

Next, lo presionamos y nos aparecerá la siguiente pantalla, presionando

finalmente el botón de Finish.



Finalizado el proceso de instalación se puede abrir el panel de control de XAMPP

desde Todos los programas > XAMPP > XAMPP Control Panel, donde se nos

mostrará la siguiente pantalla:

39

GRÁFICO Nº 39: PANEL DE CONTROL DE XAMPP


Si se desea iniciar los servicios se debe presionar el botón Start de cada uno de los

módulos. Si el servicio se inicia cambia el botón de Start a Stop de la siguiente

manera:

GRÁFICO Nº 40: PANEL DE CONTROL DE XAMPP


Si se desea visualizar el panel de administración web de XAMPP, solo se debe

colocar en el navegador la ruta http://localhost y nos mostrará la siguiente

pantalla:

40

GRÁFICO Nº 41: PANEL DE ADMINISTRACIÓN WEB XAMPP


La primera vez solicitará escoger el idioma que para el caso es Español, luego nos

aparece la siguiente pantalla acorde si es Linux o Windows.

c


5. Modelo de base de datos

41

A continuación se presenta el modelo de base de datos empleada.

GRÁFICO Nº 43: MODELO DE BASE DE DATOS


Datelle de Tablas:

Tablas Descripción

PR_USUARIOS_ROLES Tabla donde se registrarán los Roles asociados con los Usuarios

dentro de la aplicación web

PR_EVENTOS

Tabla donde se registran los eventos (Antes/Despues de Ejercitarse,

Antes/Despues de Comer, etc.) que se relacionanaran con los

parámetros vitales de los pacientes.

PR_PACIEN_PARAME_EVENT Tabla transaccional donde se registrará la asociación de los eventos,

pacientes y parámetros vitales.

PR_ROLES Tabla donde se registrarán los roles de la aplicación

42

PR_TIPO_PARAMETROS

Tabla donde se guardarán los tipos de parámetros que se desea que

el cliente registre, inicialmente serán PRESION ARTERIAL e INDICE

DE GLICEMIA.

PR_USUARIOS Tabla donde se registrarán los usuarios/pacientes de la aplicación

web.

Detalla de Campos:

CAMPOS TABLA: PR_USUARIOS_ROLES TIPO DE DATO

IDUSUARIOSROLES Primary Key de la tabla INT

IDROL Identificador del rol – Foreign Key VARCHAR(5)

IDUSUARIO Identificador del usuario – Foreign

Key

VARCHAR(20)

ESTADO Estado del registro VARCHAR(1)

CAMPOS TABLA: PR_EVENTOS TIPO DE DATO

IDEVENTO Identiricador del Evento –

Primary Key

INT

DESCRIPCION Descripción del Evento VARCHAR(200)

FECHACREACION Fecha de Creación del registro DATETIME

FECHAMODIFICACION Fecha de Modificación del

registro

DATETIME

USUARIOCREACION Usuario que creó el registro VARCHAR(20)

USUARIOMODIFICACION Usuario que modificó el

registro

VARCHAR(20)


43

CAMPOS TABLA: PR_PACIEN_PARAME_EVENT TIPO DE DATO

IDPACIENPARAMEEVENT Identiricador – Primary Key INT

IDPACIENTE Identificador del paciente/usuario –

Foreign Key

VARCHAR(20)

IDTIPOPARAMETRO Identificador del Parámetro – Foreign

Key

INT

IDEVENTOI Identificador del Evento – Foreign

Key

INT

DESCRIPCION Valor del Registro ingresado según

el parámetro, puede ser por

ejemplo “120/80” si hablamos de

presión arterial

VARCHAR(500)


FECHAMODIFICACION Fecha de Modificación del registro DATETIME


USUARIOMODIFICACION Usuario que modificó el registro VARCHAR(20)


CAMPOS TABLA: PR_ROLES TIPO DE DATO

IDROL Identiricador del Rol – Primary

Key

VARCHAR(5)

DESCRIPCION Descripción del Rol VARCHAR(50)


44

CAMPOS TABLA: PR_TIPO_PARAMETROS TIPO DE DATO

IDTIPOPARAMETRO Identiricador del Parámetro –

Primary Key

INT

DESCRIPCION Descripción del Parámetro VARCHAR(100)


FECHAMODIFICACION Fecha de Modificación del

registro

DATETIME


USUARIOMODIFICACION Usuario que modificó el registro VARCHAR(20)


CAMPOS TABLA: PR_USUARIOS TIPO DE DATO

IDUSUARIO Id del Usuario/Paciente – Primary Key VARCHAR(20)

CONTRASENA Contraseña del Usuario/Paciente VARCHAR(20)


FECHAMODIFICACION Fecha de Modificación del registro DATETIME


EMAIL Email del Usuario/Paciente VARCHAR(50)

NOMBRES Nombres del Usuario/Paciente VARCHAR(100)

APELLIDOS Apellidos del Usuario/Paciente VARCHAR(200)

CIUDAD Ciudad del Usuario/Paciente VARCHAR(50)

PAIS País del Usuario/Paciente VARCHAR(50)

TIPOSANGRE Tipo de Sangre del Usuario/Paciente VARCHAR(5)

FECHANACIMIENTO Fecha de Nac. del Usuario/Paciente DATETIME

DIRECCION Dirección del Usuario/Paciente VARCHAR(200)

45

6. Codificación importante

Alguna de las codificaciones principales que se encuentran dentro del sistema son:

Paciente

using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Data; using System.Reflection; namespace NominaEF { public class ClsPacienteParametroEvent { public DataTable buscarPacienteParametroEvent(int option, string idpaciente, int idTipoParametro, int idEvento ) { ClsLinqToDataTable ltd = new ClsLinqToDataTable(); DataTable dt = new DataTable("buscarPPE"); using (BD_PROMEINFOEntities db = new BD_PROMEINFOEntities()) { if (option == 1) { var ppe = (from u in db.PR_PACIEN_PARAME_EVENT where u.ESTADO == "A" select new { u.IDEVENTOI, u.IDPACIENTE, u.IDTIPOPARAMETRO, u.IDPACIENPARAMEEVENT, u.DESCRIPCION }); dt = ltd.LINQToDataTable(ppe); dt.TableName = "buscarPPE"; // return dt; } else if(option == 2){ var ppe = (from u in db.PR_PACIEN_PARAME_EVENT where u.ESTADO == "A" && u.IDPACIENTE == idpaciente select new { u.IDEVENTOI, u.IDPACIENTE, u.IDTIPOPARAMETRO, u.IDPACIENPARAMEEVENT, u.DESCRIPCION }); dt = ltd.LINQToDataTable(ppe);

46

dt.TableName = "buscarPPE"; } else if ( option== 3){ var ppe = (from u in db.PR_PACIEN_PARAME_EVENT where u.ESTADO == "A" && u.IDTIPOPARAMETRO == idTipoParametro select new { u.IDEVENTOI, u.IDPACIENTE, u.IDTIPOPARAMETRO, u.IDPACIENPARAMEEVENT, u.DESCRIPCION }); dt = ltd.LINQToDataTable(ppe); dt.TableName = "buscarPPE"; } else if (option == 4) { var ppe = (from u in db.PR_PACIEN_PARAME_EVENT where u.ESTADO == "A" && u.IDEVENTOI == idEvento select new { u.IDEVENTOI, u.IDPACIENTE, u.IDTIPOPARAMETRO, u.IDPACIENPARAMEEVENT, u.DESCRIPCION }); dt = ltd.LINQToDataTable(ppe); dt.TableName = "buscarPPE"; } else if (option == 5) { var ppe = (from u in db.PR_PACIEN_PARAME_EVENT where u.ESTADO == "A" && u.IDEVENTOI == idEvento && u.IDPACIENTE == idpaciente && u.IDTIPOPARAMETRO == idTipoParametro select new { u.IDEVENTOI, u.IDPACIENTE, u.IDTIPOPARAMETRO, u.IDPACIENPARAMEEVENT, u.DESCRIPCION }); dt = ltd.LINQToDataTable(ppe); dt.TableName = "buscarPPE"; } } return dt;

47

} public string actualizarPacienteParametroEvent(int idPacienParameEvent, string descripcion, string usuario, string estado) { string result = ""; try { BD_PROMEINFOEntities db = new BD_PROMEINFOEntities(); //actualizar PR_PACIEN_PARAME_EVENT ppe = db.PR_PACIEN_PARAME_EVENT.Single(p => p.IDPACIENPARAMEEVENT == idPacienParameEvent); ppe.DESCRIPCION = descripcion; ppe.ESTADO = estado; ppe.FECHAMODIFICACION = DateTime.Now; ppe.USUARIOMODIFICACION = usuario; result = Convert.ToString(db.SaveChanges()); if (result == "1") { result = "Actualización Correcta"; } } catch (Exception ex) { result= "Error en Actualización de PPE: "+ex.ToString(); return result; } return result; } public string ingresoPacienteParametroEvent(string descripcion, string usuario, string idPaciente, int idEvento, int idTipoParametro) { string result = ""; try { using (BD_PROMEINFOEntities db = new BD_PROMEINFOEntities()) { db.PR_PACIEN_PARAME_EVENT.AddObject(new PR_PACIEN_PARAME_EVENT { DESCRIPCION = descripcion, USUARIOCREACION = usuario, ESTADO = "A", IDPACIENTE = idPaciente, IDEVENTOI = idEvento, IDTIPOPARAMETRO = idTipoParametro, FECHACREACION = DateTime.Now }); result = Convert.ToString(db.SaveChanges()); if (result == "1") {

48

result = "Insertado Correctamente"; } }; } catch (Exception ex) { result = "Error en Inserción de Evento: " + ex.ToString(); return result; } return result; } } }

Esta parte del código permite realizar el registro de los parámetros según el evento

para los pacientes, a continuación se detalla el resultado del historial de un

paciente que ha ingresado varios de sus parámetros vitales en diferentes eventos:

GRÁFICO Nº 43: HISTORIAL DE UN PACIENTE


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS...

Documents

Transcript of FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS...