facultad de ciencias matemÁticas y fÍsicas...
TRANSCRIPT
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:
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.
Raúl Andrés Ramírez Chiluiza
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”
Raúl Andrés Ramírez Chiluiza
VIII
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”
Proyecto de trabajo de grado que se presenta como requisito para optar por el
título de INGENIERO en SISTEMAS COMPUTACIONALES
Autor/a: Raúl Andrés Ramírez Chiluiza
C.I. 0921688032
Tutor: Ing. Darwin Patiño
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°
Tutor: Ing. Darwin Patiño
Guayaquil, Junio del 2015.
X
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
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
DE LA INSTITUCIÓN ............................................................................. 75
RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA A LOS
PACIENTES DE LA INSTITUCIÓN ...................................................... 76
RESULTADO DE TERCERA PREGUNTA DIRIGIDA AL PERSONAL
DE LA INSTITUCIÓN ............................................................................. 78
RESULTADO DE TERCERA PREGUNTA DIRIGIDA A LOS
PACIENTES DE LA INSTITUCIÓN ...................................................... 79
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
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”
Autor/a: Raúl Andrés Ramírez Chiluiza
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
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”
Autor/a: Raúl Andrés Ramírez Chiluiza
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.
5
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.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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/
Elaboración: Raúl Andrés Ramírez Chiluiza.
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/
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
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
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
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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%
Fuente: Resultados obtenidos del análisis de la información.
72
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO No. 9
RESULTADO DE PRIMERA PREGUNTA DIRIGIDA AL PERSONAL DE
LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO No. 10
RESULTADO DE PRIMERA PREGUNTA DIRIGIDA A LOS PACIENTES
DE LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Administrativos 13 7 10 5
Licenciados en
Enfermería 8 7 5 1
Auxiliares de Enfermería 18 8 5 4
Auxiliares de Servicio 21 7 4 3
Médicos Residentes 4 2 0 0
Médicos Especialistas 10 8 1 1
Médicos 1 1 0 0
Imagenólogos 0 2 0 0
Laboratoristas 3 1 1 0
Citohistopatólogos 0 1 0 0
Terapistas Físicos 0 1 0 0
Terapistas Respiratorios 1 2 0 0
Odontólogos 2 0 0 0
Obstetrices 1 0 0 0
Químicos Farmacéuticos 3 0 1 0
Pasantes 11 3 1 1
Internos 10 2 1 0
Total Cantidades 106 52 29 15
Total Porcentajes 52.48% 25.74% 14.36% 7.42%
Fuente: Resultados obtenidos del análisis de la información.
75
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO No. 11
RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA AL PERSONAL DE
LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
Análisis: En el gráfico se observa que sumando cada uno de los departamentos
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
RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA A LOS
PACIENTES DE LA INSTITUCIÓN
Descripción De
acuerdo
Parcialmente
de acuerdo
Parcialmente
en
desacuerdo
Desacuerdo
Pacientes 24 10 12 4
Total Porcentajes 48% 20% 24% 8%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO No. 12
RESULTADO DE SEGUNDA PREGUNTA DIRIGIDA A LOS
PACIENTES DE LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Administrativos 12 10 8 5
Licenciados en
Enfermería 9 6 4 2
Auxiliares de Enfermería 20 8 3 4
Auxiliares de Servicio 15 15 2 3
Médicos Residentes 4 1 0 1
Médicos Especialistas 18 1 1 0
Médicos 1 0 0 1
Imagenólogos 0 1 0 1
Laboratoristas 4 0 0 1
Citohistopatólogos 1 0 0 0
Terapistas Físicos 0 1 0 0
Terapistas Respiratorios 1 2 0 0
Odontólogos 1 1 0 0
78
Obstetrices 1 0 0 0
Químicos Farmacéuticos 3 0 0 1
Pasantes 14 1 1 0
Internos 11 2 0 0
Total Cantidades 115 49 19 19
Total Porcentajes 56.93% 24.25% 9.41% 9.41%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO No. 13
RESULTADO DE TERCERA PREGUNTA DIRIGIDA AL PERSONAL DE
LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
Análisis: En el gráfico se observa que sumando cada uno de los departamentos
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
RESULTADO DE TERCERA PREGUNTA DIRIGIDA A LOS
PACIENTES DE LA INSTITUCIÓN
Descripción De
acuerdo
Parcialmente
de acuerdo
Parcialmente
en
desacuerdo
Desacuerdo
Pacientes 33 5 10 2
Total Porcentajes 66% 10% 20% 4%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO No. 14
RESULTADO DE TERCERA PREGUNTA DIRIGIDA A LOS
PACIENTES DE LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
80
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Administrativos 9 9 12 5
Licenciados en Enfermería 10 5 6 0
Auxiliares de Enfermería 7 9 16 3
Auxiliares de Servicio 9 9 14 3
Médicos Residentes 0 5 0 1
Médicos Especialistas 6 2 12 0
Médicos 0 0 1 1
Imagenólogos 0 1 0 1
Laboratoristas 2 1 2 0
Citohistopatólogos 0 0 1 0
Terapistas Físicos 0 1 0 0
81
Terapistas Respiratorios 0 1 2 0
Odontólogos 0 1 1 0
Obstetrices 1 0 0 0
Químicos Farmacéuticos 1 1 2 0
Pasantes 6 3 7 0
Internos 4 4 5 0
Total Cantidades 55 52 81 14
Total Porcentajes 27.23% 25.74% 40.10% 6.93%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
Análisis Causa 2: En el gráfico se observa que sumando cada uno de los
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.
Análisis Causa 3: En el gráfico se observa que sumando cada uno de los
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.
Análisis Causa 4: En el gráfico se observa que sumando cada uno de los
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
Pacientes 10 15 20 5
Total Porcentajes 20% 30% 40% 10%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
CUADRO No. 16
RESULTADO DE CUARTA PREGUNTA DIRIGIDA A LOS PACIENTES
DE LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
personas encuestadas.
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
personas encuestadas.
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
Administrativos 12 12 8 3
Licenciados en
Enfermería 6 6 6 3
Auxiliares de Enfermería 17 6 10 2
Auxiliares de Servicio 18 9 4 4
Médicos Residentes 3 2 0 1
Médicos Especialistas 10 8 2 0
Médicos 1 0 0 1
Imagenólogos 0 1 0 1
Laboratoristas 3 1 1 0
Citohistopatólogos 0 1 0 0
Terapistas Físicos 0 1 0 0
Terapistas Respiratorios 0 2 1 0
Odontólogos 1 0 0 1
Obstetrices 1 0 0 0
Químicos Farmacéuticos 1 1 2 0
Pasantes 10 2 4 0
Internos 8 2 2 1
Total Cantidades 91 54 40 17
Total Porcentajes 45.05% 26.73% 19.80% 8.42%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
86
GRÁFICO No. 16
RESULTADO DE QUINTA PREGUNTA DIRIGIDA AL PERSONAL DE
LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Pacientes 28 10 10 2
Total Porcentajes 56% 20% 20% 4%
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO No. 17
RESULTADO DE QUINTA PREGUNTA DIRIGIDA A LOS PACIENTES
DE LA INSTITUCIÓN
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
92
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
Fuente: Resultados obtenidos del análisis de la información.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
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”
MANUAL DE USUARIO
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
Í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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
Edición e ingreso de usuario.-
11
GRÁFICO Nº 10: EDICIÓN E INGRESO DE USUARIOS
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
Edición e ingreso de parámetros vitales.-
GRÁFICO Nº 14: EDICIÓN E INGRESO DE PARÁMETROS VITALES
15
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
Edición e ingreso de eventos.-
GRÁFICO Nº 16: EDICIÓN E INGRESO DE EVENTOS
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
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”
MANUAL TÉCNICO
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
Í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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
7
GRÁFICO Nº 3: DIAGRAMA DE CASO DE USO
ADMINISTRACIÓN
Elaboración: Raúl Andrés Ramírez Chiluiza.
GRÁFICO Nº 4: DIAGRAMA DE CASO DE USO SERVICIOS
SOULNET
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
Elaboración: Raúl Andrés Ramírez Chiluiza.
9
TABLA Nº 3: ADMINISTRACIÓN
Código: 1.1
Nombre Caso de Uso: Administración
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 usuarios, roles,
parámetros vitales, eventos.
Autores:
Usuario del sistema y sistema de
control y seguimiento de parámetros
vitales.
Secuencia de interacciones:
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.
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 la
información almacenada.
Excepciones: Ninguna.
Include: Se realizan validaciones de datos.
Extend: Ninguna.
Elaboración: Raúl Andrés Ramírez Chiluiza.
10
TABLA Nº 4: SERVICIOS SOULNET
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 registro de
parámetros vitales y eventos e
historial.
Autores:
Usuario del sistema y sistema de
control y seguimiento de parámetros
vitales.
Secuencia de interacciones:
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.
Disparador: Ninguno.
Desarrollado por: Raúl Andrés Ramírez Chiluiza.
Fecha de creación: 06 de Abril del 2015.
Pre-condiciones:
El administrador del sitio inicia sesión
con su respectiva clave y usuario
asignado.
Post-condiciones:
Una vez concluido los cambios
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.
Elaboración: Raúl Andrés Ramírez Chiluiza.
11
3.2. Diagrama de contexto
GRÁFICO Nº 5: DIAGRAMA DE CONTEXTO
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
parámetros vitales y
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
parámetros vitales y
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
2. Nos aparecerá la siguiente ventana de la que seleccionamos la primera,
opción Instalar Microsoft Visual Studio 2010.
17
GRÁFICO Nº 7: PASO 2 DE INSTALACIÓN DE VISUAL STUDIO
Elaboración: Raúl Andrés Ramírez Chiluiza.
3. Se mostrará la ventana indicándonos que ha iniciado el proceso de
instalación, presionamos el botón siguiente.
GRÁFICO Nº 8: PASO 3 DE INSTALACIÓN DE VISUAL STUDIO
18
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
GRÁFICO Nº 9: PASO 4 DE INSTALACIÓN DE VISUAL STUDIO
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
GRÁFICO Nº 10: PASO 5 DE INSTALACIÓN DE VISUAL STUDIO
Elaboración: Raúl Andrés Ramírez Chiluiza.
6. Nos pedirá reiniciar el sistema para poder continuar con la instalación.
GRÁFICO Nº 11: PASO 6 DE INSTALACIÓN DE VISUAL STUDIO
20
Elaboración: Raúl Andrés Ramírez Chiluiza.
7. Y finalmente nos aparece una ventana indicándonos que la instalación ha
finalizado correctamente.
GRÁFICO Nº 12: PASO 7 DE INSTALACIÓN DE VISUAL STUDIO
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
GRÁFICO Nº 14: PASO 3 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
4. Comenzará la instalación de las reglas auxiliares a lo que concluyan se
debe presionar el botón aceptar.
GRÁFICO Nº 15: PASO 4 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
24
5. De la ventana que nos aparece presionamos el botón Instalación.
GRÁFICO Nº 16: PASO 5 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
GRÁFICO Nº 17: PASO 6 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
7. Ingresamos la clave del producto y presionamos el botón Siguiente.
GRÁFICO Nº 18: PASO 7 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
26
8. Activamos el checkbox de Acepto los términos de licencia y presionamos
el botón de siguiente.
GRÁFICO Nº 19: PASO 8 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
9. Seleccionamos las características que se necesiten del Sql Server, y
presionamos el botón siguiente.
GRÁFICO Nº 20: PASO 9 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
27
10. Presionamos el botón siguiente.
GRÁFICO Nº 21: PASO 10 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
11. El programa verificara el espacio de disco requerido si todo está correcto
se activara el botón siguiente, lo presionamos.
28
GRÁFICO Nº 22: PASO 11 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
12. Colocamos todas las pestañas en NT/AUTHORITY/SYSTEM y
presionamos siguiente.
GRÁFICO Nº 23: PASO 12 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
29
13. Seleccionamos el modo de autentificarnos y agregamos el usuario actual y
presionamos el botón siguiente.
GRÁFICO Nº 24: PASO 13 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
14. Agregamos nuevamente el usuario actual y presionamos el botón
siguiente.
GRÁFICO Nº 25: PASO 14 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
30
15. En la ventana que nos aparece presionamos el botón siguiente.
GRÁFICO Nº 26: PASO 15 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
16. En la ventana que aparece presionamos lo siguiente.
GRÁFICO Nº 27: PASO 16 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
GRÁFICO Nº 28: PASO 17 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
18. Si todo está correcto se activará el botón de instalación lo presionamos
para continuar.
32
GRÁFICO Nº 29: PASO 18 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
19. A lo que termine el proceso que aparece en la ventana presionamos el
botón siguiente.
GRÁFICO Nº 30: PASO 19 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
33
20. Si todo está correcto el proceso finalizará, presionamos el botón cerrar
para concluir con todo.
GRÁFICO Nº 31: PASO 20 DE INSTALACIÓN DE SQL SERVER
2008
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
GRÁFICO Nº 35: PASO 4 DE INSTALACIÓN DE XAMPP
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
GRÁFICO Nº 36: PASO 6 DE INSTALACIÓN DE XAMPP
Elaboración: Raúl Andrés Ramírez Chiluiza.
7. En la pantalla siguiente se presiona el botón Next, dando inicio al proceso
de instalación.
GRÁFICO Nº 37: PASO 7 DE INSTALACIÓN DE XAMPP
Elaboración: Raúl Andrés Ramírez Chiluiza.
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.
GRÁFICO Nº 38: PASO 8 DE INSTALACIÓN DE XAMPP
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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
Elaboración: Raúl Andrés Ramírez Chiluiza.
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)
ESTADO Estado del registro VARCHAR(1)
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)
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)
ESTADO Estado del registro VARCHAR(1)
CAMPOS TABLA: PR_ROLES TIPO DE DATO
IDROL Identiricador del Rol – Primary
Key
VARCHAR(5)
DESCRIPCION Descripción del Rol VARCHAR(50)
ESTADO Estado del registro VARCHAR(1)
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)
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)
ESTADO Estado del registro VARCHAR(1)
CAMPOS TABLA: PR_USUARIOS TIPO DE DATO
IDUSUARIO Id del Usuario/Paciente – Primary Key VARCHAR(20)
CONTRASENA Contraseña del Usuario/Paciente VARCHAR(20)
FECHACREACION Fecha de Creación del registro DATETIME
FECHAMODIFICACION Fecha de Modificación del registro DATETIME
ESTADO Estado del registro VARCHAR(1)
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
Elaboración: Raúl Andrés Ramírez Chiluiza.