Seminario de

proyecto 1
Proyecto Final
Universidad Abierta Para Adultos

Escuela de Ingeniería y Tecnología

Informática Gerencial e Ing. Software
Asignatura:
Seminario de proyecto 1
Nombre:

Eliezer Bernabet Jiménez De la Cruz 201901766

Nicoll Moreno 100020558

Chantal De Jesus 100022290

Miguel Alfonso Jones Javier 100012267

Tema:
Proyecto final
Fecha:
15-12-2021

Profesor(a):
Diógenes Amaury Martínez Silverio, M.A

Página 1
 Índice

Índice________________________________________________________________ 2
Introducción __________________________________________________________ 4
Objetivos específicos____________________________________________________ 4
Asignatura: Seminario de Proyecto I _______________________________________ 5
Facilitador: Diógenes Amaury Martínez, M.A. ________________________________ 5
Descripción Trabajo Final ________________________________________________ 5
• Descripción de la empresa. N/A ______________________________________________ 5
• Misión. __________________________________________________________________ 5
• Visión. __________________________________________________________________ 5
• Valores. _________________________________________________________________ 5
• Organigrama. N/A _________________________________________________________ 5

Descripción del Sistema de información que posee la empresa (Manual o

Automatizado). N/A ____________________________________________________ 5
Análisis del Sistema Actual: ______________________________________________ 6
• Descripción de cada uno de los departamentos que utilizan el sistema. _______________ 6
• Descripción del perfil de usuarios que utilizan el sistema. __________________________ 6
• Necesidades que satisface el sistema. _________________________________________ 6
• Flujo operacional del sistema.________________________________________________ 6
• Ventajas y Desventajas del sistema. ___________________________________________ 7
Ventajas _________________________________________________________________________ 7
Desventajas ______________________________________________________________________ 8

Diseño del Sistema Propuesto: N/A ________________________________________ 8

• Descripción del nuevos Sistema. ______________________________________________ 8
• Diagramas de flujos que representa el flujo del sistema. ___________________________ 9
• Diagrama Entidad Relación con las tablas que contendrá el Sistema Propuesto. _______ 10
• Diccionario de Datos: _____________________________________________________ 10

Diseño de Entrada y Salida del Sistema. ____________________________________ 13

• Login. __________________________________________________________________ 13
• Menú Principal. __________________________________________________________ 14

Página 2
 • Formularios. ____________________________________________________________ 14
• Registros. _______________________________________________________________ 15
• Procesos. _______________________________________________________________ 15
Consultas. ________________________________________________________________ 17
• Diseño de Reportes: N/A ___________________________________________________ 17

Descripción Técnica. ___________________________________________________ 17

• Equipo (Hardware) _______________________________________________________ 18
• Lenguaje de programación utilizado. _________________________________________ 18
• Base de Datos. ___________________________________________________________ 19
• Reporteador utilizado: ____________________________________________________ 19
• Descripción de utilitarios. __________________________________________________ 19
• Backup: ________________________________________________________________ 19
• Restore. N/A ____________________________________________________________ 19

Alcance y Limites del sistema propuesto: ___________________________________ 19

Plantilla Modelo de negocio canvas ajustada a su proyecto propuesto. ___________ 20
Conclusiones u Opiniones personales por integrantes del equipo. _______________ 21
Eliezer Bernabet Jiménez De La Cruz ___________________________________________ 21
Miguel Alfonso Jones Javier __________________________________________________ 21
Nicoll Moreno De Olmo _____________________________________________________ 21
Chantal de Jesús ___________________________________________________________ 22

Bibliografía __________________________________________________________ 23

Página 3
 Introducción

A continuación estaremos presentado el análisis de un proyecto llamado

HOSPI-SEARCH lo cual es un servicios hospitalario llamado el cual consiste en
u sistema de gestión de citas para pacientes en el cual podrán realizar sus citas
sin necesidad de asistir al centro médico

Objetivos específicos

Desarrollar la gestión de los consto de un proyecto

Página 4
Asignatura: Seminario de Proyecto I

Facilitador: Diógenes Amaury Martínez, M.A.

Descripción Trabajo Final

• Descripción de la empresa. N/A

• Misión.
Somos una empresa enfocada en satisfacer con excelencia las necesidades de
nuestros clientes a través de la oportuna entrega de productos y servicios de
calidad, manteniendo la rentabilidad enfocados en la seguridad

• Visión.
Ser una empresa líder a nivel nacional e internacional en la comercialización de
nuestros productos y servicios contando con los más altos estándares de
calidad, confiabilidad y servicio.

• Valores.
 SEGURIDAD Cuidamos nuestras operaciones e impactamos las
comunidades donde operamos bajo las normas nacionales e
internacionales.
 AGILIDAD Atendemos las necesidades de nuestros clientes internos y
externos de forma oportuna, dando respuestas rápidas y efectivas.
 RESPONSABILIDAD Cumplir con las obligaciones, poner cuidado y
atención en el trabajo que hacemos.
 TRABAJO EN EQUIPO Trabajamos en conjunto y armonía para lograr
los resultados esperados.
 INTEGRIDAD Cumplimos nuestros compromisos, somos decentes,
justos y honrados

• Organigrama. N/A

Descripción del Sistema de información que posee la empresa

(Manual o Automatizado). N/A

Página 5
Análisis del Sistema Actual:

• Descripción de cada uno de los departamentos que utilizan el

sistema.
Ya que HOSPI-SEARCH es un sistema orientado a realizar citas medidas se
entiende que puede ser utilizado en cualquier hospital que lo requiere es decir
en hospitales que no posean la capacidad de HOSPI-SEARCH de realizar citas
médicas de manera virtual independientemente de si ya tienen un sistema de
citas que no posea las capacidades que HOSPI-SEARCH si posee pues para
estos hospitales sería una buena alternativa migrar a nuestro sistema.

• Descripción del perfil de usuarios que utilizan el sistema.

Pues lo normal sería que un sistema sin la capacidad de realizar citas por los
usuarios o pacientes de manera virtual solo sea manejado por médicos y
encargados de realizar las citas siempre y cuando se realice de manera
presencial o puede darse el caso de que se haga por asistencia telefónica
aunque todo esto es bastante tedioso y puede ahorrarse al usar el sistema
HOSPI-SEARCH que permite que los usuarios llenen un formulario de citas
desde la comodidad de su hogar y además sin recurrir a ninguna asistencia por
lo intuitivo de nuestro sistema.

• Necesidades que satisface el sistema.

Pues como se puede entender un sistema de citas en el cual se requiera la
presencia de los pacientes satisface la necesidad de organización al crear una
agenda automatizada de las citas pero siempre se puede llevar la
automatización a otros niveles como lo pretendemos con HOSPI-SEARCH.

• Flujo operacional del sistema.

Actualmente se pueden realizar citas de manera presencial pero se pierde una
gran cantidad de tiempo al tener que ir pasando paciente por paciente para
solo realizar una cita cuando se podría emplear ese tiempo atendiendo
pacientes que ya crearon su cita previa aunque hay que entender que no todo
el mundo tiene acceso a la tecnología y mantener este método de citas es
válido pero complementándolo con uno de otro plus que ayude a que el
rendimiento tanto técnico como personal de usuarios y aquellos que le brindan
el servicio, ya sea médicos u otros empleados sea mejor empleado.

Página 6
Pero enfocándonos a un nivel más técnico y genérico por lo general los
sistemas médicos cumplen con los requisitos básicos como buena velocidad de
carga, buen manejo y gestión de datos, entre otros detalles, pero siempre se
puede mejorar y es lo que buscamos al implementar nuestro sistema que
supere el nivel operacional estándar haciéndolo escalable para futuras mejoras.

• Ventajas y Desventajas del sistema.

Ventajas
● El sistema enviará un correo electrónico de verificación cuando se
registre algún paciente o doctor.

● El sistema estará conectado a una base de datos.

● El sistema permitirá el registro tanto de los pacientes como de los

doctores.

● El sistema controlará el acceso y lo permitirá solamente a usuarios

autorizados. Los usuarios deben ingresar al sistema con un nombre de
usuario y contraseña.

● El sistema permitirá el registro de citas en los diferentes hospitales o

clínicas asociados al mismo.

● El sistema permitirá a los doctores aceptar una cantidad límite de

pacientes al día.

● El sistema le permite a los doctores modificar los horarios en la cual

laborarán.

● El sistema también permitirá eliminar las citas registradas en los

diferentes hospitales o clínicas asociados al mismo (esto aplica tanto
para los doctores como los pacientes).

● El sistema permitirá editar o modificar el perfil de la persona que inicie

sesión.

● El sistema permitirá hacer búsqueda de todos los hospitales o clínicas

asociados al mismo.

● El sistema permitirá hacer búsqueda de todos los doctores que se

encuentren en los hospitales o clínicas asociados al mismo.

● El campo nombre y apellido acepta caracteres alfabéticos únicamente.

● El campo teléfono acepta caracteres numéricos únicamente.

Página 7
Desventajas
 Confiabilidad, el sistema debe poseer robustez y disponibilidad (24/7).

 Seguridad, el sistema esta resguardado y asegurado para evitar la

pérdida de información, además debe asegurar los datos frente a
accesos no autorizados.

 Usabilidad, el sistema posee una interfaz ágil y fácil de utilizar es decir

debe ser amigable.

 Eficiencia, el sistema debe ser capaz de operar con más de 5,000

usuarios a la vez.

 Debe crearse un plan de recuperación ante desastre al desarrollar el

sistema.

 El sistema debe cumplir con las leyes y regulaciones de protección a

datos médicos.

 El promedio del tiempo de fallas no puede ser mayor a 20 minutos.

Diseño del Sistema Propuesto: N/A

• Descripción del nuevos Sistema.

HOSPI-SEARCH, es un sistema de gestión de citas médicas escalable y
adaptable que permite trabajar de manera totalmente virtual agregándoles una
facilidad a aquellos usuarios que deseen realizar sus citas desde casa siempre
y cuando tengan acceso a una conexión a internet y sepan cómo manejar las
nuevas tecnologías para reservar su cita proceso que una vez aprendido
apenas toma unos minutos sin siquiera salir de casa, sumado a estos hay otras
funcionalidades que con el tiempo se irán mejorando y otras que con el tiempo
se irán empleando que le harán la vida más fácil a quienes sean partícipes de
este servicio que pretendemos brindar con el sistema HOSPI-SEARCH.

Página 8
• Diagramas de flujos que representa el flujo del sistema.

Página 9
 • Diagrama Entidad Relación con las tablas que contendrá el Sistema
Propuesto.

• Diccionario de Datos:
Hospi_search

Citas

Columna Tipo Nu Predeterminado Enlaces a Cometarios Media

lo type
Cita_id Int (4) No
(Primaria)
Hospital_id Int (4) No Hospital_cli
nicas->
hospital_id
Fecha_cita Date No
Hora_cita Time No
(6)

Índices

Nombre Tip Uni Empaquetado Colum Cardi cotejami Nulo Comentario

de la o co na nalid ento
clave ad
PRIMARY BTR Si No Cita_id 0 A No
EE
Fk_id_hos BTR No No Hopital 0 A No
pital EE _id

Página 10
 Doctores:

Columna Tipo Nulo Predeterminad Enlaces Cometarios Media

o a type
Doctor_id Int (4) No
(Primaria)
Nombre Varcha No
r(20)
Apellidos Varcha No
r(30)
Imagen Varcha No
r(100)
Horario_llegada Timest No Current_ti
amp(6) mestamp(
6)
Horario_salida Timest No 0000-00-
amp(6) 00
[Link].
000000
Especialidad Varcha No
r(100)

Indices:

Nombre Tip Uni Empaquetado Column Car cotejami Nulo Comentario

de la o co a din ento
clave alid
ad
PRIMARY BTR Si No Doctor_i 0 A No
EE d

Hospital_clinicas:

Columna Tipo Nulo Predeterminad Enlaces a Cometa Media

o rios type
hospital_id Int (4) No
(Primaria)
Nombre Varcha No
r(20)
horario Timest No Current_timesta
amp(6) mp(6)
Imagen Varcha No
r(100)
direccion Varcha No
r(100)
servicios Varcha No
r(20)
Id_doctor Int(4) No doctores-> doctor_id

Página 11
 Indices:

Nombre Tip Uni Empaquetado Colum Cardi cotejami Nulo Comentario

de la o co na nalid ento
clave ad
PRIMARY BTR Si No hospita 0 A No
EE l_id
Fk_id_doct No No Id_doc 0 A No
or tor

Roles:

Columna Tipo Nulo Predeterminad Enlaces a Cometa Media

o rios type
Id_rol (Primaria) Int (11) No
Nombre_rol Int(20) No

Indices

Nombre Tip Uni Empaquetado Column Car cotejami Nulo Comentario

de la o co a din ento
clave alid
ad
PRIMARY BTR Si No Id_rol 0 A No
EE

Usuario

Columna Tipo Nulo Predeterminad Enlaces a Cometa Media

o rios type
usuario_id Int (4) No
(Primaria)
Clave Int (20) No
Email Varcha No
r(20)
Nombre Varcha No
r(20)
Apellidos Varcha No
r(50)
Cedula Varcha No
r(20)
Teléfono Int(20) No
Cita_id Int(4) citas-> citar_id

Página 12
 Indices:

Nombre Tip Uni Empaquetado Column Car cotejami Nulo Comentario

de la o co a din ento
clave alid
ad
PRIMARY BTR Si No Usuario 0 A No
EE _id
Fk_id_cita BTR No No Cita_id 0 A No
EE

Usuario_rol

Columna Tipo Nulo Predeterminad Enlaces a Cometa Media

o rios type
Rol_id Int (11) No roles->id_rol
Usuario_id Int (20) No usuario->usuario_id

Indices

Nombre Tip Uni Empaquetado Column Car cotejami Nulo Comentario

de la o co a din ento
clave alid
ad
Fk_id_rol BTR No No rol_id 0 A No
EE
Fk_id_usu BTR No No usuario 0 A No
ario EE _id

Diseño de Entrada y Salida del Sistema.

• Login.

Página 13
• Menú Principal.

• Formularios.

Página 14
• Registros.

• Procesos.

Página 15
Página 16
Consultas.

• Diseño de Reportes: N/A

Descripción Técnica.
Contaremos con equipos de alto rendimientos para la elaboración de la App,
así podemos tener más agilidad en la misma, contaremos con laptops,
celulares y tabletas para así poder probar en diferentes dispositivos para que a

Página 17
la hora de salir al mercado tener todos esos dispositivos probados con la App y
evitarnos lo más posibles futuros errores en producción.

• Equipo (Hardware)
Este proyecto ha utilizado diversos dispositivos como lo son portátiles y
dispositivos móviles para desarrollar y probar el aplicativo.

Componente Características Tareas

Ordenador  Dell Core 5  Diseño de la aplicación
portátil  8 de RAM  Redacción de la
documentación
 Creación del video
Teléfono móvil  LG Principal terminal de pruebas
Teléfono móvil  G6 Terminal secundaria de pruebas
 Modelo vs988
 Versión 9
Teléfono móvil  IPhone 6S Terminal de pruebas tres

• Lenguaje de programación utilizado.

Herramientas Tareas
Visual estudio Tipear código.
code

Ionic y angular Framework para desarrollo móvil.

Node JS Entorno en tiempo de ejecución multiplataforma, de

código abierto, para la capa del servidor.

Paquete office Aplicativo para la redacción de texto, cálculos,

diapositivas y más.

Navegador Es un software, casi siempre gratuito, para la

Chrome y edge representación gráfica de la World Wide Web.

Página 18
• Base de Datos.
Firebase, SQL lite,

• Reporteador utilizado:
Fortia.

• Descripción de utilitarios.
Dentro de estos utilitarios tenemos.

Editores de textos:

 Visual studio.
 Sublime text

• Backup:
Nuestro backup será programado desde la base de datos cada 24 horas, así
podemos tener seguridad de los archivos, ahorramos backup físicos ya que son
muchos más costosos, rapidez en el acceso y con la copia de seguridad diaria
ni siquiera necesitamos a nuestros empleados a trabajar en ello, ya que las
copias se harán automáticamente todos los das.

• Restore. N/A

Alcance y Limites del sistema propuesto:

 Esperamos el interés de todos los hospitales del país.
 Los diseñadores de la App se encargaron de cubrir cada detalle que nos
informaron en las encuestas realizadas, para así poder obtener un buen
resultado.

Página 19
 Plantilla Modelo de negocio canvas ajustada a su proyecto
propuesto.

MODELO CANVA DEL PROYECTO: HOSPI-SEARCH

Elaborado para: Elaborado por: Versión: Fecha:

hospi-Search Grupo de seminario 1 13/11/2021

Socios clave: Actividades clave: Propuesta de Relación con los Segmento de

valor: clientes: clientes:
 Hospital Dr. Brindar al cliente la  Calidad
Darío facilidad de tomar  Servicio 24/7  Orientación Personas
Contreras sus citas en  Seguridad  Rapidez mayores de
diferentes  Garantía  Eficiencia edad.
 Hospital hospitales, sin la  Comodidad  Seguimiento
Docente Dr. necesidad de 18 años en
Francisco E. presentarse en el adelante.
Moscoso hospital al igual que
Puello puede eliminar su
cita si así lo desea.
 Hospital Luis Recursos claves: Canales:
Eduardo  App móvil
Aybar Personal  E-mail
Infraestructura  Teléfono
 Redes
Capital Sociales
Tecnología
Estructura de costes: Fuentes de ingresos:

 Dominio  Tarjeta de crédito.

 Hosting  Tarjeta de débito.
 Publicidad

Página 20
Conclusiones u Opiniones personales por integrantes del equipo.

Eliezer Bernabet Jiménez De La Cruz

Un proyecto se realiza con un objetivo lo cual al que seguir una serie de
parámetros para poder finalizarlo. El ciclo de vida de proyecto indica desde la
fase inicial hasta la fase de finalización llevando a cabo una planeación de cada
etapa de desarrollo del mismo.

Cabe destacar que cada proyecto tienes un siclo de vida lo cual vas acorde a
su durabilidad y calidad lo que define su tiempo de vida.

También es bueno tomar en cuenta que con un análisis de un proyecto bien

hecho se obtendrán buenos resultados lo que será una buena ventaja ya que si
el análisis está mal el proyecto puede verse afectado en el desarrollo.

Miguel Alfonso Jones Javier

Pues como se ha podido apreciar todo el desarrollo de un proyecto empieza
desde una idea que va tomando forma y agarra un tono más serio en el cual se
pasa a planificar, diagramar, delimitar e implementar el proyecto entre otras
muchas fases por las cuales se debe pasar para alcanzar la realización de un
proyecto normalizado y que cumpla con los criterios de calidad para poder ser
distribuido y utilizado con seguridad, es decir que el desarrollo de un proyecto
de cualquier índole es un proceso que aunque aparente ser simple realmente
siempre lleva cierto nivel de complejidad, aunque sea en su planificación que
puede que sea unos de los procesos más importantes, ya que es la base de
todo proyecto o sistema como es el caso del planteado en esta ocasión es
decir de HOSPI-SEARCH.

Nicoll Moreno De Olmo

Al llegar al final de esta propuesta, cabe mencionar que sin duda alguna es un
proyecto con futuro, un proyecto de gran importancia, ya que es una App que si
se implementa cambiara la manera de trabajar en los hospitales, dejaríamos de
dirigirnos a un hospital a realizar una cita o tener que comunicarnos por
teléfono, ya que muchas veces las líneas están congestionadas, por eso este
proyecto es algo con vida futura. Me emociona poder estar trabajando en el,
solo espero que podamos no solo tener la propuesta, si no poder realizar y
extender este proyecto a cosas mayores.

Página 21
Chantal de Jesús
Dentro de la propuesta del proyecto Hospisearch puedo destacar que es un
proyecto innovador y que tiene un gran futuro ya que brinda un gran aporte al
sector salud, facilitando el proceso de citas de un hospital o una clínica con los
diferentes doctores del centro de salud, agendar citas sin la necesidad de ir al
centro de manera presencial. Esto es un gran aporte y más en esta situación
que estamos atravesando del COVID-19, considero que el proyecto es bueno y
puede tener una demanda muy amplia en el mercado interesado. En general
esta asignatura me parece muy importante para un ingeniero en software ya
que aprendemos a crear todo el modelo, idea o propuesta de un sistema y esto
nos ayuda a tener una amplia documentación del mismo, dominando cada
requisito que debe llevar un sistema para que sea altamente bueno y tenga la
mejor calidad. En cuanto al facilitador, un profesional altamente capacitado
para trabajar estos temas y esta demás decir que me ha gustado bastante su
manera de trabajar. Espero poner en práctica todos los conocimientos
adquiridos en esta asignatura.

Página 22
 Bibliografía

(s.f.). Obtenido de [Link]

canvas-y-por-que-te-interesa-saberlo/

(18 de 8 de 2020). Obtenido de [Link]

y-
proveedores/#:~:text=La%20dimensi%C3%B3n%20de%20socios%20y%20proveedores%20abar
ca%20las,entre%20la%20organizaci%C3%B3n%20y%20sus%20socios%20o%20proveedores.

Yun, T. (14 de 10 de 2014). Obtenido de [Link]

costes/#:~:text=Existen%20varios%20tipos%20de%20costes%20en%20la%20estructura,dinero
%20sin%20importar%20el%20funcionamiento%20de%20la%20empresa.

Zambrano, C. (s.f.). Obtenido de [Link]

Página 23