0% encontró este documento útil (0 votos)
3K vistas86 páginas

Proyecto de Tesis Laboratorio Clinico

Este estudio propone el desarrollo de una aplicación web para optimizar el proceso de entrega de resultados de exámenes de un laboratorio clínico, implementando un sistema automatizado e informatizado que permita el control, registro y monitoreo a través de la web las 24 horas. La investigación expone la metodología empleada para desarrollar e implementar el sistema usando la metodología en cascada, comprobando mediante análisis y encuesta que el sistema cumple con el

Cargado por

erlita
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
3K vistas86 páginas

Proyecto de Tesis Laboratorio Clinico

Este estudio propone el desarrollo de una aplicación web para optimizar el proceso de entrega de resultados de exámenes de un laboratorio clínico, implementando un sistema automatizado e informatizado que permita el control, registro y monitoreo a través de la web las 24 horas. La investigación expone la metodología empleada para desarrollar e implementar el sistema usando la metodología en cascada, comprobando mediante análisis y encuesta que el sistema cumple con el

Cargado por

erlita
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE INGENIERÍA INDUSTRIAL


DEPARTAMENTO ACADÉMICO DE GRADUACIÓN

TRABAJO DE TITULACIÓN
PREVIO A LA OBTENCIÓN DEL TÍTULO DE
LICENCIADA EN SISTEMAS DE INFORMACIÓN

ÁREA
SISTEMAS DE INFORMACIÓN

TEMA
“APLICACIÓN WEB PARA LABORATORIO CLÍNICO
DEL CENTRO DE SALUD #1”

AUTOR
LOOR CANTOS CINTHYA JAZMÍN

DIRECTORA DEL TRABAJO


ING. SIST. JARAMILLO CAMPOS MARÍA MERCEDES,MBA

2015
GUAYAQUIL – ECUADOR
ii

DECLARACION DE AUTORÍA
“La responsabilidad del contenido de este Trabajo de Titulación, me
corresponde exclusivamente; y el patrimonio intelectual del mismo a
la Facultad de Ingeniería Industrial de la Universidad de Guayaquil”

Loor Cantos Cinthya Jazmín

C.C.: #0921091625
iii

DEDICATORIA

Al obtener un título académico, dedico este trabajo a mis familiares


por su valiosa y excepcional motivación permanente.
iv

AGRADECIMIENTO

Primero agradezco a Dios por haberme permitido culminar una meta


más en mi vida.
A mis padres por brindarme su apoyo incondicional en cada
momento. A todos mis familiares y amigos que de alguna manera
siempre brindaron su apoyo.

A mi director de tésis por su colaboración y desinteresada ayuda que


brindo para la realización de este proyecto.
v

ÍNDICE GENERAL

Nº Descripción Pág.
PRÓLOGO 1

CAPÍTULO I
PERFIL DEL PROYECTO

Nº Descripción Pág.
1.1 Introducción 3
1.2 Antecedentes 3
1.3 Planteamiento del Problema 4
1.4 Objetivos 5
1.4.1 Objetivos Generales 5
1.4.2 Objetivos Específicos 5
1.5 Límites 6
1.5.1 Límite Sustantivo 6
1.5.2 Límite Temporal 7
1.5.3. Límite Espacial 7
1.5 Justificación 7

CAPÍTULO II
MARCO TEÓRICO

Nº Descripción Pág.
2.1. Marco Teórico 9
2.2. Definiciones Médicas 9
2.2.1 Centro de Salud 9
2.2.2 Exámenes de Laboratorio Clínico 9
2.2.3 Muestras Biológicas 1
vi

Nº Descripción Pág.
2.2.4 Laboratorista 10
2.2.5 Resultado de exámenes de laboratorio 11
2.3 Definiciones Tecnológicas 11

CAPÍTULO III
MARCO METODOLÓGICO

Nº Descripción Pág.
3.1 Alcance de la Investigación 14
3.1.1 Investigación Explicativa 14
3.2 Hipótesis 14
3.3 Definición de Variables 15
3.4 Diseño de la Investigación 16
3.4.1 No Experimental 16
3.5 Selección de la Muestra 17
3.6 Recolección de Datos 17
3.6.1 Muestra Probabilística 17
3.7 Metodología de Desarrollo 19
3.7.1 Fase de Análisis 20
3.7.2 Estudio de Factibilidad.- Operativa, Tecnológica 24
Operativa 24
3.7.2.1 Factibilidad Operativa 24
3.7.2.2 Factibilidad Tecnológica 24
3.7.2.3 Factibilidad Económica 25
3.7.3 Fase de Diseño 25
3.7.3.1 Casos de Uso 27
3.7.3.2 Diagrama de Caso de uso 29
3.7.3.3 Diseño de Pantallas 30
3.7.3.4 Interfaz Gráfica 35
3.7.4 Fase de Construcción 39
vii

Nº Descripción Pág.
3.7.5 Fase de Prueba 39
3.7.6 Fase de Implementación 39
3.8 Planificación 42

CAPÍTULO IV
ANALISIS Y DISCUSIÓN DE RESULTADOS

Nº Descripción Pág.
4. Análisis y Discusión de Resultados 46
4.1 Preparación de los Datos 46
4.2 Análisis de los Datos 51
4.3 Comprobación de la Hipótesis 51

CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES

Nº Descripción Pág.
5. Conclusiones y Recomendaciones 53
5.1 Conclusiones 53
5.2 Recomendaciones 54

ANEXOS 58
BIBLIOGRAFíAS 70
viii

ÍNDICE DE GRÁFICOS

Nº Descripción Pág.
1. Metodología Clásica en Cascada 19
2. Diagrama de Flujo sin Sistema 22
3. Diagrama de Flujo con Sistem 23
4. Casos de Uso de Admisión 29
5. Casos de Uso de Laboratorio 29
6. Caso de Uso de Consultorio 30
7. Resgistro de Orden de Examen 46
8. Reporte de Control de Examen 47
9. Creación de Aplicación Web 48
10. Reporte de Historial Médico 49
11. Creación de Aplicación Web 50
ix

ÍNDICE DE FIGURA

Nº Descripción Pág.

1. Creación del Paciente 35


2. Consultar Paciente 35
3. Creación de pacientes 36
4. Listado de Tipos de Exámenes 36
5. Ingreso de Orden de Examen 37
6. Ingreso de Muestras Biológicas 37
7. Ingreso de Resultados de Análisis Clinico 38
8. Estadísticas de Grupo 38
9. Resultados de Exámenes 39
x

ÍNDICE DE ANEXOS

Nº Descripción Pág.
1. Modelo Entidad Relación 57
2. Modelo de Datos 58
3. Diccionario de Datos 59
xi

ÍNDICE DE TABLAS

Nº Descripción Pág.
1. Variables 15
2. Clases Silab 27
3. Identificación de los Casos de Uso 28
xii

ÍNDICE DE PANTALLAS

Nº Descripción Pág.

1. Creación de Usuarios 31
2. Login de Usuarios 32
3. Mantenimiento de Usuarios 33
4. Perfiles de Usuarios 34
xiii

AUTOR: LOOR CANTOS CINTHYA JAZMIN


TÍTULO: APLICACIÓN WEB PARA LABORATORIO CLINICO DEL
CENTRO DE SALUD #1
DIRECTOR: ING. SIST. JARAMILLO CAMPOS MARÍA M, M.B.A

RESUMEN

El desarrollo de este estudio propone la creación de una aplicación web


para un laboratorio clínico del centro de salud #1, con el objetivo de
optimizar el proceso de entrega de resultados de los exámenes,
implementando un sistema que aporte a la automatización e
informatización del proceso, permitiendo el control, registro y monitoreo a
través de la web, las 24 horas y los 7 días de la semana. Este proyecto
puede ser empleado sin necesidad de licencias y altos costos de
propiedad, ya que fue diseñado con herramientas y tecnología Open
Source. Es importante resaltar que en esta tesis se expone la
investigación, implementación y metodología empleada, así mismo se
realiza un profundo bosquejo de la necesidad que existe en la unidad
operativa en el campo laboratorio, con respecto al proceso de entrega de
exámenes, precisando la hipótesis que se comprueba mediante el análisis
de las variables y a su vez se detallan las actividades que se realizaron
para desarrollar e implementar el sistema, utilizando como base la
metodología clásica en cascada, por la cual se demostró la confirmación
de los resultados ganados y obtenidos luego de la implementación que de
acuerdo a la encuesta realizada a los pacientes se constató que el 72,54
% de la población considera la importancia de contar con un software.
Adicionalmente las conclusiones muestran de los objetivos trazados y
alcances propuestos cumplidos en este proyecto con ideas claras del uso
y las aplicaciones del programa adaptadas a los requerimientos del área.

PALABRAS CLAVES: Implementación, Automatización, Metodología,


Clásica, Cascada, Web, Laboratorio, Clínico,
Aplicación.

Loor Cantos Cinthya Jazmín Ing. Sist. Jaramillo Campos María. M, MBA
C.C: 0921091625 Director del Trabajo
xiv

AUTHOR: LOOR CANTOS CINTHYA JAZMIN


SUBJECT: “WEB APPLICATION FORA HEALTH CLINICA
CENTERLAB #1”.
DIRECTOR: SYST. ENG. JARAMILLO CAMPOS MARIA M, M.B.A

ABSTRACT

The development of this study proposes the creation of a web


application for a clinical laboratory health center # 1, in order to optimize
the delivery of test results ,by implementing a system that provides
automation and computerization of the process allowing the monitoring,
recording and monitoring via the web , 24 hours , 7 days a week . This
project can be used without licensing and high cost of ownership, as it was
designed with tools and Open Source technology. What is important, in
this thesis research: The implementation and methodology exposed and,
also a deep draft of the need in the operating unit in the laboratory field
and, with respect to the delivery process testing is performed , stating the
hypothesis which is checked by analyzing the variables and in turn the
activities that are carried out to develop and implement the system
described, by using as a basis the classic waterfall methodology that
confirmation of results obtained and it was demonstrated and after
implementation that according to the survey of patients, found that a 72.54
% of the population considers the importance of software. Additionally, the
findings show on the objectives and scope compliments proposed in this
project with clear ideas on the use and application of the program adapted
to the requirements of the area

KEY WORDS: Implementing, Automation, Methodology, Classic,


Waterfall, Clinical Laboratory, Web, Application.

Loor Cantos Cinthya Jazmín Syst. Eng. Jaramillo Campos María. M, MBA
C.C: 0921091625 Director of Work
PRÓLOGO

En base al estudio de campo que se realizó en los centros de salud


que conforman el primer nivel, sobresalió el proceso que se realiza en la
actualidad para la entrega de resultados de exámenes clínicos a los
pacientes. La problemática existente incide en mantener el registro y
control en tiempo real del procedimiento que se realiza, así como también
el contribuir con el histórico de la evolución biológica de los pacientes.

La presente tesis denominada “Aplicación web para laboratorio clínico


del centro de salud #1”, se desarrolló en base a la estructura que
contiene: introducción, justificación, hipótesis, objetivos, análisis teóricos,
metodologías, resultados, conclusiones y recomendaciones. En la
introducción se manifiestan las razones por las cuales se decidió
regularizar el proceso de entrega de resultados de exámenes clínicos en
la unidad de salud, ya que el actual procedimiento era mecanizado y se
requería optimizar este proceso ofreciendo altos niveles de atención
médica al ciudadano. Razón suficiente como para justificar su
implementación y desarrollo. En el apartado de metodologías se define el
alcance de investigación y el diseño metodológico empleado, formulando
las hipótesis vinculadas con elementos denominadas variables. De la
misma manera en el marco metodológico se define el alcance del tema a
implementar, exponiendo la metodología de desarrollo del sistema que fue
la del ciclo de vida en cascada.

Es necesario resaltar las conclusiones de este proyecto, en donde se


evidencia que esta tesis junto con sus capítulos sirvió de guía para para
solucionar los problemas que inicialmente se encontraron en el centro de
salud#1.

Finalmente este proyecto presenta una gama de recomendaciones que


sustentarán a futuro el buen desempeño del sistema.
CAPÍTULO I
INTRODUCCION

1.1. Introducción

Los primeros sistemas informáticos en la mayor parte de centros


hospitalarios fueron en los laboratorios de análisis clínicos a finales de la
década de los 70. La cantidad de datos analíticos que trata un laboratorio
general era, ya entonces, lo suficientemente grande para exigir procesos
mecanizados de tratamiento de los datos, en paralelo a las exigencias de
automatización de los propios procesos analíticos

La Aplicación web para laboratorio clínico para el centro de salud #1, a


quien por sus siglas se lo denominará (SILAB), surge debido a la
necesidad de contar con un sistema web que contribuya al desempeño
del proceso analítico de resultados de los exámenes clínicos realizados
en la Unidad de Salud, va orientado a los ciudadanos (as) que llevan un
control médico en los diferentes canales de atención pública. Con Silab se
requiere la mejora en el proceso de atención al ciudadano en los
exámenes de laboratorio clínico de primer nivel.

La idea de implementar SILAB, nace con el propósito de sistematizar


el proceso de entrega de resultados de exámenes clínicos en el
laboratorio de la Unidad de Salud, debido a la problemática que existe en
la entrega, registro e histórico de los resultados de exámenes clínicos a
los pacientes. SILAB ha sido diseñada para laboratorios clínicos de la
salud pública, se enfoca en converger la información emitida por los
resultados descritos en los exámenes de laboratorios clínicos en el centro
de salud #1, con el
Introducción 3

propósito de acceder a la información procesada de estos resultados que


indicaran el estado evolutivo del paciente en tiempo real.

SILAB es un sistema de información web que mostrará los resultados


de los exámenes clínicos al médico tratante, el cual analizará y evaluará
los resultados de los exámenes para luego proceder a emitir el
diagnóstico al paciente o en su defecto determinar si el paciente requiere
de algún tratamiento. Una de las características del sistema es que el
médico tratante accederá mediante una cuenta de usuario que le será
otorgada seguidamente al registrar de sus datos en el sistema, es decir,
cuando el paciente asista a su cita médica el Facultativo ingresara al
sistema y consultará los resultados de los exámenes clínicos del paciente.

Estos datos serán monitoreados por la unidad ejecutora a fin de


fortalecer el control de ciertos factores que puedan afectar la salud del
ciudadano y a su vez reforzar la gestión de la red interna de atención del
primer nivel de salud.

SILAB permitirá conocer, resultados, valores normales, significados


anormales, valores estadísticos e historial de exámenes clínicos del
paciente en base sus parámetros, mostrará los resultados en tiempo real,
utilizando el internet como medio de acceso a la información procesada.

1.2. Antecedentes

En un principio los objetivos de la informatización eran muy simples:


organización del trabajo interno y emisión de dictámenes
mecanografiados, las etapas intermedias eran la entrada de peticiones al
ordenador, edición de listas de trabajo para las distintas tareas manuales,
conexión online con los principales autoanalizadores y los procesos de
validación técnica y clínica. En el centro de Salud #1, este proceso lo
realizan de forma manual y para que un paciente se realice los exámenes
Introducción 4

en el laboratorio clínico depende mucho de la fecha que le asignen para la


entrega de muestras. De la misma manera para la entrega de los
resultados el paciente debe acudir al laboratorio, a fin de que reciba un
documento en el cual se exponen los valores de los exámenes.

Pensando en esta situación se examinó que a través de los resultados


clínicos se interpreta las condiciones físicas en las que se encuentra cada
paciente, puesto que los análisis de laboratorio suelen ser parte de un
examen de rutina para detectar cambios en la salud siendo esta la forma
en la que se puede contribuir directamente al diseño de implementación
de acciones de fomento de la salud y prevención de la enfermedad.

La ventaja de crear SILAB es que además de llevar un registro de los


exámenes realizados, permite la búsqueda del histórico de los resultados
de exámenes clínicos por paciente, facilitando al Médico Tratante o
residente, valorar el comportamiento evolutivo del paciente.

1.3. Planteamiento del Problema

El desarrollo del proyecto de tesis consiste en la implementación de un


sistema para emitir resultados de laboratorio clínico, que permita ofrecer
los servicios en el campo de la salud.

A continuación se detalla la problemática existente en el Centro de


Salud #1:

 Privación del histórico de resultados de exámenes por no existir


aplicación web que registre la petición y valores de las muestras.
 Perdida de tiempo en la entrega de los resultados de los
exámenes.
 Perdida de los documentos que contienen los resultados de los
exámenes clínicos del paciente.
Introducción 5

La creación de SILAB como repositorio general de los resultados de


los análisis clínicos, permitirá al médico tratante o residente conocer la
evolución de la salud del paciente para tomar decisiones. En efecto, debe
garantizarse de un modo global la calidad de servicio brindado al
paciente.

1.4. Objetivos

1.4.1. Objetivos Generales

La existencia de Silab en el laboratorio clínico del Centro de Salud #1,


minimizará el tiempo que le toma al laboratorista registrar los datos del
paciente y entrega de resultados de los exámenes del laboratorio clínico
del primer nivel de atención en salud. Así también otorgara fácil acceso al
médico tratante o residente para que mediante la web consulte los
resultados de los exámenes, esto con el propósito de planificar, evaluar y
diagnosticar tratamientos inmediatos al paciente.

1.4.2. Objetivos Específicos

 Minimizar el tiempo en la entrega de resultados de


exámenes para que el profesional en salud pueda emitir el
diagnóstico.

 Generar reportes diarios de atención al usuario para la toma de


muestras.

 Facilitar al médico el historial de exámenes de laboratorio para


evaluar la evolución del paciente.

 Motivar en profesionales del campo médico el uso de


herramienta SILAB, a fin de que facilite la gestión de sus
actividades.
Introducción 6

1.5. Límites

1.5.1. Límite Sustantivo

Con el fin de conocer el procedimiento que se aplica en el Centro de


Salud #1, para la obtención de los resultados de exámenes clínicos se
realizó un estudio en la unidad de salud, en el cual se constató que el
actual proceso bajo el cual se realizan exámenes de laboratorio es el
siguiente:

1. El departamento de Admisión le asigna al paciente un turno en la


fecha que exista disponibilidad en la agenda del médico tratante
que lleve el control de la salud del paciente.

2. Por política interna de la unidad de salud, la unidad rectora


establece que previo a la fecha establecida ocho días antes, el
paciente se dirige a laboratorio para la entrega de muestras.

3. Posterior a la entrega de muestras, se realiza un estudio clínico,


para luego emitir los resultados y plasmarlos en un formato de
Excel e imprimirlos.

4. El día de la fecha de la cita médica el paciente se dirige al


laboratorio de la unidad de salud para retirar los exámenes, los
mismos que son llevados hasta el facultativo de consultorio para
que sean analizados.

Sin embargo con la implementación de SILAB se automatizará desde


la generación de la orden para los exámenes hasta la entrega final de los
resultados. Así como también ofrece sistematizar el proceso de los
resultados de los análisis clínicos de las muestras y se propone la
utilización de una infraestructura virtual que facilite la puesta en marcha
Introducción 7

de nuevos servicios con un mínimo costo en el menor tiempo,


aprovechando las infraestructuras existentes en la nueva era de la
tecnología.

1.5.2. Límite Temporal

Esta Solución se desarrollará según cronograma de actividades en un


tiempo estimado de 7 meses, Silab estará ubicado en el servidor web del
departamento de tecnologías de la Institución.

1.5.3 Límite Espacial

SILAB se implementará en el Centro de Salud #1, que se encuentra


ubicado en la ciudad de Guayaquil del Territorio Ecuatoriano con una
población de 5,735.000 de habitantes de los cuales el 15 % se atienden
en esta unidad y un 10% de otras unidades de salud cercanas.

1.6 Justificación

Debido a la falta de una herramienta que sistematice el proceso para la


obtención de los resultados de los exámenes clínicos de los pacientes del
Centro de Salud #1, los resultados son digitados en un formato diseñado
en Excel. Posteriormente este documento se entrega al paciente en la
próxima consulta médica asignada y después de la consulta este
documento es almacenado en la carpeta de ¨historia clínica¨ del paciente
que estará situado en los archivos del departamento de Estadística.

Este proceso mecanizado existente en el centro de salud #1 causa


molestias e incomodidad al paciente ya que personalmente tendrá que
dirigirse hacia Admisión para solicitar los exámenes. Frente a esta
realidad y considerando que estamos en la nueva era de la tecnología el
no disponer de un sistema online que emita estos resultados genera
retrasos en la entrega de los análisis clínicos y por ende el tratamiento
Introducción 8

que el paciente requiera de inmediato. Es por esta razón que con el


presente proyecto se busca Sistematizar el proceso de los resultados de
análisis clínicos en el laboratorio de exámenes del Centro de Salud #1, a
fin de brindar un mejor servicio.

Actualmente se necesita de un sistema que no se limite de un lugar


físico, que sea de fácil acceso que sea flexible, fácil de utilizar y
fácilmente expandible.

Como mejora al procedimiento utilizado en el Centro de Salud # 1,


nace la idea de crear la aplicación web para el laboratorio clínico que
fortalecerá los sistemas de prestación de servicios de salud en esta
Unidad Operativa, puesto que esta solución optimiza los tiempos de
respuesta y a su vez facilita al médico tratante o residente proporcionar el
diagnóstico o tratamiento a seguir que asegure su pronta recuperación del
paciente.

SILAB propone beneficios en el campo de la salud integral al


ciudadano, puesto que permite procesar los datos a tiempo para un
tratamiento inmediato. De la misma manera la unidad ejecutora
encargada de velar por los servicios de salud solicitara la información
global de las patologías detectada.
CAPITULO II
MARCO TEÓRICO

2.1 Marco Teórico

Generalmente de manera óptima SILAB contiene el registro de los


procedimientos que realizan los profesionales de las gestiones contiguas
al proceso de laboratorio en el Centro de Salud, a fin de obtener los
resultados de los exámenes de laboratorio.

Consecutivamente a la funcionalidad de SILAB y conforme a las bases


teóricas de la tesis, se explicaran los conceptos técnicos y operativos que
proporcionara un enfoque determinado.

2.2 Definiciones Médicas

2.2.1 Centro de Salud

Es un establecimiento que imparte servicios y atención en la salud


integral de la comunidad. En este establecimiento se implementara
SILAB para que sea utilizado por funcionarios de las gestiones contiguas,
involucradas para la obtención de los exámenes clínicos.

2.2.2 Exámenes de laboratorio clínico

Es un análisis clínico o prueba de laboratorio de muestras biológicas


se realizan en consecuencia de una enfermedad o alteración en la salud
del paciente, que son solicitadas por un médico al laboratorio clínico,
dichos resultados que ayudan a determinar si los valores de los
resultados están dentro de los límites normales o anormales de acuerdo
Marco Teórico 10

al cuadro de valores de referencia establecidos en cada población. En


Silab el proceso de análisis de muestras biológicas se lo realiza luego de
haber receptado las muestras biológicas del paciente que acudió el día en
el que se asignó el turno para la toma de muestras.

2.2.3 Muestras biológicas

Es cualquier material biológico de origen humano susceptible de


conservación y que puede albergar información sobre la dotación genética
característica de una persona.

Silab presenta una reporte diario en el cual se visualizan las muestras


biológicas comunes (sangre, heces y orina) acompañado de un check box
para enmarcar la muestra que el paciente llevo al laboratorio.

En función de las características de sintomatología que presente el


paciente y bajo el formato de petición de pruebas solicitado por el
facultativo, la laboratorista procede a recepción y toma de las muestras.

2.2.4 Laboratorista

Es el profesional que analiza las muestras biológicas aplicando


procedimientos y técnicas para el manejo de reactivos, materiales y
equipos de laboratorio clínico. Así como también técnicas cualitativas y
cuantitativas para la valoración clínica y metabólica del paciente que es
parametrizada en los resultados.1

En Silab el laboratorista juega un papel muy importante, porque es


quien se encargara de ingresar los resultados que se evidenciaron en el
estudio de la muestra.

1
(http://es.slideshare.net/sergiomayorga207/laboratorista-quimico-y-clinico-13081454, 2013)
Marco Teórico 11

2.2.5 Resultado de un examen de laboratorio clínico

Son valores significativos normales o anormales que requieren de una


interpretación médica a fin de diagnosticar cuadros clínicos, planificar o
evaluar tratamientos.

En Silab estos resultados o valores significativos se mostraran en el


reporte final de resultados de exámenes, y se encontraran detallados los
valores de rangos de cada tipo de examen, considerando que existen
tipos de pruebas que no poseen un rango parametrizado, por lo que a
este se le asignan determinaciones o hallazgos.

El servicio de internet en la unidad de salud además de mantener la


conexión globalmente facilitará el acceso a Silab a través de su sitio.

2.3 Definiciones Tecnológicas

¿Qué es un servidor web?

Es un programa que procesa cualquier tipo de información del lado del


servidor. Se encarga de atender las peticiones de ejecución que le hará
un cliente o un usuario de internet, estas peticiones son contestadas de
forma adecuada entregando una página web o información de acuerdo a
la solicitada. Gracias a los avances de la conectividad hoy por hoy
diferentes empresas establecen servidores web dentro de la misma sin
tener que recurrir a costosos alojamientos en proveedores externos, este
equipo cuenta con las características óptimas que garantice el buen
desempeño y funcionamiento de SILAB. En el departamento tecnológico
de la Unidad de Salud se encuentra el servidor web que posee una
configuración con los parámetros de red para efectos de conectividad, en
el mismo se procedió a instalar y configurar PHP.
Marco Teórico 12

¿Qué es Php?

Es un lenguaje de programación de código abierto muy popular


especialmente es apropiado para el desarrollo web de contenido
dinámico. En su evolución PHP ahora incluye también una interfaz de
línea de comandos que puede ser usada en aplicaciones gráficas
independientes. Además PHP puede ser usado en la mayoría de los
servidores web al igual que en casi todos los sistemas operativos y
plataformas sin ningún costo.2

Para el desarrollo de Silab se utilizó el lenguaje de programación PHP que


permite la interconexión con la base de datos. PHP posee el framework
Codeigniter.

¿Qué es Codeigniter?

Aplicación que además de contener una serie de librerías, implementa


el proceso de desarrollo llamado Model View Controller (MVC).3
En SILAB, la versión de Codeigniter es 2.1.4 donde los archivos y
controladores (controllers) se encuentran guardados en la carpeta
appplication/models y los archivos vistas llamadas (views) en la carpeta
appplication/views.

Junto con PHP se procede a instalar y configurar MySQL, el


complemento ideal del servidor web apache ya que dota al servidor de un
lenguaje script de ejecución en el servidor lo que facilita la creación de
aplicaciones web y sitios web dinámicos.

2
(Álvarez, 2000)
3
(http://pixelcoblog.com/codeigniter-framework-php/#.VPnssOGcH_g, 2007)
Marco Teórico 13

¿Qué es Mysql?

Es un sistema de administración de base de datos, que permite la


gestión de archivos llamados de base de datos, MySQL, utiliza múltiples
tablas para almacenar y organizar información, es una plataforma muy
utilizada en aplicaciones web, y se destaca por ser uno de los motores de
base de datos más usados por su gran adaptación a diferentes entornos
de desarrollo permitiendo su interactuación con los lenguajes de
programación más utilizados hoy en día como Php, java. Así mismo se
caracteriza por ser robusto y confiable.
CAPITULO III

MARCO METODOLÓGICO

3.1. Alcance de la Investigación

3.1.1 Investigación explicativa

Con la finalidad de conocer la calidad de servicios de salud que se


ofrece al paciente en el laboratorio clínico del centro de Salud #1 nace el
propósito de investigar los mecanismos que utiliza el personal inmerso en
la obtención de los resultados de los exámenes clínicos desde que el
médico tratante emite la orden para el examen de laboratorio hasta la
obtención de los resultados del mismo. En el estudio se constató que en
esta unidad de salud no existe un sistema online que le permita conocer,
controlar, registrar y monitorear en tiempo real y de forma eficaz los
resultados de exámenes clínicos del paciente y que permita al médico
tratante visualizar los resultados para poder analizar el control evolutivo
de cada paciente.

Adicionalmente esta herramienta a través del registro de exámenes de


los resultados de los pacientes facilita obtener el historial de la frecuencia
con la que el paciente se realiza exámenes médicos en su salud.

3.2 Hipótesis

La implementación de la aplicación web para laboratorio clínico para el


centro de salud #1, regularizará el proceso que conlleva los análisis de
laboratorio en dos aspectos importantes tales como: evitar que el paciente
se dirija físicamente al laboratorio para el retiro de sus resultados, y el
Marco Metodológico 15

siguiente aspecto será obtener toda la información de los análisis on-


line.

3.3 Definición de Variables

Existen dos tipos de variables independientes o dependientes.

Dependiente:
1. Evitar que el paciente se dirija físicamente a laboratorio para el
retiro de sus resultados
2. Obtener toda la información de los análisis clínicos vía on- line.
Independiente

Diseñar una aplicación web para laboratorio clínico para el centro de


salud # 1.

DIM: dimensión IND: indicado

TABLA 1
VARIABLES

VARIABLE ITEMS
DEFINICION DIM. IND
DEPENDIENTE

Se generara los
Evitar que el pte resultados de los
El paciente
se dirija análisis clínicos
Admisión Si recibirá el
físicamente a de cada paciente
Laboratorio No resultado de sus
laboratorio para el y serán
Médico tratante exámenes en la
retiro de sus visualizados en
consulta médica
resultados la web por el
médico tratante
Datos que serán
mostrados a
Recolección de
Si través de una
Obtener toda la datos para la
Admisión No consulta a la
información de los prevención y
aplicación web
análisis on-line tratamiento
para laboratorio
clínico
Marco Metodológico 16

VARIABLE ITEMS
DEFINICION DIM. INDI.
INDEPENDIENTE
sistematizará el
proceso de
generación de
Implementación resultados de los Sistematizará el
de una aplicación análisis clínicos proceso el
web para de laboratorio de Admisión Si proceso manual
laboratorio clínico cada paciente Laboratorio No para el control de
del centro de permitiendo fácil Médico tratante exámenes
salud #1 acceso y la clínicos de
visualización de laboratorio.
los resultados de
los exámenes al
médico tratante

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

3.4. Diseño de la investigación

3.4.1. No experimental

Con el propósito de velar por la calidad de atención que se brinda al


paciente en el control de procedimientos que se usa para la entrega de
resultados de exámenes clínicos en el Centro de Salud #1, se realizó una
visita donde se observó que la gestión de agendamiento de cita para la
toma de muestras de exámenes de laboratorio se la realiza de forma
manual.4

En el proyecto de la aplicación web para laboratorio clínico del centro


de salud #1, se ha empleado el método de investigación No Experimental,
por ser una investigación sistemática en la que la que la variable
independiente no es manipulada, debido a que se conoce la problemática
actual existente en el centro de salud por la ausencia de una herramienta
especializada que contribuya a la gestión de laboratorio. En este caso la

4
(http://es.slideshare.net/himmel.salinas/6-diseno-de-investigacion, 2010)
Marco Metodológico 17

implementación de SILAB optimizará la gestión de los análisis clínicos de


laboratorio, proporcionando información rápida, fiable y oportuna en la
obtención de los datos de las pruebas.

3.5 Selección de la Muestra

La muestra la conforman los pacientes que reciben la atención


primaria en el centro de salud #1, establecimiento en que se realizan los
exámenes clínicos.

3.6 Recolección de Datos

3.6.1 Muestra Probabilística

La muestra probabilística es la que no se usa al azar, sino que


depende del criterio del investigador de acuerdo a, si la muestra es
representativa o no.5

El Centro de Salud o Centro de Atención primario, es una estructura


sanitaria en la que se brinda asistencia médica a 2546 pacientes por mes,
y cuenta con cuatro consultorios de especialidades.

En el proyecto de la aplicación web para laboratorio clínico del centro


de salud #1, se aplica el muestreo probabilístico en la sección de ingresos
de resultados de exámenes, porque los valores significativos de los
exámenes son generados por el experto. Así mismo para este proyecto
se ha seleccionado el muestreo aleatorio simple, ya que para la toma y
entrega de muestras biológicas a cada paciente se le asigna un número
de orden para el análisis clínico que se va a realizar.

(http://recursostic.educacion.es/descartes/web/materiales_didacticos/Muestreo_Inferencia_Esta
distica/muestreo_probabilistico.htm, 2003)
Marco Metodológico 18

Fórmula de la muestra

𝑍 2 𝑁𝑃𝑄

N= ------------------------------------

2
(𝑑 (𝑁 − 1) + 𝑍 2 . 𝑃. 𝑄)

n= (1.92)2 (10.000)(0.50)(0.50)

2
(0.08) (10.000 − 1) + (1.92)2 (0.50)(0.50)

n= (3.69) (2500)

(6.4)(9999) + (3.69) (0.25)

n= (3.69)^ (2500)

(63.99) + (0.92)

n= 9225

63.99

n= 142.12

n= 142 pacientes

Análisis

Como valor de la operación desarrollada se puede identificar que la


muestra sobre la cual se realizará la investigación será de 142 pacientes.
Marco Metodológico 19

3.7 Metodología de Desarrollo

SILAB, se desarrolló a fin de brindar una mejor atención a los


pacientes que acuden al laboratorio clínico del Centro de Salud #1. Para
conocer el procedimiento empleado fue necesario investigar los métodos
que se aplican para la generación y entrega de resultados de exámenes
de laboratorio. Sin lugar a duda es claro que el laboratorio clínico es un
subsistema inmerso en el sistema de salud y juega un papel de suma
importancia en la medicina, no sólo como el establecimiento encargado
de proporcionar el diagnóstico, sino también en vigilar por el tratamiento
del paciente., razón por la cual aporta al desarrollo tecnológico que
ofrecen los servicios en salud a la ciudadanía.

En este proyecto se utilizará la metodología clásica en cascada por


seguir una secuencia lógica y porque cada etapa es independiente de que
se culmine la anterior, esta metodología se clasifica por 5 fases, las
mismas que se destallan a continuación:
GRÁFICO 1
METODOLOGÍA CLÁSICA DE CASCADA

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 20

3.7.1 Fase de Análisis

En base a la entrevista que fue realizada a los funcionarios de la


gestión de admisión del Centro de Salud #1, se logró conocer el
procedimiento bajo el cual se obtienen resultados de exámenes de
laboratorio que se realizan los pacientes, así como también se observó en
qué situación reposa los archivos que contienen los registros de los
examen realizados. 6.

De la misma manera se dialogó con ciudadanos que reciben atención


en el establecimiento, quienes mencionaron que antes de dirigirse a la
consulta médica deben trasladarse hacia el Departamento de Laboratorio
para retirar los resultados de los exámenes, cuyos reportes se buscan de
forma manual por el personal de laboratorio.

Por otra parte en el laboratorio del Centro de Salud #1, el número de


exámenes a evaluar es muy elevado, es por eso que no es conveniente
continuar con la misma forma mecanizada que actualmente se realiza
para el desempeño de esta actividad, considerando que la fase más
crítica del departamento de laboratorio es la de que al obtener la muestra
preparada para ser sometida al proceso de análisis produce un mayor
número de errores como (identificación, extracción, transcripción y
conservación, entre otros), son factores con los que se puede perder más
tiempo.

En consecuencia ante lo expuesto y de acuerdo a la tendencia se


promovió la posibilidad de mejorar el procedimiento que conlleva la
entrega de resultados de exámenes a través de la implementación de una
aplicación web para laboratorio clínico que ayude a la automatización e
informatización del proceso, ya que sin ayuda informática como SILAB,
resulta prácticamente imposible poseer un registro, revisión y validación
de los resultados clínicos.
6
(http://es.slideshare.net/josegperez/fases-de-analisis, 2009)
Marco Metodológico 21

Para la solución de los problemas descritos anteriormente, y luego de


analizar los requerimientos en el proceso, se propone realizar los
siguientes módulos.

Administración

La ventaja de este módulo es la de permitir agregar nuevos registros


de tipos exámenes, de pacientes y a su vez realizar previas consultas
para conocer el registro de los mismos.

Laboratorio

Este módulo consiste en llevar a cabo el proceso general de análisis


clínicos de los exámenes que se realiza desde que se registra el turno
para la entrega de muestra hasta la el ingreso y exposición de los
resultados. De la mismas manera lleva el registro llevar el seguimiento y
control de las ordenes, consultar las ordenes con sus estados, poder
visualizar el estado de la órdenes.

Reportes

Es un módulo que permite filtrar la información detallada de los


reportes que contiene la información de los datos ingresados en los
diferentes módulos del sistema.

Configuración de cuenta

Este módulo permite definir los parámetros de las cuentas de los


usuarios. En este se definen los privilegios de acceso a Silab de acuerdo
al perfil del usuario, ya sea el personal de laboratorio, Admisión, y
Consultorio.
Marco Metodológico 22

GRÁFICO 2
DIAGRAMA DE FLUJO SIN SISTEMAS

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 23

GRÁFICO 3
DIAGRAMA DE FLUJO CON SISTEMAS

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya
Marco Metodológico 24

3.7.2 Estudio de factibilidad.- Operativa, tecnológica y económica

3.7.2.1 Factibilidad Operativa

Al analizar la factibilidad operativa se deduce que para la puesta en


marcha de SILAB existe la disponibilidad de los funcionarios responsables
de procesos, debido a que el personal esta sobrecargado del trabajo
manual que se realiza cotidianamente y que en ocasiones causa
impaciencias a los usuarios del servicio de salud.

SILAB, es un sistema transaccional que va a ser utilizado por los


departamentos de Admisión, laboratorio y estadística, el cual posee una
interfaz de fácil uso para interactuar con el usuario.
Por otro lado de acuerdo a la inspección de equipos realizada se
concluye que no se requiere adquisición de Hardware y Software, puesto
que el equipamiento tecnológico se encuentra apto para que funcione el
sistema.

El personal encargado del proceso deberá ser capacitado para la


operación del sistema, a fin de asegurar el correcto desempeño. Esta
capacitación se sustenta en los manuales que serán entregados en forma
impresa y digital a los usuarios. Finalmente por lo anteriormente detallado
el sistema es factible desde el punto de vista operativo.7

3.7.2.2 Factibilidad Tecnológica

En esta fase y a su vez según la inspección realizada en el


establecimiento, la Unidad de Salud dispone de un cuarto de datos que
está ubicado en el departamento de Tecnologías de la Información, el cual
está apto para albergar equipos de comunicación permitiendo la

7
(http://estudiodefactibilidadyproyectos.blogspot.com/2010/09/factibilidad-y-viabilidad.html,
2000)
Marco Metodológico 25

integración de los diferentes sistemas de control, y manejo de la


información.

En el centro de datos existe un equipo servidor que posee las


siguientes especificaciones técnicas:

 HP PROLIANT ML 150 G3
 procesador Intel XeonCpu 5110
 500 Gb en disco duro
 4 GB de memoria Ram

Las características indicadas demuestran que SILAB es factible


realizarlo desde el punto de vista técnico, por poseer las herramientas
tecnológicas necesarias para su desempeño a nivel de Hardware y
Software.

3.7.2.3 Factibilidad Económica

El impacto en la implementación de la aplicación web para el


laboratorio clínico del centro de salud #1, es altamente positivo, desde el
punto de vista que para su función, no se requiere de presupuesto ya que
la unidad de salud dispone de una estable infraestructura tecnológica que
son las principales bases que permiten potenciar el crecimiento y
desarrollo del establecimiento, por lo tanto no se requiere realizar
ninguna inversión adicional. Por lo consiguiente en esta fase el sistema es
factible y no se requiere realizar ninguna inversión adicional,
confirmándose así la viabilidad del sistema desde el punto de vista
económico.

3.7.3 Fase de Diseño

Los médicos tratantes visualizarán los resultados de los exámenes


clínicos accediendo a SILAB mediante una cuenta de usuario y
Marco Metodológico 26

password. El sistema cuenta con un módulo de seguridad en el cual se


administrará las cuentas y las claves necesarias para el acceso al
sistema, con esto podemos transparentar los procesos de cada usuario.

Entre las características de la aplicación web diseñada para el


laboratorio clínico del Centro de Salud #1 tenemos las siguientes:

Modularidad y escalabilidad.- Debido a que las necesidades del


laboratorio clínico evolucionan continuamente la aplicación web permitirá
el crecimiento y la integración de nuevas funciones a futuro.

Flexibilidad.- Esta aplicación se adapta a las necesidades del


laboratorio clínico del Centro de Salud #1.

Seguridad.- Esta característica al igual que las antes mencionadas


representa mucha importancia por el tipo de información confidencial que
se tiene.

Modelo de Datos.- El modelo de datos es un lenguaje de definición de


datos que permite describir las estructuras de las bases de datos que hay
en la base y la forma en la que estas se relacionan entre sí. Ver Anexo 2

Los modelos de datos son fundamentales para el desarrollo de los


sistemas de información, ya que a través de estos se logra la
compatibilidad necesaria para manejar cantidades colosales de datos,
que se caracterizan por contener un conjunto de operaciones básicas que
especifican consultas y las actualizaciones de las bases.

Modelo Entidad Relación.- El modelo entidad relación es una técnica


para el modelado de datos utilizando diagramas de entidad – relación que
expresan entidades relevantes para un sistema de información así como
sus interrelaciones y propiedades. En Silab las tablas que conforman el
diagrama de entidad relación, se encuentra en Anexo 1.8

8
(http://es.slideshare.net/yakiraq/documents, 2012)
Marco Metodológico 27

En la Aplicación web para laboratorio clínico del Centro de Salud #1,


se muestra las siguientes clases utilizadas, las mismas que detallan a
continuación:

TABLA 2
CLASES SILAB
# Clases Nombre Descripción

1 Index.class Clase principal de ingreso a la aplicación.

2 Login.clas Validación del ingreso del usuario.


3 orden_laboratorio.class Recepción de turno para la toma de las
muestras.
4 paciente.class Mantenimiento de pacientes.

5 test.class Tipo de examines que se registran el


sistema SILAB

6 usuario.class Mantenimiento de usuarios, tanto


administrador como usuarios normales.
7 welcome.class Entrada del sistema, pantalla de
bienvenida.

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Se aplicó las reglas de normalización para llegar a la definición de las


tablas, cuya descripción técnica se encuentra en el diccionario de datos:
Ver Anexo 3.

3.7.3.1 Casos de Uso

Los casos de uso están basados en el análisis estructurado que


propone que la forma de entender un sistema es a partir de los servicios y
funciones que ofrece a su entorno independientemente de los objetos que
interactúan dentro del sistema para proveerlos9, siendo estos combinados

9
(SYSTEMS, 2007)
Marco Metodológico 28

con la especificación de los requerimientos de un sistema. En otras


palabras los casos de uso son una técnica para especificar el
comportamiento de un sistema en la que existe secuencia de
interacciones entre un sistema y alguien o algo que utiliza alguno de sus
servicios.
TABLA 3
IDENTIFICACIÓN DE LOS CASOS DE USO

ACTOR CASO DE USO DESCRIPCIÓN

Usuarios Identificación Verifica el usuario de


identidad para el acceso
de las funciones
asignadas

Administrador Crear usuarios Registra, actualiza datos,


desactivación de usuarios

Administrador Editar usuarios Actualización de datos de


usuario

Administrador Desactivar usuarios Desactiva usuarios que


ya no utilizan la aplicación

Admisión Crea pacientes Registra pacientes


nuevos

Admisión Consultar paciente Búsqueda de paciente


registrados.

Admisión Mantenimiento de grupos Creación, actualización y


desactivación de los tipos
de exámenes por grupos.

Laboratorista Ingreso de Pre-ordenes Ingreso de datos de la


orden del examen

Laboratorista Ingreso de muestra Se describe las muestras


entregadas para el
análisis

Laboratorista Ingreso de resultados Registro de resultados de


los exámenes
Fuente: Investigación directa
Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 29

3.7.3.2 Diagramas de casos de uso

Los diagramas de casos de usos, son diagramas que muestra un


conjunto de casos de uso, actores y sus relaciones.

GRÁFICO 4
CASO DE USO DE ADMISION

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

GRÁFICO 5
CASO DE USO DE LABORATORIO

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 30

GRÁFICO 6
CASO DE USO DE CONSULTORIO

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

3.7.3.3 Diseños de Pantallas

A continuación se muestran los principales diseños de pantallas que


tiene la aplicación web para laboratorio clínico del Centro de Salud #1,
tales como:

 creación de usuarios
 login de usuarios
 mantenimiento de usuarios
 perfiles de usuarios.
Marco Metodológico 31

UNIVERSIDAD DISEÑO ELABORACIÓN


DE DE 24-NOV-2013
GUAYAQUIL PANTALLA
1

Autor Proyecto Aplicación Web Para


Loor Cantos Cinthya Silab Laboratorio Clínico De
Centro De Salud #1.

Creación De Usuarios

NOMBRE FISICO: Ingreso usuario

En esta pantalla se procede a ingresar los datos del paciente que


se va a relizar los exámenes, y a su vez se guardan los cambios.

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 32

UNIVERSIDAD DISEÑO ELABORACIÓN


DE DE 24-NOV-2013
GUAYAQUIL PANTALLA
2

Autor Proyecto Aplicación Web Para


Loor Cantos Cinthya Silab Laboratorio Clínico De
Centro De Salud #1.

Login de Usuarios

NOMBRE FÍSICO: Validación de Acceso a SILAB

En esta pantalla se valida la autenticación del usuario mediante una


comprobación que muestra si el usuario tiene acceso al recurso
solicitado.

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 33

UNIVERSIDAD DISEÑO ELABORACIÓN


DE DE 24-NOV-2013
GUAYAQUIL PANTALLA
3

Autor Proyecto Aplicación Web Para


Loor Cantos Cinthya Silab Laboratorio Clínico De
Centro De Salud #1.

Mantenimiento De Usuarios

NOMBRE FISICO: Listado de Usuarios

Esta pantalla despliega la lista de los perfiles de usuarios que tienen


acceso a Silab.

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 34

DISEÑO ELABORACIÓN
UNIVERSIDAD
DE
DE 24-NOV-2013
PANTALLA
GUAYAQUIL
4

Autor Proyecto Aplicación Web Para


Loor Cantos Cinthya Silab Laboratorio Clínico
De Centro De Salud
#1.

Perfiles De Usuarios

Nombre Físico: Perfil

Esta pantalla contiene la asignación de permisos de usuario, los


mismos que se asignaran de acuerdo al rol del usuario.

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 35

3.7.3.4 INTERFAZ GRÁFICA

En esta etapa se termina de implementar la interfaz del usuario, a su


vez se muestra el flujo de ventanas.

Crear paciente.- La opción crear, muestra un formulario de registro en


el cual se deben ingresar los datos personales del paciente, esta
información la registrará el personal de admisión.
FIGURA 1
CREACIÓN DE PACIENTE

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Consultar paciente.- Por medio de esta opción se consulta si el


paciente se encuentra registrado o no en Silab. Además de ello por
paciente muestra dos acciones, para editar datos o inactivar datos.
FIGURA 2
CONSULTAR PACIENTE

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 36

Crear examen.- Esta opción permite la creación de nuevos tipos de


exámenes que se requiera crear de acuerdo al panel o rutinas de
laboratorio que la Unidad de Salud determine, a su vez existe la opción de
rango y descripción que ayudan a interpretar un conjunto de resultados.
FIGURA 3
CREACION DE EXAMENES

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Consultas de grupos examen.- Esta ventana me permite consultar


los tipos de exámenes registrados por grupo presentando una opción para
edición de datos o inactivación del tipo de examen en caso que este ya no
se realice.
FIGURA 4
LISTADO DE TIPOS DE EXÁMENES

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 37

Ingreso de pre-ordenes.- Permite al personal de admisión registrar


las ordenes de los exámenes a realizar, estableciendo fecha y hora para
la toma de muestra de cada paciente.
FIGURA 5
INGRESO DE ORDEN DE EXAMEN

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Ingreso de muestras.- Por medio de esta funcionalidad el


Laboratorista receptará y registrará la toma de muestras de cada
paciente. Además esta ventana presenta las órdenes de exámenes que
no hayan finalizado con el proceso de toma de muestra y estas se las
identificara por su estado.
FIGURA 6
INGRESO DE MUESTRAS BIOLÓGICAS

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 38

Resultados de orden.- Esta opción muestra las ordenes de exámenes


que se encuentran pendientes para el ingreso de los resultados, así
mismo luego del ingreso de los valores significativos o descripción se
presentan las opciones de guardar, imprimir y vista previa.

FIGURA 7
INGRESO DE RESULTADOS DE ANALISIS CLINICOS

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Estadísticas de grupo.- Esta opción me permite visualizar las ordenes


de exámenes que se encuentren agendadas a la fecha, la misma que
está muestra el tipo de examen a realizar.

FIGURA 8
ESTADÍSTICA DE GRUPOS

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Marco Metodológico 39

Resultados de exámenes.- Esta opción permite al Doctor consultar y


visualizar los resultados de los exámenes del paciente, los cuales son
valores significativos para un diagnóstico.

FIGURA 9
RESULTADOS DE EXAMENES

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

3.7.4 Fase de Construcción

Para obtener eficiencia en el desempeño del sistema es imprescindible


contar con herramientas tecnológicas, tanto en hardware como en
software que hoy en día ofrecen los recursos necesarios para operar.

La alternativa propuesta será desarrollada bajo el lenguaje de código


abierto como lo es PHP, el cual combinado con HTML en su última
versión que es el HTML5 nos ayuda a que pueda ser visto desde
cualquier plataforma sea windows, linux, IO Mac incluso android. No tiene
costo alguno utilizarlo es muy versátil y puede ser combinado con
framework para su mejor desempeño. Como base de datos se
implementara My SQL 4.0.9, la cual además de ser un producto estable
de buen desempeño provee seguridad. Es un producto free u open source
Marco Metodológico 40

que no le quita favores a bases como las de Microsoft se puede


programar storeprocedure vistas trigger, y es muy utilizado en desarrollos
web por ser muy liviano y seguro.

3.7.5 Fase de Prueba

En la ingeniería de software los test case o los llamados también


“casos de prueba” son un conjunto de condiciones o variables bajo las
cuales el analista determinara si el requisito de una aplicación es parcial o
completamente satisfactorio. Luego de haber realizado las pruebas en
SILAB, se muestra la descripción de los casos de prueba:

Casos de Prueba de Admisión

En este caso se probó cuando el paciente acude a la sección de


atención al usuario del Departamento de Admisión con la orden del
examen, la Admisionista consulta y/o registra los datos del paciente para
posteriormente se asigna el turno para la entrega de las muestras
biológicas en el laboratorio.

Caso de Prueba de Laboratorio

En este caso se probó cuando el paciente asiste al laboratorio clínico


para entregar las muestras, las cuales a las que se le realizara el análisis
para obtener los resultados e ingresarlos en el reporte.

Caso de Prueba de Consultorio

En este caso se probó cuando el Médico realiza una consulta en SILAB


para la obtención de los resultados de los exámenes del paciente y emite
diagnostico final.
Marco Metodológico 41

El desarrollo de los casos de pruebas fueron realizados por los


usuarios en conjunto con el programador. Es de mencionar que una vez
realizadas las pruebas de los casos de uso descritos, fueron validados y
entregados a los usuarios finales.

El objetivo de la base de construcción y pruebas es construir y


comprobar que un sistema cumple con todos los requerimientos y con
todas las especificaciones tecnológicas, por lo cual luego de haber
culminado las pruebas se validó el correcto funcionamiento del sistema.

3.7.6 Fase de Implementación

Silab, está conformado por una base de datos como lo es mysql, y a


su vez para el desarrollo se utilizó el lenguaje programado de PHP y Java
Scrip.

Finalmente para efectos del funcionamiento de SILAB se aplican


pruebas con el fin de mejorar o detectar errores en la programación y
desde cualquier lugar mediante el link http://190.214.27.185/silabse
obtiene el acceso a SILAB.

La aplicación será instalada en un servidor web el mismo que tiene


configurada una red WAN en el servidor con una Ip pública asignada con
su correspondiente puerta de enlace y DNS preferido y secundarios.

Cabe indicar que el proveedor de internet es quien proporciona un


rango de ip públicas, parámetros que mediante una configuración en las
opciones de red del servidor facilitará la conexión a internet. Por lo
consiguiente utilizaremos la IP pública 190.214.27.185/silab, para acceder
vía web al sistema. Adicionalmente se capacitará a los usuarios en el
buen uso y manejo de SILAB, el cual constara en el manual de usuario
impreso en físico y digital que se entregara a los mismos.
Marco Metodológico 42

3.8 PLANIFICACIÓN
FIGURA 1
CRONOGRAMA DEL PROYECTO
Marco Metodológico 43
Marco Metodológico 44
Marco Metodológico 45

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
CAPITULO IV
ANÁLISIS Y DISCUSIÓN DE RESULTADOS

4.1 Preparación de los datos

Para la obtención del análisis e interpretación de los resultados de las


encuestas realizadas a los pacientes que reciben atención en el centro de
salud #1, se elaboró las siguientes representaciones gráficas que nos
muestran un análisis visual de forma clara lo investigado.

INTERVALO FRECUENCIA
[0-5) 16
[5-10) 42
[10-15] 83
142

1) ¿Seleccione el tiempo que demora el registro de la orden


para realizar los exámenes?

GRÁFICO 7
REGISTRO DE ORDEN DE EXAMEN

70,00

60,00

50,00

40,00

30,00 59,15
20,00
29,58
10,00
11,27
0,00
[0-5) [5-10) [10-15]
Fuente: Investigación directa
Elaborado por: Loor Cantos Cinthya Jazmín
Análisis y Discusión de Resultados 47

Análisis
Según la población encuestada, el 11,27 % respondió que para
registrar la orden se demora entre [0-5) min, el 29,58 respondió que es de
[5-10) y el 59,15 indicó que existe demora de [10-15] minutos.

2) ¿Le han proporcionado de un reporte del control evolutivo


de exámenes clínicos por fecha?

FRECUENCIA %
SI 43 30.28
NO 99 69.72
142 100.00
GRÁFICO 8
REPORTE DE CONTROL DE EXAMENES

80,00

70,00

60,00

50,00

40,00 SI
69,72 NO
30,00

20,00
30,28
10,00

0,00
SI NO

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Análisis

El 30,28 % de la población encuestada, indico que la unidad de salud


le ha proporcionado de sus registros de exámenes, mientras que el 69,72
debido a que existe demora en su proceso no los retira.
Análisis y Discusión de Resultados 48

3) ¿Tiene usted conocimiento de si existe un sistema de


laboratorio clínico que promueva la obtención de
resultados de exámenes?

FRECUENCIA %
SI 40 28.17
NO 102 71.83
142 100.00

GRÁFICO 9
CREACION DE APLICACIÓN WEB

80,00

70,00

60,00

50,00
SI
40,00
71,83 NO
30,00

20,00
28,17
10,00

0,00
SI NO

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Análisis

El 28,17 % de la población encuestada, tiene conocimiento de la no


existencia de este sistema en la unidad de salud, mientras que el
71,83 % no tiene conocimiento.
Análisis y Discusión de Resultados 49

4) ¿Conoce Ud. Si su historial de resultados de exámenes


reposan en la unidad de Salud del centro médico?

FRECUENCIA %
SI 31 21.83
NO 111 78.17
142 100.00

GRÁFICO 10
REPORTE DE HISTORIAL MEDICO

90,00

80,00

70,00

60,00

50,00 78,17

40,00

30,00

20,00

10,00 21,83
0,00
SI NO

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Análisis

El 21,83 % de la población encuestada, tiene conocimiento de que es


posible de que su historial de exámenes clínicos existe en la unidad de
salud, mientras el 78,17 % no tiene conocimiento.
Análisis y Discusión de Resultados 50

5) ¿Considera Ud. Que es necesario desarrollar un sistema


de información que automatice el proceso de la obtención
de resultados de exámenes?

FRECUENCIA %
SI 103 72.54
NO 39 27.46
142 100.00

GRÁFICO 11
CREACION DE APLICACIÓN WEB

80,00

70,00

60,00

50,00 72,54
40,00

30,00

20,00 27,46
10,00

0,00
SI NO
F

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín

Análisis

En este análisis, podemos observar que el 72,54% de la población


encuestada, considera que la unidad de salud requiere de un sistema
informático automatice el proceso de la obtención de resultados de
exámenes de laboratorio, mientras que el 27,46 desconoce las ventajas
de la implementación de un sistema.
Análisis y Discusión de Resultados 51

4.2 Análisis de los Datos

En esta fase se exploran las medidas de tendencia central que sirven


como puntos de referencia para interpretar datos, cuyos valores que se
ubican al centro de un conjunto de datos ordenados, estos datos son
conocidos como estadígrafos, generalmente se utilizan cuatro valores
como los son: media, mediana y moda.

4.3 Comprobación de la hipótesis

En esta etapa se analiza el cumplimiento de la hipótesis y se exponen


las siguientes variables que conllevan a alcanzar los objetivos esperados:

Hipótesis

1.- La primera variable de la hipótesis es: Evitar que el paciente se


dirija físicamente a laboratorio para el retiro de sus resultados.

Este proceso se lo realiza en la actualidad según se puede observar


en Figura 1.1(diagrama de flujo sin sistema), donde se muestra que el
paciente se dirige físicamente a Laboratorio para retirar sus resultados,
para luego trasladarlos a la consulta con el médico.

Sin embargo con la implementación de SILAB, se comprueba que los


resultados de los exámenes son ingresados por los profesionales de
laboratorio, validados y derivados a la cuenta de usuario del Médico
dentro del sistema, evitando que el paciente se dirija hacia el
departamento de Laboratorio Clínico. Esto origina que en la próxima
consulta del paciente, este no tenga que acudir primero al laboratorio a
retirar los exámenes, sino que se dirija directamente al consultorio del
médico, el cual ya tendrá en el sistema los resultados obtenidos de los
exámenes.
Análisis y Discusión de Resultados 52

2.- La segunda variable de la hipótesis es: Obtener toda la información


de los análisis clínicos vía on- line.

Con la finalidad de obtener toda la información que corresponde al


proceso de los resultados de los análisis clínicos, se comprueba que a
través de cualquier navegador se puede acceder a SILAB, donde la
información estará disponible vía online y podrá ser consultada por los
profesionales según perfil de usuario las 24 horas, lo que facilitará el
monitoreo en tiempo real de las ordenes de exámenes, turno para la toma
de muestras, resultados de exámenes e histórico de evolución del
paciente.

Adicionalmente se realizó una entrevista a varios pacientes de la


unidad de salud, con respecto a que si se considera necesario desarrollar
un sistema que automatice el proceso de la obtención de resultados de
exámenes; de los cuales el 72,54% de la población encuestada considera
que la unidad de salud si requiere de un sistema informático que
automatice este proceso.

Con las soluciones descritas y dadas a las dos variables de la


hipótesis, y reforzando su sustento con la entrevista realizada a los
pacientes, se puede corroborar que con la implementación del sistema
SILAB, se regularizarán los procedimientos mecanizados que hasta ahora
se realizan, y se aportará a disminuir considerablemente los tiempos de
atención.

Esto comprueba la hipótesis planteada inicialmente en el desarrollo de


este proyecto, que busca primero disminuir y posteriormente evitar que el
paciente acuda a retirar sus exámenes al centro de salud, y que a su vez
tenga acceso al sistema siempre desde cualquier lugar en la web.
CAPITULO V
CONCLUSIONES Y RECOMENDACIONES

5.1 Conclusiones

A continuación se presenta una serie de conclusiones obtenidas al


finalizar este proyecto de tesis.

En base al análisis realizado de este proyecto, se cumplió con los


objetivos y alcances propuestos, brindando una idea clara del uso y las
aplicaciones de la herramienta SILAB sistematizada y adaptada a las
necesidades del Centro de Salud #1.

1.- La automatización de los procesos de registro y turnos para la


orden de exámenes, permiten optimizar, agilizar y reducir el tiempo que
este proceso conlleva, proporcionando mejor atención al paciente con un
servicio de calidad en salud, ya que anteriormente para generar el turno
para la entrega de muestras, se tomaba un tiempo de 13 minutos, lo que
ahora toma un tiempo de 4 minutos.

2.- Con el propósito de llevar un monitoreo y control de la producción


diaria de los servicios de salud, los Departamentos de Admisión y
Laboratorio podrán realizar una consulta mediante SILAB, el reporte de
los pacientes registrados para la toma de muestra.

3.- La implementación de SILAB, facilita obtener el historial médico de


los exámenes clínicos de cada paciente, al cual tendrá acceso el médico
tratante, permitiéndole así conocer la evolución del paciente para
diagnosticar cuadros clínicos, planificar o evaluar tratamientos.
Conclusiones y Recomendaciones 54

4.- Con la sistematización de Silab, los profesionales de salud


observaron la mejora en los tiempos de respuesta de los procesos
optimizados tales como: solicitudes de orden, registro de la obtención de
muestras, organización de información, entrega de resultados, entre otros.

Lo cual motivó a las autoridades competentes hacer uso de esta


herramienta en el sector de primer nivel en salud.

5.2 Recomendaciones

A continuación se enumera las siguientes recomendaciones, para el


buen funcionamiento del sistema:

1.- Se recomienda actualizar los conocimientos de los usuarios, para


contribuir con el buen desempeño de la aplicación.

2.- Se considerar que de ser requerido algún cambio, modificación,


adición de módulos o soporte técnico, es necesario saber que esta
aplicación parametrizada se adapta a cambios, los mismos que para su
implementación se debe realizar el trámite de solicitud formal.

3.- Se recomienda de forma periódica se mantenga actualizado el


software base del servidor donde reposa el sistema, esto es, el sistema
operativo, el motor de base de datos, y demás componentes de software
necesario para su funcionamiento.

4.- Se recomienda delegar un usuario Administrador del sistema que


vele por el cumplimiento del buen uso del mismo, y de toda la
parametrización y niveles de seguridad necesarios.

5.- Se recomienda que luego de las actualizaciones, modificaciones,


parches, o mejoras que se hagan en el sistema, todo sea documentado
Conclusiones y Recomendaciones 55

en manuales de procedimientos, para proporcionar mejoras del


conocimiento de las funciones.

6.- Se recomienda mantener políticas de seguridad que garantice la


integridad de la aplicación, así como el de realizar los respaldos diarios de
la base de datos en algún medio digital seguro, a fin de evitar pérdidas de
datos en caso de algún inconveniente.

7.- Se recomienda a la institución que el departamento de Tecnología


de la información, brinde a los equipos constante mantenimiento
periódico, ya que de esto depende el correcto funcionamiento de la
aplicación.
ANEXOS
Anexos 57

ANEXO 1
MODELO ENTIDAD RELACIÓN

Fuente: Investigación directa


Elaboración por: Loor Cantos Cinthya Jazmín
ANEXO 2
MODELO DE DATOS

Fuente: Investigación directa


Elaborado por: Loor Cantos Cinthya Jazmín
Anexos 59

ANEXO 3

DICCIONARIO DE DATOS

DICCIONARIO
DE FECHA DE ELABORACIÓN
UNIVERSIDAD DE GUAYAQUIL DATOS NOVIEMBRE 24 DEL 2013

AUTOR PROYECTO
SISTEMA DE LABORATORIO CLÍNICO
Loor Cantos Cinthya SILAB
MEDIO DE MEDIO DE
NOMBRE DE TABLA TIPO DE TABLA ALMACENAMIENTO RESPALDO

sl_c_pedido MAESTRA DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

Código de la
1 sl_c_ped_id PK B 20 Obligatorio
orden
Número de la
2 sl_ c_ped_orden E B 20 Obligatorio
orden
3 sl_c_ped_turno Turno E I 11 Obligatorio
4 sl_c_ped_pac_id Códigopaciente FK B 20 Obligatorio
Fecha del
6 sl_c_ped_fexamen E D Obligatorio
exámen
Hora del
7 sl_c_ped_hexamen E T Obligatorio
exámen
8 sl_c_ped_sangre Sangre E S 6 Opcional
9 sl_c_ped_heces Heces E S 6 Opcional
10 sl_c_ped_orina Orina E S 6 Opcional
11 sl_c_ped_fecing Fecha ingreso E DT Opcional
12 sl_c_ped_estado Estado E B 20 Obligatorio
Código de
13 sl_c_ped_created_to E I 11 Obligatorio
ordencreado
Fecha de la
14 sl_c_ped_created_at E DT Obligatorio
creacion
Código de
15 sl_c_ped_updated_to E I 11 Obligatorio
actualización
Fecha de
16 sl_c_ped_updated_at E DT Obligatorio
actualización

OBSERVACIONES: Esta tabla contiene información de la cabecera de las ordenes

FORMATO FORMATO
TIPO
GENERAL NUMÉRICO

PK: Clave Primaria N : Numérico I : Integer


FK: Clave Foránea D: Date T : Time
E: Elemento de Dato CH: Char B : Bigint
VC: Varchar S : Smallint
DT : Datetime
Anexos 60

DICCIONARIO FECHA DE ELABORACIÓN


DE
DATOS NOVIEMBRE 24 DEL 2013
UNIVERSIDAD DE GUAYAQUIL

PROYECTO
AUTOR SISTEMA DE LABORATORIO CLÍNICO
SILAB
Loor Cantos Cinthya

MEDIO DE MEDIO DE
NOMBRE TABLA TIPO DE TABLA
ALMACENAMIENTO RESPALDO
Sl_d_pedido MAESTRA
DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN
Código detalle de
1 sl_d_ped_id PK B 20 Obligatorio
orden
2 sl_d_ped_ped_id Código de orden FK B 20 Obligatorio
Codigo de
3 sl_d_ped_test_id FK B 20 Obligatorio
examen

Resultado
4 sl_d_ped_resultado E TX 1 Obligatorio

Usuario de
5 sl_d_ped_created_to E I 11 Opcional
creacion
Fecha y hora de
6 sl_d_ped_created_at E DT 11 Obligatorio
creación
Usuario de
7 sl_d_ped_updated_to E I 11 Obligatorio
actualizacion
Fecha y hora de
8 sl_d_ped_updated_at E DT Obligatorio
actualización

OBSERVACIONES: Esta tabla contiene información del detalle de las ordenes

TIPO FORMATO GENERAL


FORMATO
NUMÉRICO

PK: Clave Primaria N : Numérico D: Date I : Integer


FK: Clave Foránea CH: Char VC: Varchar F : Float
E: Elemento de Dato TX : Text DT: Datetime B : Bigint
Anexos 61

DICCIONARIO FECHA DE
DE ELABORACIÓN
DATOS NOVIEMBRE 24 DEL
UNIVERSIDAD DE GUAYAQUIL
2013

AUTOR PROYECTO SISTEMA DE LABORATORIO CLÍNICO

Loor Cantos Cinthya SILAB

TIPO DE MEDIO DE MEDIO DE


NOMBRE TABLA
TABLA ALMACENAMIENTO RESPALDO
Sl_m_estado
MAESTRA DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

sl_m_est_id Código estado PK B 20 Obligatorio


1

sl_m_est_nombre Nombreestado E VC 15 Obligatorio


2

sl_m_est_color Color estado E VC 7 Obligatorio


3

OBSERVACIONES: Esta tabla contiene información de los exámenes

FORMATO
TIPO FORMATO GENERAL
NUMÉRICO

PK: Clave Primaria N : Numérico D: Date I : Integer

FK: Clave Foránea CH: Char F : Float

E: Elemento de Dato VC: Varchar


Anexos 62

FECHA DE
DICCIONARIO
ELABORACIÓN
DE
UNIVERSIDAD DE GUAYAQUIL
DATOS
NOVIEMBRE 24 DEL
2013

PROYECTO
AUTOR SISTEMA DE LABORATORIO CLÍNICO
SILAB
Loor Cantos Cinthya

TIPO DE
NOMBRE TABLA MEDIO DE ALMACENAMIENTO MEDIO DE RESPALDO
TABLA
Sl_m_medicos DISCO _ DURO DISCO _ DURO
MAESTRA

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

1 sl_id_medico Código medico PK I 20 Obligatorio

2 sl_ci_medico Cedula medico E VC 13 Obligatorio

3 sl_nombres Nombres E VC 50 Obligatorio

4 sl_apellidos Apellidos E VC 50 Obligatorio

5 sl_correo Correo E VC 20 Obligatorio

6 sl_direccion Direccion E VC 50 Obligatorio

7 sl_telefonos Telefonos E VC 10 Obligatorio

8 sl_especialidad Especialidad E VC 20 Obligatorio

OBSERVACIONES: Esta tabla contiene información de los médicos

FORMATO
TIPO FORMATO GENERAL
NUMÉRICO

N : Numérico D: Date I : Integer


PK: Clave Primaria
CH: Char F : Float
FK: Clave Foránea
VC: Varchar
E: Elemento de Dato
Anexos 63

DICCIONARIO FECHA DE
DE ELABORACION
DATOS NOVIEMBRE 24
UNIVERSIDAD DE GUAYAQUIL
DEL 2013

AUTOR PROYECTO
SISTEMA DE LABORATORIO CLÍNICO

Loor Cantos Cinthya SILAB


MEDIO DE MEDIO DE
NOMBRE TABLA TIPO DE TABLA
ALMACENAMIENTO RESPALDO
Sl_m_paciente MAESTRA
DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN
1 sl_m_pac_id Código paciente PK B 20 Obligatorio
2 sl_m_pac_doc Documentopaciente E VC 13 Obligatorio
Tipodocumentopaci TN
3 sl_m_pac_tipodoc E 4 Obligatorio
ente Y
4 sl_m_pac_apellido Apellido E VC 90 Obligatorio
5 sl_m_pac_nombre Nombre E VC 90 Obligatorio
6 sl_m_pac_direccion Direccion E VC 150 Obligatorio
7 sl_m_pac_fono Telefono E VC 30 Obligatorio
8 sl_m_pac_mail Correo E VC 50 Opcional
9 sl_m_pac_sexo Genero E VC 2 Obligatorio
10 sl_m_pac_fecnac Fechanacimiento E D Obligatorio
11 sl_m_pac_obs Observacion E VC 255 Obligatorio
12 sl_m_pac_fecing Fecha de ingreso E DT Obligatorio
13 sl_m_pac_tipo Tipo E VC 5 Obligatorio
14 sl_m_pac_estado Estado E I 11 Obligatorio
sl_m_pac_created_t Creacion de
15 E I 11 Obligatorio
o paciente
sl_m_pac_created_a Registrocreacion de
16 E DT Obligatorio
t paciente
OBSERVACIONES: Esta tabla contiene información del paciente

TIPO FORMATO GENERAL FORMATO


NUMÉRICO
PK: Clave Primaria N : Numérico D: Date I : Integer
FK: Clave Foránea CH: Char F : Float
E: Elemento de Dato VC: Varchar TNY: TINYIT
DT: DATETIME
Anexos 64

DICCIONARIO FECHA DE
DE ELABORACION
DATOS NOVIEMBRE 24 DEL
UNIVERSIDAD DE GUAYAQUIL 2013

PROYECTO
AUTOR SISTEMA DE LABORATORIO CLÍNICO
SILAB
Loor Cantos Cinthya

TIPO DE MEDIO DE MEDIO DE


NOMBRE TABLA
TABLA ALMACENAMIENTO RESPALDO
Sl_m_perfil
MAESTRA DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

Sl_m_per_id Código persona PK B 20 Obligatorio


1

Sl_m_per_nombre Nombre E TX 1 Obligatorio


2

Sl_m_per_estado Estado E I 11 Obligatorio


3

OBSERVACIONES: esta tabla contiene datos de perfil de usuario

FORMATO
TIPO FORMATO GENERAL
NUMÉRICO

PK: Clave Primaria N : Numérico D: Date I : Integer

FK: Clave Foránea CH: Char TX: TEXT F : Float

E: Elemento de Dato VC: Varchar B : Bigint

DT: DATETIME
Anexos 65

DICCIONARIO FECHA DE
DE ELABORACION
UNIVERSIDAD DE GUAYAQUIL DATOS NOVIEMBRE 24 DEL
2013

PROYECTO
AUTOR SISTEMA DE LABORATORIO CLÍNICO
SILAB
Loor Cantos Cinthya

TIPO DE MEDIO DE MEDIO DE


NOMBRE TABLA
TABLA ALMACENAMIENTO RESPALDO
Sl_m_programa
MAESTRA DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

Sl_m_prog_id Código programa PK B 20 Obligatorio


1

Sl_m_prog_descripcion Descripcion E TX 1 Obligatorio


2

Sl_m_prog_estado Estado E I 11 Obligatorio


3

OBSERVACIONES: Esta tabla contiene la descripción de accesos del sistema

FORMATO
FORMATO GENERAL
NUMÉRICO
TIPO

PK: Clave Primaria N : Numérico D: Date I : Integer

FK: Clave Foránea CH: Char TX: TEXT F : Float

E: Elemento de Dato VC: Varchar

DT: DATETIME
Anexos 66

DICCIONARIO FECHA DE
DE ELABORACIÓN
DATOS NOVIEMBRE 24 DEL
UNIVERSIDAD DE GUAYAQUIL 2013

PROYECTO
AUTOR SISTEMA DE LABORATORIO CLÍNICO
SILAB
Loor Cantos Cinthya

TIPO DE MEDIO DE
NOMBRE TABLA MEDIO DE ALMACENAMIENTO
TABLA RESPALDO
Sl_m_test DISCO _ DURO
MAESTRA DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

Sl_m_test_id Código examen PK B 20 Obligatorio


1
2 Sl_m_test_area_id Código area FK B 20 Obligatorio
3 Sl_m_test_tipo Tipo de exámen E I 11 Obligatorio
Tipo de
4 Sl_m_test_tresult E B 20 Obligatorio
Resultadoexámen
5 Sl_m_test_unidad_id Codigo de Unidad FK B 20 Opcional
6 Sl_m_test_minimo Minimo E F Opcional
7 Sl_m_test_máximo Máximo E F Opcional
8 Sl_m_test_nombre Nombreexámen E VC 100 Obligatorio
9 Sl_m_test_obs Observaciónexámen E V 150 Obligatorio
10 Sl_m_test_fecing Fechaingreso E DT Obligatorio
11 Sl_m_test_estado Estado de exámen E I 11 Obligatorio
12 Sl_m_test_created_to Usuario de creación E I 11 Obligatorio
Registro de
13 Sl_m_test_created_at E DT Obligatorio
usuariocreado

OBSERVACIONES: Esta tabla contiene el registro de tipos de exámenes

FORMATO
TIPO FORMATO GENERAL
NUMÉRICO

PK: Clave Primaria N : Numérico D: Date I : Integer


FK: Clave Foránea CH: Char VC: Varchar F : Float
E: Elemento de Dato DT: DATETIME
Anexos 67

DICCIONARIO FECHA DE
DE ELABORACIÓN
UNIVERSIDAD DE GUAYAQUIL DATOS NOVIEMBRE 24 DEL
2013

PROYECTO
AUTOR SISTEMA DE LABORATORIO CLÍNICO
SILAB
Loor Cantos Cinthya

TIPO DE MEDIO DE MEDIO DE


NOMBRE TABLA
TABLA ALMACENAMIENTO RESPALDO
Sl_m_unidad
MAESTRA DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

1 Sl_m_u_id Código unidad PK B 20 Obligatorio

Descripción de
2 Sl_m_u_descripcion E TXT Obligatorio
unidad

3 Sl_m_u_estado Estado E I 11 Obligatorio

OBSERVACIONES: Contiene el registro de la descripción de parámetros de la unidad


de los exámenes

FORMATO
TIPO FORMATO GENERAL
NUMÉRICO

PK: Clave Primaria N : Numérico D: Date I : Integer

FK: Clave Foránea CH: Char VC: Varchar F : Float

E: Elemento de Dato DT: DATETIME


Anexos 68

FECHA DE
DICCIONARIO DE
ELABORACION
DATOS
UNIVERSIDAD DE GUAYAQUIL
NOVIEMBRE 24 DEL
2013

PROYECTO
AUTOR SISTEMA DE LABORATORIO CLÍNICO
SILAB
Loor Cantos Cinthya

TIPO DE MEDIO DE MEDIO DE


NOMBRE TABLA
TABLA ALMACENAMIENTO RESPALDO
Sl_m_usuario
MAESTRA DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
Nº CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN
1 Sl_m_usu_id Código usuario PK B 20 Obligatorio

2 Sl_m_usu_login Login E VC 50 Obligatorio

3 Sl_m_usu_clave Clave E VC 50 Obligatorio

4 Sl_m_usu_nombre Nombre E VC 80 Obligatorio

5 Sl_m_usu_apellido Apellido E VC 80 Obligatorio

6 Sl_m_usu_email Correo E VC 30 Obligatorio

7 Sl_m_usu_perfil Perfil E B 20 Opcional

8 Sl_m_usu_estado Estado E I 11 Obligatorio

Usuario de
9 Sl_m_usu_created_to E I 11 Obligatorio
creación

Registro de
10 Sl_m_usu_created_at E DT Obligatorio
usuariocreado

OBSERVACIONES: contiene el registro de parámetros de acceso del usuario

FORMATO
TIPO FORMATO GENERAL
NUMÉRICO
PK: Clave Primaria N : Numérico D: Date I : Integer

FK: Clave Foránea CH: Char VC: Varchar F : Float

E: Elemento de Dato DT: DATETIME


Anexos 69

DICCIONARIO DE FECHA DE
DATOS ELABORACION
NOVIEMBRE 24 DEL
UNIVERSIDAD DE GUAYAQUIL
2013

AUTOR PROYECTO SISTEMA DE LABORATORIO CLÍNICO

Loor Cantos Cinthya SILAB

TIPO DE MEDIO DE MEDIO DE


NOMBRE TABLA
TABLA ALMACENAMIENTO RESPALDO
Sl_m_unidad
MAESTRA DISCO _ DURO DISCO _ DURO

DEFINICIÓN DEL REGISTRO

REGLA
CAMPO DESCRIPCIÓN TIPO FORMATO
VALIDACIÓN

Sl_m_u_id Código unidad PK B 20 Obligatorio


1

Descripción
Sl_m_u_descripcion E TXT Obligatorio
2 unidad

Sl_m_u_estado Estado E I 11 Obligatorio


3

OBSERVACIONES: Descripción de la unidad de los tipos de exámenes .

FORMATO
TIPO FORMATO GENERAL
NUMÉRICO

PK: Clave Primaria N : Numérico D: Date I : Integer

FK: Clave Foránea CH: Char VC: Varchar F : Float

E: Elemento de Dato DT: DATETIME


BIBLIOGRAFÍAS

Álvarez, M. A. (2000). Retrieved 2015

Crocker, J., & Burnett, D. (2007). La ciencia del diagnóstico de


laboratorio. Mexico: McGraw Hill.

http://definicion.de/modelo-de-datos/. (2015, 12 11).


http://definicion.de/modelo-de datos/. Retrieved 2015, from
http://definicion.de/modelo-de-datos/: http://definicion.de/modelo-de-datos/

http://es.slideshare.net/himmel.salinas/6-diseno-de-investigacion.
(2010).

http://es.slideshare.net/himmel.salinas/6-diseno-de-investigacion.
Retrieved 2015, from http://es.slideshare.net/himmel.salinas/6-diseno-de-
investigacion: http://es.slideshare.net/himmel.salinas/6-diseno-de-
investigacion

http://es.slideshare.net/josegperez/fases-de-analisis. (2009).
http://es.slideshare.net/josegperez/fases-de-analisis. Retrieved 2015,
from http://es.slideshare.net/josegperez/fases-de-analisis:
http://es.slideshare.net/josegperez/fases-de-analisis

http://es.slideshare.net/mnieto2009/gua-para-elaborar-el-marco-
metodolgico. (n.d.). http://es.slideshare.net/mnieto2009/gua-para-
elaborar-el-marco-metodolgico. Retrieved 2010, from
http://es.slideshare.net/mnieto2009/gua-para-elaborar-el-marco-
metodolgico: http://es.slideshare.net/mnieto2009/gua-para-elaborar-el-
marco-metodolgico

http://es.slideshare.net/sergiomayorga207/laboratorista-quimico-y-clinico-
13081454. (2013).
http://es.slideshare.net/sergiomayorga207/laboratorista-quimico-y-clinico-
Bibliografía 71

13081454. Retrieved 01 01, 2015, from


http://es.slideshare.net/sergiomayorga207/laboratorista-quimico-y-clinico-
13081454: http://es.slideshare.net/sergiomayorga207/laboratorista-
quimico-y-clinico-13081454

http://es.slideshare.net/yakiraq/documents. (2012, 10 04).


http://es.slideshare.net/yakiraq/documents. Retrieved 2015, from
http://es.slideshare.net/yakiraq/documents:
http://es.slideshare.net/yakiraq/documents

http://estudiodefactibilidadyproyectos.blogspot.com/2010/09/factibilid
ad-y-viabilidad.html. (2000).
http://estudiodefactibilidadyproyectos.blogspot.com/2010/09/factibilid
ad-y-viabilidad.html. Retrieved 2015, from
http://estudiodefactibilidadyproyectos.blogspot.com/2010/09/factibilid
ad-y-viabilidad.html:
http://estudiodefactibilidadyproyectos.blogspot.com/2010/09/factibilidad-y-
viabilidad.html
http://pixelcoblog.com/codeigniter-framework-php/#.VPnssOGcH_g.
(2007, 11 01). http://pixelcoblog.com/codeigniter-framework-
php/#.VPnssOGcH_g. Retrieved 01 02, 2015, from
http://pixelcoblog.com/codeigniter-framework-php/#.VPnssOGcH_g:
http://pixelcoblog.com/codeigniter-framework-php/#.VPnssOGcH_g

http://recursostic.educacion.es/descartes/web/materiales_didacticos/
Muestreo_Inferencia_Estadistica/muestreo_probabilistico.htm.
(2003).
http://recursostic.educacion.es/descartes/web/materiales_didacticos/Mues
treo_Inferencia_Estadistica/muestreo_probabilistico.htm. Retrieved 2015,
from
http://recursostic.educacion.es/descartes/web/materiales_didacticos/Mues
treo_Inferencia_Estadistica/muestreo_probabilistico.htm:
Bibliografía 72

http://recursostic.educacion.es/descartes/web/materiales_didacticos/Mues
treo_Inferencia_Estadistica/muestreo_probabilistico.htm

http://www.sparxsystems.com.ar/resources/tutorial/use_case_model.
html. (2007).
http://www.sparxsystems.com.ar/resources/tutorial/use_case_model.html.
Retrieved 2015, from
http://www.sparxsystems.com.ar/resources/tutorial/use_case_model.html:
http://www.sparxsystems.com.ar/resources/tutorial/use_case_model.html

JOSE, H. S. (2013). HOSPITAL SAN JOSE . gyw.


SYSTEMS, S. (2007). SPARX SYSTEMS. Retrieved 03 06, 2015, from
SPARX SYSTEMS:
http://www.sparxsystems.com.ar/resources/tutorial/use_case_model.html

También podría gustarte