EXP. No. ____S20.

0322____
Facultad de Ingeniería
Coordinación de Trabajo Especial de Grado
INFORME II
(SEMINARIO II)
TESISTAS C.I. TELEFONO CORREO ELECTONICO

NAVA SEMPRÚN, DAVID EDUARDO 29.607.631 04146574923 Andrespretto2012@gmail

.com
TERÁN PORTILLO, DAVID JOSÉ 28.171.539 04146718272 Davidtre78@gmail.com

28.435.763 04246856971 Eigten18@gmail.com

Jimmy Stavisky
FACILITADOR ACADÉMICO: C.I. Nº V- 7.788.133
TUTOR METODOLÓGICO: Maribel Ordoñez C.I. Nº V- 5.831.168

Sistema integrado de suministros de medicamentos e insumos

TÍTULO APROBADO: médicos quirúrgicos en la farmacia bicentenario 1 cabimas

OBSERVACIONES

FIRMA DE LOS ESTUDIANTES FIRMA DE LOS FACILITADORES

ACADEMICO

METODOLOGICO

(Firma y Sello)
Obligatorio

PARA USO EXCLUSIVO DE LA COORDINACIÓN: PARA USO EXCLUSIVO DE LA COORDINACIÓN:

FECHA DE ENTREGA: __________________ HORA:_____________ FECHA DE ENTREGA: __________________ HORA:___________

ENTREGADO POR: _______________________ ________________ ENTREGADO POR: _______________________ Exp: ________

RECIBIDO POR: ___________________________________________

RECIBIDO POR: ______________ SELLO:

Nota: No omitir ningún paso. La omisión de alguno de estos implica la no aceptación por parte de la Coordinación.
 Facultad de Ingeniería
Coordinación de Trabajo Especial de Grado
Capítulo II
(Proyecto de Investigación I)

OBJETIVO GENERAL

Diseñar un sistema integrado de suministros de medicamentos e insumos médicos

quirúrgicos en la farmacia BICENTENARIO 1 CABIMAS

OBJETIVOS ESPECÍFICOS

Analizar los factores que afectan el decremento de las ventas de la Farmacia BICENTENARIO 1
CABIMAS
Determinar los Requerimientos Funcionales del sistema integrado de suministros de
medicamentos e insumos médicos de la Farmacia BICENTENARIO 1 CABIMAS
Diseñar Lógica y Físicamente el sistema integrado de suministros de medicamentos e insumos
médicos a partir de los requerimientos establecidos.
Comprobar la Funcionalidad del sistema integrado de suministros de medicamentos e insumos

médicos a través de las pruebas respectivas.

ANEXAR:
1.- CUADRO DE ACTIVIDADES (OBJETIVOS ESPECÍFICOS, TÍTULO, FASES, ACTIVIDADES, RECURSOS)
2.- EXPLICACIÓN DE LAS FASES DE METODOLOGÍA (AUTOR / AÑO)
3.- ESQUEMA DE BASES TEÓRICAS / CUADRO DE LOS ANTECEDENTES (AÑO, AUTOR, TÍTULO, INSTITUCIÓN Y
APORTE)

1. CUADRO DE ACTIVIDADES
OBJETIVO GENERAL: Desarrollo de un sistema integrado de suministros de
medicamentos e insumos médicos quirúrgicos en la farmacia BICENTENARIO 1
CABIMAS
OBJETIVOS FASES ACTIVIDADES RECURSOS
ESPECÍFICOS
Analizar los factores •Iteraciones. •Guía de
que afectan el •Velocidad del observación
decremento de las FASE I proyecto. •Registro de
usuario.
ventas de la Farmacia •Programación en
•Revisión
BICENTENARIO 1 Planificación del pareja.
bibliográfica
CABIMAS proyecto. •Reuniones diarias.
especializada.
(Kent Beck) •Entrevista no
estructurada
Determinar los •Diseños simples. •Programas de
Requerimientos FASE II •Glosarios de software
Funcionales del términos. •Generadores de
pantallas
sistema integrado de Diseño. •Riesgos.
• Componentes de
suministros de (Kent Beck) •Funcionalidad
diseño
medicamentos e extra.
insumos médicos de
la Farmacia
BICENTENARIO 1
CABIMAS
Diseñar Lógica y •Crear test de •Lenguaje de
Físicamente el FASE III funcionamiento Programación
sistema integrado de •Manejar de Base
suministros de Codificación. de Datos (MySQL)
medicamentos e (Kent Beck)
insumos médicos a
partir de los
requerimientos
establecidos.
Comprobar la •Pruebas de •Plan de Pruebas
Funcionalidad del FASE IV aceptación visual. •Software de
sistema integrado de •Pruebas Prueba
•MySQL
suministros de Pruebas funcionales.
medicamentos e (Powell) •Revisión del
insumos médicos a contenido
través de las pruebas
respectivas.
2. Explicación de las fases de metodología

Así mismo señala Arias (2012 p. 16) el marco metodológico es el

“conjunto de pasos, técnicas y procedimientos que se emplean para

formular y resolver problemas”.

La metodología seleccionada para la realización de la presente

investigación se tomó las fases de las metodologías de Thomas A. Powell

(2006) y Kent Beck (2001), esto debido a que es la metodología más

acorde con los objetivos del proyecto.

Los autores dividen la investigación en las siguientes 4 fases:

Fase I: Planificacion del proyecto (kent beck)

Historias de usuario

El primer paso de cualquier proyecto que siga la metodología X.P es

definir las historias de usuario con el cliente. Las historias de usuario

tienen la misma finalidad que los casos de uso pero con algunas

diferencias: Constan de 3 ó 4 líneas escritas por el cliente en un lenguaje

no técnico sin hacer mucho hincapié en los detalles; no se debe hablar ni

de posibles algoritmos para su implementación ni de diseños de base de

datos adecuados

Releaseplanning

Es una planificación donde los desarrolladores y clientes establecen

los tiempos de implementación ideales de las historias de usuario, la

prioridad con la que serán implementadas y las historias que serán

implementadas en cada versión del programa.

Velocidad del proyecto

Es una medida que representa la rapidez con la que se desarrolla el

proyecto; estimarla es muy sencillo, basta con contar el número de

historias de usuario que se pueden implementar en una iteración; de esta

forma, se sabrá el cupo de historias que se pueden desarrollar en las

distintas iteraciones.

Programación en pareja

Esta incrementa la productividad y la calidad del software

desarrollado. El trabajo en pareja involucra a dos programadores

trabajando en el mismo equipo; mientras uno codifica haciendo hincapié

en la calidad de la función o método que está implementando, el otro

analiza si ese método o función es adecuado y está bien diseñado.

Reuniones diarias

Fase II: Diseño (Kent Beck).

Diseños simples

Consiste conseguir diseños simples y sencillos. Hay que procurar

hacerlo todo lo menos complicado posible para conseguir un diseño

fácilmente entendible e impleméntale que a la larga costará menos tiempo

y esfuerzo desarrollar.

Glosarios de términos

Usar glosarios de términos y una correcta especificación de los

nombres de métodos y clases ayudará a comprender el diseño y facilitará

sus posteriores ampliaciones y la reutilización del código.

 Funcionalidad extra

Nunca se debe añadir funcionalidad extra al programa aunque se

piense que en un futuro será utilizada. Sólo el 10% de la misma es

utilizada, lo que implica que el desarrollo de funcionalidad extra es un

desperdicio de tiempo y recursos.

Refactorizar

Es mejorar y modificar la estructura y codificación de códigos ya

creados sin alterar su funcionalidad. Refactorizar supone revisar de nuevo

estos códigos para procurar optimizar su funcionamiento.

Tarjetas C.R.C

Permiten al programador centrarse y apreciar el desarrollo orientado a

objetos olvidándose de los malos hábitos de la programación procedural

clásica.

Fase III: Codificación (Kent Beck).

La codificación debe hacerse ateniendo a estándares de codificación

ya creados. Programar bajo estándares mantiene el código consistente y

facilita su comprensión y escalabilidad.

Crear test que prueben el funcionamiento de los distintos códigos

implementados nos ayudará a desarrollar dicho código.

Fase IV. Pruebas (Powell).

Pruebas de Aceptación Visual

Sirven para comprobar que el aspecto del sitio es el deseado, se

deben revisar cada una de las páginas contenidas en el sitio Web y

asegurarse que son consistentes en disposición, color y en estilo. Se

revisa utilizando diferentes exploradores, resoluciones y entornos visuales

que puedan ser empleados por los usuarios reales, realizando una

exploración rápida del sitio y observar si la disposición de sus elementos

presenta ligeros desplazamientos. Se observa además las páginas

entornando los ojos para advertir irregularidades abstractas en la

distribución. Para realizar las pruebas visuales, puede resultar necesario

imprimir las páginas, aunque no se deberá centrar demasiado en la

impresión de las páginas de prueba que ha sido diseñado más bien para

su empleo interactivo.

Pruebas Funcionales

Estas pruebas y las funcionales se solapan en el sentido de que la

función más básica de una página es, simplemente, aparecer en la

pantalla. Sin embargo, la mayor parte de los sitios disponen de otras

funciones básicas, tales como la exploración. Se comprueban todos los

vínculos del sitio y rectificar cualquier vínculo que no funcione

adecuadamente. Comprobar todos los elementos interactivos, tales como

formularios o listas.

Revisión del Contenido

Los detalles del contenido son muy importantes, se comprueba que se

ha introducido todo el contenido deseado en las páginas y que la

utilización de las palabras es consistente. Además comprobar ciertos

detalles, la ortografía, ya que los clientes y usuarios pueden llegar a

catalogar como malo el sitio por el hecho de contener un error tipográfico.

La mejor manera de realizar esta prueba es imprimir todas las páginas y

leer todas y cada una de sus líneas.

Pruebas de compatibilidad entre el sistema y el explorador

 Las limitaciones del sistema y del explorador deben verificarse

mediante la ejecución de pruebas, asegurándose de explorar el sitio

utilizando los mismos tipos de sistemas y exploradores que emplearán los

usuarios. La planificación del proyecto debe contener ciertos detalles

sobre los requisitos del explorador.

Pruebas de descarga

Se comprueba que el sitio se descarga de forma adecuada, intentando

explorar el sitio bajo condiciones reales de utilización por parte del

usuario. Si el sitio ha sido diseñado para usuarios conectados mediante

módem, se utiliza un módem para comprobar la velocidad de descarga.

Para simular el tráfico del sitio, utilice software de emulación para crear

usuarios virtuales que acceden a él. Se esta forma se simulará el

comportamiento del sitio bajo condiciones de utilización reales,

asegurándose de ensayar el sitio en el servidor real o en un sistema

equivalente.

Pruebas de aceptación por parte del usuario

Estas pruebas son realizadas por los usuarios una vez que el sitio parezca

funcionar correctamente. En software se conoce a este tipo de pruebas como

pruebas beta. Las pruebas de usuario son las más importantes porque en ellas

se simula el funcionamiento real de la forma más parecida posible, y si durante

esta fase se consiguen problemas éstos no se podrán corregir de manera

inmediata. Si no fueran problemas muy graves podría entregarse el sistema

2. BASES TEORICAS

2.1. Sistema
2.1.1. Elementos de un sistema

 Hardware

 Software

 Personal

 Información descriptiva

2.1.2. Características

2.1.3. Clasificación de sistemas

 Sistema para el proceso de transacciones (TPS)

 Sistema de automatización de oficinas (OAS)

 Sistema de información gerencial (MIS)

 Sistema de apoyo a decisiones (DSS)

 Sistema de trabajo de conocimiento (KWS)

 Sistema de Soporte a Ejecutivos (ESS)

2.1.3. Componentes de un Sistema de Información.

 Software de aplicación

 Software de programación

 Software de sistema

2.1.4. Sistema integrado

2.1.4.1. Estructura.

2.1.4.2. Prototipo.

2.1.4.3. Actividades.

 Simplificar y reducir los sistemas

 Incremento de la participación del personal

 Aumenta la participación de los clientes y proveedores

  Disminución de los costes.

2.1.5. Suministro

2.1.6. Suministro de medicamentos

2.1.7. Control de suministro de medicamentos

 Sistemas de banda central confiables.

 Soluciones Shuttle inteligentes

 Sistemas KNAPP-Store versátiles

 Sistemas Vision innovadores

 Moderno diseño de puesto de trabajo

 Software de control y gestión de almacén totalmente integrado

2.1.8. Insumos médicos

2.1.9. Insumos medico quirúrgicos

2. ANTECEDENTES

AÑO AUTORES TITULO INSTITUCION APORTE

: “Implementación Universidad El presente trabajo de

de un sistema Nacional investigación aportó información
integrado Mayor de San relevante para las bases teóricas
de suministro de Marcos para el desarrollo de un sistema
medicamentos e integrado el cual permitirá
insumos médicos disminuir la tasa de medicamentos
Edwin para mejorar el vencidos en la farmacia
Samuel sistema Bicentenario 1 Cabimas.
2019 Arias de gestión de
Quispe almacén en una
cadena
farmacéutica”

Sistema Universidad dr. El presente proyecto de

Cruz, integrado de Rafael Belloso investigación no ayudó a
2016 Olivas, & información Chacín desarrollar el sistema integrado de
Peralta computarizado medicamentos e insumos médicos
para el control y quirúrgicos mejorando los
 facturación de la controles manuales y en las
farmacia Don actividades diarias las cuales
Bosco darán como resultado beneficios
crecientes y valiosos para la
farmacia bicentenario 1.
Implantación de El aporte del presente proyecto de
investigación radica en la
un sistema de evaluación y mejora de su gestión
así como la concientización de
gestión de Universidad todo su personal acerca del
manejo de los conceptos de
Fernández calidad en los católica andrés calidad dentro de la organización.
El establecimiento de objetivos
2016 Pita, María centros de bello bien definidos, el manejo correcto
de la documentación, la
Fátima información de planificación estratégica y el uso
de indicadores le ofrecerá a la
medicamentos y farmacia bicentenario 1 un manejo
más efectivo de sus procesos,
centros de reducción de tiempos muertos y
en general, la aplicación de un
informacion y sistema integrado de suministros
médicos de calidad enfocado en la
asesoramiento mejora continua.

toxicológico