1

Contenido

Introducción 3
1. Exploración 4
1.1. Descripción del Problema 4
1.2. Selección del tipo de software 4
1.3. Descripción del software a desarrollar 4
1.4. Selección del modelo para el Software 4
2. Diagnóstico 4
2.1. Descripción del Proyecto 4
2.2. Justificación 5
2.3. Objetivos 5
2.4. Selección del modelo de certificación de calidad 5
3. Planeación 5
3.1. Selección del modelo metodológico a implementar 5
3.2. Implementación del modelo PMI 5
3.2.1. Gestión del alcance 5
3.2.2. Gestión del tiempo 5
3.2.3. Gestión del costo 5
3.2.4. Gestión del riesgo 5
4. Desarrollo 6
4.1. Actividad de diseño 6
4.2. Actividad de desarrollo 6
4.3. Actividad de pruebas 6
5. Planeación 6
5.1. Ejecutable 6
5.2. Manual de Usuario 6
5.3. Programa de entrenamiento y capacitación 6
5.4. Cierre del proyecto 6
Conclusiones 7
Referencias Bibliográficas 8
 2

Introducción

En el siguiente documento, se evidencia la planificación del proyecto de software

que desea proponer la empresa Medical Software SAS, allí se describe el proyecto y

cuál será la proyección desde el inicio hasta el final del mismo y así dar solución a los

profesionales y entidades de salud.

Se seleccionó la guía PMBOK el cual es un instrumento desarrollado por el PMI

(Project Management Institute) para la implementación de la gestión de proyectos

 3

EDT (Estructura de descomposición del trabajo)

1. Exploración

1.1. Descripción del Problema

- Falta de espacios de información gratuitos en salud con atención oportuna a un

click
 4

- Carencia de aplicaciones con acceso libre y confiable para tratar asuntos

médicos con el profesional de la salud requerido

- Escasez de tiempo y pena para asesoramiento en temas médicos

- Ausencia y déficit de profesionales en la salud en la región, más lugares

distantes de atención.

- Falta de información en ayuda para detectar enfermedades por medio de

síntomas.

- Carencia de información en temas de suministro y formulación de

medicamentos

1.2. Selección del tipo de software

Software de Aplicación
El sistema será de tipo software médico conocidos también como “médico de la

informática”, es un software de información que aguarda todo lo referente a la

medicina, sin embargo el tipo de software a utilizar será uno basado en Web.

1.3. Descripción del software a desarrollar

El tipo de software basado en Web solo necesitará tener una conexión a internet,

para su ingreso los clientes y usuarios lo podrán hacer desde el navegador de su PC o

móvil, sin embargo, contará con App para dispositivos móviles compatible a cualquier

S.O para que los pacientes y médicos puedan atender y ser atendidos.
 5

1.4. Selección del modelo para el Software

La selección del modelo para el software parte de la necesidad de que el modelo

sea ágil y permita una adaptación, es por ello que la metodología SCRUM cumple lo

indicado ayudando a una usabilidad y resultados anticipados.

2. Diagnóstico

2.1. Descripción del Proyecto

Software de Aplicación
El proyecto será un software basado en web con el que se busca dar a los

profesionales, empresas de salud y personas en general un mecanismo de

comunicación para responder esas solicitudes sobre temas de salud de una manera

más oportuna, dicho proyecto se basará en actividades de exploración, diagnóstico,

planeación, desarrollo y cierre para satisfacer las necesidades requeridas.

2.2. Justificación

Debido a las situaciones presentadas en el área de la salud, donde los pacientes

muchas veces no asisten a una consulta por las distancias de los pueblos o porque les

da pena hablar presencialmente con los médicos sobre los problemas de salud

presentados o no tienen donde recurrir a una asesoría sobre síntomas o medicamentos

para calmar sus dolencias, los profesionales y empresas de la salud buscan tener una
 6

solución a sus negocios, así como los usuarios que son también afectados por no tener

las atenciones necesarias.

Buscando cumplir sus objetivos la empresa Medical Software S.A.S

implementará una aplicativo por medio de pagina web para que los profesionales de la

salud y los pacientes puedan comunicarse y así dar solución a la problemática, para

esto se realizará un proyecto de diseño e implementación de una página web con la

que se permitirá satisfacer los requerimientos expresados

2.3. Objetivo

Diseñar e implementar un aplicativo web y APP móvil para los profesionales y

área de la salud con el que se brinde atención personalizada a los usuarios desde la

distancia

2.4. Selección del modelo de certificación de calidad

El referente para certificación de calidad será un marco internacional identificado

como la Guía PMBOK el cual es un instrumento desarrollado por el PMI (Project

Management Institute) por el cual se establece un criterio de buenas prácticas

relacionada con la gestión, administración y dirección de proyectos

 7

3. Planeación

3.1. Selección del modelo metodológico a implementar

Será una metodología SCRUM, Es una metodología ágil, una de las más usadas

por su adaptabilidad para trabajar en diferentes entornos.

Se compone de tres roles conocidos como SCRUM TEAM.

Algunas de las ventajas son:

- Desarrollo ágil

- Alta calidad de software

- Equipos integrados

- Colaboradores satisfechos

- Fácil escalabilidad

- Resultados Anticipados

- Retorno de inversión

Muchas aplicaciones han implementado este modelo por su innovación, flexibilidad

y creatividad. Todo el proceso se realiza en complemento con todos los miembros

del equipo apoyando mejoras e ideas lo que ayuda a dinamizar el tiempo y

aumentar la calidad del producto final, las reuniones SCRUM permiten avanzar y es

por ello que todo el equipo debe tener el mismo perfil para ser capaz de ayudar en

caso necesario.

3.2. Implementación del modelo PMI

 8

3.2.1. Gestión del alcance

Alcance

El alcance está enmarcado en una necesidad del sector salud y el diseño y

aplicación de la página web tendrá una duración de 1 mes (4 semanas) y se

desarrollará a partir de las especificaciones expresadas en este documento

(actividades de exploración, diagnóstico, planeación, desarrollo y cierre) adicionalmente

los entregables del proyecto serán los siguientes:

- Tipo y descripción del software

- Descripción del proyecto

- Justificación

- Objetivos

- Modelo metodológico a emplear

- Modelo de certificación de calidad

- Gestión de alcance

- Gestión del tiempo

- Gestión de costos

- Gestión de riesgos

- Actividades de desarrollo (Diseño, Desarrollo)

- Actas de pruebas

- Actas de capacitación y entrenamiento

- Acta de cierre y finalización

Objetivo General
 9

Diseñar e implementar un aplicativo web y APP móvil para los profesionales y

área de la salud con el que se brinde atención personalizada a los usuarios desde la

distancia

Objetivos Específicos

Identificar los requerimientos necesarios para analizar y determinar cuáles serán

funcionales y no funcionales.

Determinar el tipo de software que permita la solución del problema y de igual

manera determinar el modelo metodológico a implementar

Planificar las gestiones del PMI e implementar las actividades de desarrollo

teniendo en cuenta la planificación.

Implementación y capacitación del aplicativo para cierre de proyectos

Requerimientos

Los requerimientos del proyecto se establecieron entre el cliente y Medical

Software sas quedado de la siguiente manera:

Requerimientos Funcionales

- El sistema contará con un logeo de acceso según su rol, si es paciente se

identificará con un alias ya que no se desea exponer el nombre real del paciente, si

este no lo desea, y si es médico deberá tener un registro anterior para poder tener

un usuario para su ingreso.

 10

- El sistema permite crear una base de datos de todas las consultas, por

medio de ese repositorio los pacientes podrán verificar temas de salud según las

necesidades.

- El sistema contará con un módulo de asesoramiento e información sobre

medicamentos y síntomas.

- El sistema debe contar con un banco de información sobre los diferentes

profesionales en salud

- El sistema contará con un asignador de citas el cual le dará un turno para

asistencia inmediata en el que indique en cuánto tiempo será atendido.

- El sistema permitirá el ingreso de forma anónima.

- El sistema debe contar con un chat.

- Los usuarios médicos tendrán la posibilidad de crear perfiles según sus

dependencias.

- El sistema permitirá el ingreso gratuito y abierto a todos los usuarios

- El sistema deberá guardar las consultas realizadas en la base de datos

- El sistema deberá contener un banco de médicos describiendo las

especificaciones de cada especialista.

- El sistema deberá permitir que el usuario solicite asesoría de los

especialistas registrados.
 11

- El campo nombre acepta caracteres alfabéticos

- El campo dirección acepta caracteres alfabéticos, numéricos y especiales

- El usuario deberá seleccionar al ingresar de que país proviene

- Si el usuario desea registrarse deberá cumplir con las siguientes

condiciones:

- El campo de país tendrá una lista de preselección

- El campo de provincia o departamento tendrá una lista de preselección de

acuerdo con el país seleccionado en el anterior campo.

Requerimientos legales:

- El sistema deberá cumplir con la normatividad vigente.

Requerimientos de Seguridad:

- El sistema notificará al administrador cuando haya un registro de usuario

- Los administradores podrán borrar mensajes que no sean acordes con la

temática del sistema

Requerimientos No Funcionales

Eficiencia:

- El sistema debe ser capaz de responder al usuario en menos de 5 segundos.

 12

- El sistema debe ser capaz de operar con muchos usuarios al mismo tiempo.

Seguridad Lógica

- Los permisos del sistema podrán ser cambiados solo por el administrador

- En caso de que presente ataques de seguridad el sistema no seguirá

operando.

Seguridad Industrial:

- El sistema no seguirá funcionando si la temperatura disminuye.

Usabilidad:

- El usuario aprenderá a manejar el sistema en menos de 2 horas

- El sistema generará mensajes de error informativos cuando sea necesario.

- El sistema debe contener asesoría en línea

- El sistema debe ser responsivo

- El sistema debe contener interfaces gráficas bien estructuradas

Dependibilidad:

- El sistema debe estar disponible para el usuario cada vez que desee

ingresar.

- Las fallas que genere el sistema deberán ser menos del 0,5%
 13

- Las fallas que genere el sistema no podrán durar más de 20 minutos

Otros requerimientos

- El sistema deberá manejar diferentes fuentes de alfabeto

- La interfaz de usuario será implementada para navegadores web HTML5 y

javascript

3.2.2. Gestión del tiempo

Para poder gestionar el tiempo del proyecto se realizará el cronograma del

mismo, donde se incluirán cada una de las actividades a realizar teniendo en cuenta

cada fase del proyecto, para la asignación de tiempo se contará con personal experto

en el diseño e implementación de páginas web y APP móviles sobre medicina y salud.

 14

3.2.3. Gestión del costo

El costo total presupuestado para el proyecto es de $ 68.781.538 aproximadamente.

Gastos requeridos en el proyecto Software Medical Group

Talento humano
Tamaño, número de trabajadores, capacidad monetaria de la empresa, selección de
personal, asignación de roles
 15

Equipos
Número de equipos que se usarán durante el desarrollo de proyecto

Capacitación y eventos
Se realizará una vez, ya que no habrá un cliente sino hasta el final de proyecto, esta
capacitación se realizará al final antes de lanzar el proyecto

Servicios tecnológicos
En este rubro se requiere de implementos necesarios y útiles en la sede durante el
proyecto como internet, gestores de planeación, aplicaciones de cronogramas, etc

Materiales, Insumos y Documentación

Ubicación de proveedores, contacto de proveedores, fuentes de abastecimiento,
adquisición de materiales básicos

Protección de conocimiento y divulgación

Propiedad intelectual, inscripción a derechos de autor en la dirección nacional de
derechos de autor

Gastos de viaje
Cada empleado tiene un subsidio de transporte

Infraestructura
Fondo en caso de daños en la estructura

Administrativos
Empleados de proyecto, salarios de cada empleado
 16

Seguimiento
Gastos que se proyectan para realizar el apoyo a la supervisión y/o interventoría
cuando se esté ejecutando el proyecto
 17

3.2.4. Gestión del riesgo

Descripción del Porcentaje Prioridad Acción a realizar

Riesgo de
ocurrencia

Complejidad tecnológica

Alto nivel de 30% MEDIO Reuniones diarias durante 1

complejidad técnica mes

Desconocimiento de la 5% BAJO Personal capacitado

tecnología base del
proyecto

Diseño inadecuado 10% BAJO Mejoras durante la

implementación

Los usuarios finales se 20% Los usuarios finales se

resisten al sistema BAJO encargan de adecuar el
sistema según sus
necesidades

La fecha límite de 10% BAJO Mantener e cronograma de

entrega estará muy tiempo
ajustada

Pérdida de fondos 30% MEDIO Es posible pero es a corto

plazo

El cliente final 40% MEDIO Es probable, sin embargo el

cambiará requisitos equipo se encargará

La tecnología no 10% BAJO Mantener el sistema

satisface las adaptable
expectativas

Personal inexperto 5% BAJO Personal capacitado

INFRAESTRUCTURA

Material en el suelo Orden y limpieza

genera golpes y 60% ALTO
 18

caídas

Riesgo eléctrico 30% MEDIO Instalación y mantenimiento

adecuado

Ventilación 10% BAJO Calidad de aire con buen

inadecuada sistema de ventilación

Incendio 10% BAJO Implementos de seguridad

(extintor)

Daños por agua 10% BAJO Supervisión constante de

tuberías

Explosión 5% BAJO Evitar o limitar la cantidad de

gases inflamables

Terremoto 5% BAJO Zonas de evacuación

RIESGO LABORAL Y PSICOSOCIAL

Condiciones Apoyo del jefe, mantener un

Intralaborales (estrés, 60% ALTO cronograma del tiempo,
ansiedad, depresión) estrategias antiestres, apoyo
laboral.

RIESGOS LEGALES

Incumplimiento de 10% BAJO Pago sueldo mensual

contratos

Documentación 20% BAJO Cumplimiento de las

incompleta regulaciones

No acatar Programas de cumplimiento

regulaciones 10% BAJO de leyes
gubernamentales
 19

4. Desarrollo

4.1. Actividad de diseño y desarrollo

- Planificación del sprint

Se realizaron 3 Sprint reconocidos como 3 mini proyectos divididos en tiempos

específicos cada uno con objetivos en particular, para el primer Sprint se reúnen para

definir funciones, asignar tiempos y requerimientos.

En el segundo Sprint se realizará la revisión de product backlog, el cronograma y

presupuesto.

En el tercer Sprint se determina un plan de mejoras que se va a generar más

adelante, identificar los temas que necesitan cambiarse, plan de implementación de

trabajo con respecto a los roles.

- Reunión de equipo de Scrum/Scrum team meeting

Las reuniones serán menores a 15 minutos diarios, allí se encontrará la mejor

solución de acuerdo a dudas y preguntar que se generan a diario,

- Refinamiento del Backlog/Backlog Refinement

 20

El Product Owner revisa cada uno de los requerimientos dentro del Product Backlog, se

resuelven dudas si es necesario, se reajustan tiempos para cada uno de los

requerimientos.

- Revisión del Sprint/Sprint Review

El equipo se reúne para mostrar el sistema implementado, los roles que realizan la

presentación son Scrum Master y el Product Owner.

- Retrospectiva del Sprint/Retrospective

El Product Owner se reúne con todo el equipo de trabajo, allí se realizan preguntas del

resultado del sistema durante el Sprint. Algunas de las preguntas son: ¿Que se hizo

mal?, ¿Que continuara con éxito?, ¿Inconvenientes?, etc.

El Proceso del proyecto inicia con el PRODUCT OWNER describiendo en documento

las necesidades y requerimientos del cliente, para este caso será la creación de una

plataforma donde los usuarios pueden encontrar contenido médico, el documento será

enviado al equipo de SCRUM MASTER, ellos se reúnen para realizar la planificación y

dar una solución de cómo será el producto final, el equipo de Medical Software estará

analizando durante unas semanas las propuestas y luego es dirigido al SPRINT, en el

SPRINT intervienen el modelador y los desarrolladores, el modelador guiará el proceso

 21

y los desarrolladores tendrán la capacidad de construir el resultado de las necesidades

del cliente, las reuniones serán diarias pero no más de 15 minutos donde se revisa el

proceso, finalmente se encuentran en el proceso de Sprint Review donde los tres roles

se reunirán para verificar el cumplimiento de los requerimientos del sistema de Medical

Software.

4.2. Actividad de pruebas

Se diseñará un plan de pruebas a través de un testing de caja blanca con el que

se brindará al cliente que el sistema no presenta errores y en caso afirmativo poder

mejorarlo y reorientarlo.

5. Cierre del proyecto

5.1. Ejecutable APP y Web

Se hace entrega al cliente de la URL con sus debidas cuentas de ingreso y se

lanza al mercado en general para que los clientes pueden ingresar una vez registrados

5.2. Manual de Usuario

El manual de usuario permitirá al cliente tener asistencia sobre la utilización del

sistema, su lenguaje no será muy técnico para que cualquier persona pueda

comprender el funcionamiento escrito sobre el software, esté se entregará en medio

magnético al cliente
 22

5.3. Programa de entrenamiento y capacitación

Se estima un tiempo pertinente (de una a dos semanas) para que el personal

tenga el entrenamiento y se asocie con el aplicativo para su debida utilización

5.4. Cierre del proyecto

Se realiza entrega total del proyecto con acta de cierre y aceptación del producto

por parte del cliente

 23

Conclusiones

La metodología SCRUM es una de las metodologías ágiles más usadas por su

escalabilidad, buena adaptabilidad rápida y un buen retorno de inversión aunque tenga
un costo alto.
Los requerimientos dentro un proyecto son esenciales ya que estos nos permiten
conocer la necesidad del cliente y determinar las funcionalidades del software.
La gestión del tiempo nos permite tener un control del tiempo que requiere cada
actividad dentro de los procesos y por tal motivo su determinación debe entregarla
profesionales de diseño y desarrollo de software, su estructura debe ser clara para
cumplir los plazos establecidos