Tmp 26230 2020157942

 
ESCUELA SUPERIOR DE CÓMPUTO 
 
INSTITUTO POLITÉCNICO NACIONAL 
 
ASIGNATURA: ANÁLISIS Y DISEÑO ORIENTADO A 
OBJETOS 
 
PROFESOR: ROBERTO ZAGAL FLORES 
 
PRÁCTICA 1: CASO DE NEGOCIO Y PROJECT 
CHAPTER 
 
ALUMNOS: 
 
VICTOR DANIEL DEL ANGEL CERON 
 
JOEL LOZANO ALEJANDRO 
 
ALEJANDRO VIDAL SÁNCHEZ 
 
 
 
 
 
 
 
 
 
 
1 

1. Resúmen ejecutivo 
 
1.1 Definición del problema: 
 
No  existe dentro  del  IPN  un  sistema  para  la  gestión  de  servicios  médicos  en  las 
unidades  académicas  y  administrativas,  por  lo  que  es  difícil  dar  seguimiento a  los  pacientes 
atendidos  y  a  las  citas  realizadas,  además  de   ser  complicado  atender  a  un  paciente  si  no 
puede acudir al servicio médico de la unidad dónde se lleva su expediente y tratamiento. 
 1.2 Descripción de la solución 
 
Implementar  un  sistema  web  que  unifique  los  servicios  médicos  ofrecidos  en  las 
diferentes  unidades  del  IPN,  para  de  esta  manera  hacer  más  eficiente  la  gestión  de 
expedientes  y  citas  médicas,  además  los  pacientes  podrán  asistir  a  cualquier  unidad  que 
cuente  con  este  sistema,  ya  que  su  expediente   médico  estará  disponible  en  cada  una de 
ellas. 
 
2. Descripción del proyecto 
 
2.1 Objetivo general 
 
Desarrollar  un  sistema  modulado que  unifique  la  gestión  en  los  servicios  médicos,  lo 
cual se basará en tres módulos que trabajarán conjuntamente: 
­Módulo para la gestión de citas médicas 
­Módulo para la gestión de expedientes clínicos 
­Módulo para la emisión de receta médica con firma electrónica 
 
2.2 Alcance 
 2.2.1 Dentro del alcance 
 
­Documento de análisis y diseño del sistema a desarrollar. 
­Maqueta de interfaz gráfica para el usuario. 
­Proyecto funcionando en la ESCOM 
­Soporta 2% de usuarios conectados al mismo tiempo. 
 
2.2.2 Fuera del alcance  
 
­Desarrollo e implementación de la base de datos 
­Implementación  en otras  unidades  ajenas  a  la  ESCOM  y  que  sean pertenecientes al 
IPN 
Estos  puntos  pueden  negociarse  como  una  extensión  del  proyecto,  con  una 
ampliación de plazo para el desarrollo. 
2 

 
2.2.3 Supuestos, restricciones y dependencias 
 
Restricciones: 
 
­El análisis del proyecto debe ser desarrollado en un lapso de 3 meses. 
­El proyecto deberá estar funcionando 9 meses después de la aprobación del análisis, ­Se ve mantener dentro del presupuesto inicial. 
­El  sistema  no  podrá  ser  utilizado  si  no  se  cuenta  con  los  tres  módulos  trabajando  al 
100% 
­No  pueden  existir  errores  a  la  hora  de  solicitar  citas,  ningún   paciente  podrá  ser 
asignado en el mismo horario, al mismo consultorio y con el mismo médico. 
 
Dependencias: 
 
­Se  depende  del  tiempo  y  dedicación  de  médicos  y  personal adecuado  del  IPN  para  
orientarnos acerca  de  detalles  específicos  de  los  servicios  médicos,  así  como  de  la 
estructura de los expedientes necesarios y requisitos de software. 
­Dependemos de la infraestructura de la ESCOM para poder utilizar el sistema. 
 
Supuestos: 
 
­Suponemos que nosotros decidimos  la plataforma de  desarrollo. 
­Supones  que  ya  existe  un  control  de  los  pacientes  que  ya  tienen  tiempo usando  el 
servicio médico del IPN. 
 
2.3 Riesgos e impactos 
 
Riesgos: 
 
­Los tiempos no sean cumplimos y haya un retraso en las actividades planeadas. 
­Infraestructura de las escuelas 
­Modificación de  la firma  electrónica 
­Modificación del expediente clínico 
­Si  no  se  obtiene  una  respuesta  positiva  dentro  de  las  instituciones,  médicos  y usuarios            se tendrá que hacer modificaciones en el proyecto. 
­En  caso  de  no  tener  acceso  a  los  datos  de  un  médico,como  cedula  y  licencia.  se 
modificará  el sistema.  
 
Impactos: 
 
­El IPN contará con un sistema web que unificara todos sus servicios médicos. 
­Se  podrá  asistir  a  diversos  consultorios  y  tener  acceso  a  los  expedientes 
rápidamente en caso de emergencia, 
3 

 ...