Professional Documents
Culture Documents
GRUPO: 301404_3
MAYO DE 2018
INTRODUCCIÓN
MANEXKA EPS Indígena, es una de las seis empresas de servicios de salud Indígena
que operan en Colombia, es pública de carácter privado; la cual tiene como actividad
económica, garantizar el acceso a los servicios de salud con que cuenta su población
afiliada, a través de los programas y modelos de atención propia y cultural, exigidos por
el Ministerio de salud y Protección Social y vigilados por la Superintendencia Nacional
de Salud.
Actualmente, el principal problema que tiene MANEXKA EPSI, es la pertinencia con que
se están llevando a cabo las citas médicas y los chequeos de valoración por parte de los
especialistas y el manejo que se le está dando a las complicaciones en salud de los
usuarios. Precisamente porque su red de servicios de segundo, tercer y cuarto nivel con
que cuenta, se encuentran ubicadas geográficamente en sitios muy distantes y apartados
del reguardo y/o en otros departamentos donde los afiliados tienen que asistir a citas
médicas especializadas.
Esto ha generado una dificultad seria de oportunidad en la asistencia de la cita, además
de un elevado costo no controlado tanto para la empresa como para el usuario mismo,
debido a que la entidad debe suministrar los viáticos y los gastos de estadía tanto del
paciente como el del acompañante para que pueda asistir a la consulta en la fecha
estipulada. No obstante, la situación suele complicarse cuando a causa de la misma
enfermedad, el usuario no se puede valer por sí solo y tiene que hacer esfuerzos por
caminar o levantarse para poder moverse y transportarse.
Mucho ha sido el inconformismo de todos los usuarios, porque se han visto obligados a
cancelar sus citas por no contar con los recursos para el desplazamiento; en ocasiones,
la falta de oportunidad al tratamiento médico adecuado, ha permito que la enfermedad
progrese, incluso, muchos han fallecido por la falta de pertinencia en la atención que muy
seguramente se hubiera podido evitar después de un verdadero chequeo a tiempo.
2.1 GENERAL
Desarrollar un software que permita a Manexka EPS ofrecer a sus usuarios el servicio
de atención médica en línea.
2.2 ESPECÍFICOS
Determinar un lenguaje de programación adecuado que nos permita cumplir con los
requisitos del diseño.
Programar una correcta fase de pruebas, que nos permita garantizar la entrega a
satisfacción del producto al cliente.
3. DESCRIPCIÓN DEL PROYECTO DE DESARROLLO DE SOFTWARE
El presente proyecto tiene como finalidad diseñar un software web y tiempo real,
aplicándolo en los departamentos donde brinde sus servicios la EPS, a nivel de usuario
final, que les permita a ellos recibir la atención médica a la cual en varias ocasiones no
pueden asistir.
La arquitectura a utilizar será un sistema en tiempo real apoyado del software tipo web,
debido a que usaremos navegadores web que renderizan las páginas de la aplicación,
cuyo trabajo arduo, estará alojado en el servidor principal donde se manejará toda la
lógica del negocio.
Por eso consideramos que el software en tiempo real aplica muy bien a los
requerimientos de Manexka EPS, ya que los usuarios necesitan el servicio de médico
inmediato, que les solucione sus problemas de distancia para la atención en salud;
también les permitirá controlar, analizar y coordinar la prestación de los diversos servicios
ofrecidos; teniendo ellos la certeza que los profesionales asignados y los pacientes
podrán interactuar en línea, dejando aclaradas y resueltas las molestias de los pacientes.
Este proyecto consistirá en la interacción activa y digital entre el paciente y el especialista
en un entorno dinámico (audio y video con menú de opciones en pantalla); usando como
entradas las descripciones de los síntomas presentados por el usuario o las preguntas
realizadas por el médico y como salidas, los diagnósticos dictaminados al igual que los
tratamientos recomendados.
IDENTIFICACIÓN DE RIESGOS
2. Los objetivos delimitados para el proyecto del software no estén totalmente alineados
al alcance del producto final.
10. Que el software no cumple con los requisitos exigidos por la EPS.
11. El manual del usuario no es lo suficientemente claro para que las personas que lo
lean lo entiendan y se puedan orientar fácilmente en el uso del software.
12. Que no se llegue a contar con el personal que se capacitó para manejo y
administración del software
13. Los nuevos requerimientos no sean tan fáciles de implementar.
14. Que se modifique la fecha de entrega del producto, generando más costos y retrasos
en la prestación del servicio.
TABLA DE RIESGOS
El tipo y modelo de software seleccionados para la ELIMINACIÓN. Comprender, analizar los diferentes tipos y
ejecución e implementación del proyecto no sean los modelos de software que existen actualmente en el mercado y
IO 10% 2
más adecuados. de acuerdo a las necesidades, presupuesto y requerimientos de
la EPS seleccionar los que más se ajusten.
Los objetivos delimitados para el proyecto del EVITACIÓN. Realizar reuniones con personal idóneo de
software no estén totalmente alineados al alcance del ED 10% 2 Manexka para corroborar que el requerimiento final sea el
producto final. interpretado por el grupo de desarrollares.
El modelo de certificación de calidad no sea el más ELIMINACIÓN. Buscar asesoría con personal experto en temas
propicio para la empresa Avante Ingenieros IO 10% 3 de certificación, para que orienten a Avante Ingenieros
Asociados. Asociados en su elección.
Los requisitos funcionales y no funcionales MITIGACIÓN. Mitigaremos este riesgo, realizando reuniones
seleccionados no lleguen a ser suficientes para el de seguimiento semanal con el personal escogido por la EPS y
cubrimiento del servicio que necesita Manexka EPS. ET 5% 2 el grupo desarrollador de software para mostrar el avance del
proyecto y así evaluar si los requisitos cumplen con las
necesidades de la EPS.
El diseño no se planifique y estructure bien, por lo MITIGACIÓN. Este riesgo lo mitigaremos esforzándonos por
tanto afecte el producto final. ED 15% 2 planificar, estructurar y crear un buen diseño que cumpla con
las necesidades de Manexka.
La selección del lenguaje de programación no fue lo EVITACIÓN. Evitaremos este riesgo, buscando los diferentes
suficientemente analizada para determinar si cumple lenguajes de programación que podríamos utilizar y haremos
T 12% 3
con las herramientas suficientes para poder un estudio y consenso del más propicio para el cumplimiento
desarrollar nuestro software. de lo solicitado.
No llevar un correcto orden para el control de las ELIMINACIÓN. El orden de control de versiones se hará a través
versiones. PP 5% 4 de nombres de archivos que tengan un consecutivo numérico
de la versión.
Las pruebas realizas no fueron lo suficientemente EVITACIÓN. Evitaremos este riesgo, apoyándonos con personal
técnicas para determinar si el software funcionaría ET 10% 3 de Manexka, de Avante Ingenieros y personal adicional solo
correctamente. para realizar las pruebas.
Que el software no cumple con los requisitos exigidos ELIMINACIÓN. Este riesgo lo eliminaremos apoyándonos en
por la EPS. T 10% 2 reuniones de seguimiento donde siempre asista personal de la
EPS que tenga conocimiento suficiente en el requerimiento.
El manual del usuario no es lo suficientemente claro, EVITACIÓN. Evitaremos este riesgo, tomando las capturas de
para que las personas que lo lean lo entiendan y se ET 8% 3 pantalla que sean necesarias y explicando paso a paso en cada
puedan orientar fácilmente en el uso del software. una de ellas el funcionamiento del software en esa parte.
Que ya no se cuente con el personal que se capacitó EVITACIÓN. Se solicitará que cada persona que asista a la
TC 20% 4
para manejo y administración del software. capacitación vaya con su back up.
Los nuevos requerimientos no sean tan fáciles de EVITACIÓN. Seleccionaremos un modelo de programación y
PP 15% 2
implementar. diseño que nos permita realizar las novedades solicitadas.
Que se modifique la fecha de entrega del producto, EVITACIÓN. Evitaremos este riesgo, organizando un
generando más costos y retrasos en la prestación del IO 25% 2 cronograma donde tengamos un ítem de ajustes y pruebas
servicio. adicionales.
CONCLUSIONES
A través del curso de Ingeniería del Software aprendí que existen muchos factores
que son determinantes a la hora de planificar un proyecto de software, explorar,
diagnosticar y planificar son etapas que en su orden debemos ejecutar para
culminar exitosamente la fase de planificación de software; aprendí también que el
trabajo en equipo es muy importante, siempre noté que cuando tenía dudas, conté
con compañeros que me orientaron.
BIBLIOGRAFÍA