Está en la página 1de 14

TRABAJO FINAL: CONSOLIDACIÓN DE LA PROPUESTA DE SOFTWARE

Trabajo Presentado por:

GISELA CERVANTES. CÓD 32890820

JORGE ELIECER AGUILAR BARROS.CÓD 84083197

CURSO: INGENIERÍA DE SOFTWARE

GRUPO: 301404_3

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA “UNAD”

ESCUELA DE CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA

MAYO DE 2018
INTRODUCCIÓN

La gestión de proyectos es una tarea que demanda la aplicación de conocimientos,


habilidades, herramientas y técnicas, aplicadas a las diversas actividades para que un
determinado proyecto, pueda satisfacer los requisitos exigidos en la planificación.

El crecimiento acelerado de la globalización y los afanes mismos de contar con


respuestas en tiempo real, ha obligado a los desarrolladores e ingenieros de sistemas a
pensar con mayor afluencia en la satisfacción de las necesidades a partir de
herramientas o aplicaciones de tipo informático, que estriben a las pretensiones de
aquellos demandados de soluciones tecnológicas.

En esta ocasión, el grupo colaborativo, divide en las cargas y roles de la siguiente


manera: Gabriel Brango Mendoza: Líder Comunicador, Gissela Cervantes: Relator(a),
Juan Jaramillo: Entregas y Jorge Aguilar: Alertas.

Se ha resuelto trabajar en el proyecto de investigación llamado e-consulta, el cual está


muy relacionado con la telemedicina, definida a grandes rasgos como la asistencia
médica utilizando las tecnologías de la información y las comunicaciones. Este concepto
es novedoso en américa Latina; y en Colombia, apenas está dando sus primeros pasos
en algunas organizaciones como el centro de Telemedicina de la Universidad Nacional
o la ITMS de Colombia, sin embargo, por tratarse de una proyección que está en el
campo de la salud, estamos convencidos que podemos contribuir con la implementación
y ejecución de una aplicación de tipo informático para que desatore la sobredemanda de
servicios médicos especializados en hospitales, clínicas e IPS.

Nuestro proyecto le apuesta a la innovación y la utilización de la telemedicina asistida,


como una alternativa eficaz y eficiente que disminuya costos, tiempo, desplazamiento y
que acelere los diagnósticos para los pacientes afiliados a la Empresa MANEXKA EPS
Indígena. Se busca además que este modelo, sea incluido en los planes de beneficios
de atención básica en salud, obligados por el estado colombiano para la garantía de la
salud como derecho constitucional. No obstante, se espera, que el proyecto brinde las
soluciones de pertinencia en el tratamiento de enfermedades que contribuyan al
mejoramiento de la calidad de vida de los afiliados.
1. DESCRIPCIÓN Y PLANTEAMIENTO DEL PROBLEMA A RESOLVER

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.

Se encuentra ubicada en el Municipio de San Andrés de Sotavento, Córdoba, en la


Carrera 7b-27 Barrio El Porvenir. Cuenta además con operación en doce (12) municipios
del departamento de Córdoba y seis (6) en sucre; donde atiende cerca de 210.000
afiliados; en su mayoría indígenas.

En su estructura organizacional encontramos las Direcciones Financiera, Garantía para


la Prestación de Servicios de Salud, Aseguramiento, Organización y Desarrollo
Ancestral, además de jefaturas como jurídica y las TIC´S.

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.

El software que proponemos busca acabar con la problemática de la no asistencia a las


citas médicas por las diferentes razones antes expuestas, al no cumplimiento de los
controles de salud a que tienen derecho los usuarios, a los inconvenientes ya sea por
recursos o por distancia para la asistencia a las citas médicas; consideramos que la e-
consulta minimizará esos factores de riesgos en que incurre el paciente, ofreciéndole
un tratamiento preventivo y correctivo que le permita mejorar su calidad de vida y a la
EPS cumplir con su misión de brindar atención médica a los usuarios de forma efectiva
y confiable.
2. OBJETIVOS

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

 Realizar el levantamiento de información para determinar los requerimientos del


sistema que necesita la EPS.

 Planificar el desarrollo e implementación del software, de acuerdo al cronograma de


trabajo.

 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.

a. TIPO DE SOFTWARE PROPUESTO

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.

Con la implementación de una aplicación web-móvil, con resultados en tiempo real, se


pretende cerrar esta brecha que existe entre el médico y el paciente; dicha aplicación
consistirá en la asistencia médica del profesional o especialista quien por medio de los
dispositivos telefónicos, tablets o los monitores instalados en la IPS de primer nivel, el
paciente tendrá la opción de estar acompañado de un familiar y una enfermera de turno
para que haciendo uso de la multimedia, ambas partes puedan conversar
sincrónicamente y realizar los chequeos de rigor orientados por el especialista, durante
el tiempo que requiera el paciente. El médico podrá observar y escuchar las inquietudes
que el afiliado esté dando y a partir de allí dar un diagnóstico.

Entre los componentes web de la e-consulta destacamos: Peticiones, respuestas,


navegador, sistema de hipermedia, hiperenlaces, servidor web, sistemas de ficheros,
HTTP.

b. MODELO DE PROCESO DE DESARROLLO DE SOFTWARE SELECCIONADO EN


LA FASE

El modelo replanteado y seleccionado para el proceso de nuestro software es Xtreme


Programming XP, el cual es una metodología de desarrollo ágil, basado en una serie de
valores y prácticas de buenas maneras, que busca aumentar la productividad y la calidad
de los productos a desarrollar. Además es un modelo creado para empresas de menor
envergadura, y se ajusta adecuadamente al grupo de desarrolladores “Avante Ingenieros
Asociados” por ser una empresa de mediano tamaño que opera en el mercado de las
nuevas tecnologías.
GESTIÓN DE RIESGOS

IDENTIFICACIÓN DE RIESGOS

1. El tipo y modelo de software seleccionados para la ejecución e implementación del


proyecto no sean los más adecuados.

2. Los objetivos delimitados para el proyecto del software no estén totalmente alineados
al alcance del producto final.

3. El modelo de certificación de calidad no sea el más propicio para la empresa Avante


Ingenieros Asociados.

4. Los requisitos funcionales y no funcionales seleccionados no lleguen a ser suficientes


para el cubrimiento del servicio que necesita Manexka EPS.

5. El no correcto modelamiento en el levantamiento de la información.

6. El diseño no se planifique y estructure bien, por lo tanto afecte el producto final.

7. La selección del lenguaje de programación no fue lo suficientemente analizada para


determinar si cumple con los herramientas suficientes para poder desarrollar nuestro
software.

8. No llevar un correcto orden para el control de las versiones.

9. Las pruebas realizadas no sean lo suficientemente técnicas para determinar si el


software funcione correctamente.

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

RIESGOS CATEGORÍA PROBA BILIDAD IMPACTO PLANIFICACIÓN DE RESPUESTA AL RIESGO

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 no correcto modelamiento en el levantamiento de EVITACIÓN. Seremos cuidadosos y haremos revisiones


ED 10% 2
la información. constantes para incluir toda la información necesaria.

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

Para mí desarrollar el documento de planificación del software me permitió tener


una visión muchísimo más clara de cómo realmente se presenta y justifica un
proyecto de software a nivel empresarial: analizar el entorno, la problemática, el
modelo adecuado, los costes, el alcance, riesgos, y una buena planificación en el
tiempo nos llevará a entregar un producto a satisfacción del cliente.

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

Presentación Cuarto Encuentro Sincrónico.