Beruflich Dokumente
Kultur Dokumente
TESIS
“SISTEMA INTELIGENTE PARA EL DIAGNOSTICO Y
TRATAMIENTO DE INFECCIONES BACTERIANAS DE PIEL,
APLICANDO PROCESAMIENTO DE IMÁGENES Y
RAZONAMIENTO BASADO EN CASOS BAJO PLATAFORMA
ANDROID”
AREQUIPA - PERÚ
2016
Pág. i
INTRODUCCIÓN
En el capítulo II, se hace una reseña histórica y teórica, del procesamiento de imágenes
y del razonamiento basado en casos y de Project Management.
Pág. iii
ÍNDICE PRINCIPAL
Pág.
A. Fortalezas. ................................................................................................ 14
B. Oportunidades........................................................................................... 14
C. Debilidades. .............................................................................................. 14
D. Amenazas ................................................................................................. 14
Fruto de ello, la familia Goyeneche, que quería cumplir con los deseos
del Arzobispo y dotar a Arequipa del mejor hospital de Hispanoamérica,
no escatimó esfuerzos ni gastos para construirlo de su propio peculio
particular.
GRÁFICO 1:
1.2.1 Visión
1.2.2 Misión
A. Factores económicos
B. Factores tecnológicos.
C. Factores políticos.
E. Factores demográficos.
1 http://elcomercio.pe/peru/arequipa/arequipa-soporta-valores-extremos-radiacion-solar-259613
1.3.3 Análisis de la posición competitiva - Factores claves de éxito
A. Actividades primarias.
Las actividades primarias en la cadena de valor son las actividades
implicadas en la creación física del producto (en este caso el sistema),
su venta y transferencia al comprador así como la asistencia posterior
a la venta. Análisis de sus categorías:
- Logística interna.
El hospital cuenta con ambientes adecuados para almacenar las
historias clínicas físicas, aunque sería recomendable que las
misas se almacenen de forma digital, además se cuenta con los
procesos y personal asignado al manejo de la documentación del
hospital.
- Operaciones.
La operación o proceso relacionado con el proyecto es la consulta
externa en la especialidad de dermatología, ésta especialidad sí
se tiene en el hospital y por tanto también se cuenta con el
personal idóneo.
- Logística externa.
El Hospital Goyeneche por ser una entidad pública, cuenta con
procesos formales, con una normativa y reglamento específico;
por tanto, el manejo de los procesos externos está debidamente
normado.
- Marketing y ventas.
En relación al marketing del producto que vamos a desarrollar, es
automático, pero ¿por qué?, es muy sencillo, estamos trabajando
en una entidad pública de alta demanda.
- Servicios.
Los servicios adicionales también están normados, de la misma
manera el proyecto debe contar con un proceso de soporte del
sistema.
B. Actividades de apoyo.
En la cadena de Valor de Michael Porter las actividades de apoyo son
las que sustentan a las actividades primarias y se apoyan entre sí,
proporcionando insumos comprados, tecnología, recursos humanos
y varias funciones de toda la empresa. En ese sentido analizamos las
actividades de apoyo:
- Infraestructura de la empresa (Hospital).
Debido a las características del proyecto y por el poco
presupuesto con que cuenta el hospital, pero además por el objeto
de estudio, el financiamiento del mismo estará a cargo del autor
del proyecto.
En función a la planificación, será realizada por el autor del
proyecto pero además se cuenta con el apoyo del sponsor del
proyecto (el cual se detalla en el acta de constitución del
proyecto).
Finalmente se debe aclarar que el Hospital Goyeneche cuenta
con una infraestructura física antigua, catalogada como
patrimonio cultural de la humanidad, sin embargo se tienen todos
los servicios y ambientes, además de infraestructura tecnológica
básica para sus procesos como registro de consultas externas,
programación de consulta externa, caja, contabilidad. Se puede
catalogar como positiva la infraestructura encontrada.
- Gestión de Recursos Humanos.
El Hospital tiene los procesos de contratación de personal y
asignación de funciones bien normadas, en relación al proyecto
también se planificará el proceso de gestión de recursos
humanos.
- Desarrollo Tecnológico.
Pese a las grandes limitaciones observadas, se realizan
investigaciones relacionadas con salud y la implementación de
tecnología es muy limitada, debido a eso, ésta es una gran
oportunidad de aportar a la institución.
- Aprovisionamiento.
Nuevamente se debe aclarar que por ser una entidad estatal, todo
éste proceso de aprovisionamiento esta normado. En cuanto a
nuestro proyecto, al aplicar el enfoque del PMBOK, también se
planificará todo el proceso de aprovisionamiento (equipo,
servicios, material).
1.5 Análisis Estratégico
1.5.1 Análisis FODA
A. Fortalezas.
B. Oportunidades.
C. Debilidades.
D. Amenazas
MATRIZ FODA
FORTALEZAS DEBILIDADES
F1 Personal especializado. D1 Cultura organizacional en
INTERNAS F2 Presencia sistémica. proceso de consolidación.
D2 Recurso limitado y mal
asignado.
EXTERNAS D3 Inteligencia operativa limitada.
OPORTUNIDADES E1(O1, F1): E6(O1, D1, D2, D3)
O1. Disponibilidad de acceso a Uso de Tecnología. Uso de tecnología.
nuevas técnicas de gestión y E2(O1, F1):
tecnología de punta. Capacitación permanente.
E3(O1, F2):
Inclusión de personal.
E4(O1, F2):
DESARROLLO DEL PROYECTO.
AMENAZAS E5(A1, F1, F2) E7(A1, D1)
A1 Acceso de delincuencia a Inclusión de todo el personal en Impacto negativo.
tecnología. capacitación. E8(A1, D2, D3)
Limitaciones de recursos.
Fuente: Elaboración Propia
E1: Uso de Tecnología:
Utilización de tecnologías de la información y con la participación de personal
especializado.
E2: Capacitación permanente:
Promover capacitación permanente y especializada al, además estas
capacitaciones tienen que estar orientadas a aprender nuevas técnicas,
procedimientos y métodos.
E3: Inclusión de personal:
Incluir a todo el personal del área en los procesos, en las capacitaciones a
realizarse en el área.
E4: DESARROLLO DEL PROYECTO:
Una estrategia importante es el desarrollo del proyecto propuesto debido a la
disponibilidad de la tecnología suficiente y de personal especializado
(especialista en dermatología, y en desarrollo de sistemas inteligentes).
E5: Inclusión de todo el personal en capacitación:
Aprovechar la presencia del personal especializado y la participación del
personal femenino para capacitarlos y hacer frente a los delitos informáticos.
Se toma en cuenta al personal femenino, puesto que actualmente se cuenta
con ello, pero no es suficiente.
E6: Uso de Tecnología de Punta:
Aprovechar el acceso a la tecnología de punta y técnicas de gestión para mitigar
las debilidades.
E7: Impacto negativo:
Tomar conciencia que la delincuencia informática puede impactar
negativamente sobre la organización.
E8: Limitaciones de Recursos Humanos:
Tomar conciencia de que la delincuencia informática se incrementa frente a la
limitación de recursos informáticos y operativos.
1.6.2 Objetivos
A. Objetivo General.
B. Objetivos específicos
A. Entregables de Gestión.
B. Entregables de Ingeniería.
C. Entregables de Soporte.
Algunos factores que pueden alterar este equilibrio y favorecer las infecciones
cutáneas son la humedad, el aumento de temperatura, diversas
enfermedades o inmunosupresión, o el uso de antibióticos. Vamos a
referirnos a niños sin patología de base.
PATOGENIA.
Las manifestaciones cutáneas de una infección bacteriana pueden producirse
por varios mecanismos fundamentales:
- Infección local primaria con replicación in situ de la bacteria, como impétigo.
- Exotoxinas circulantes: síndrome de la piel escaldada estafilocócica.
- Mecanismos inmunológicos, como vasculitis en infección estreptocócica.
- Afectación de la piel como parte de un cuadro sistémico: sepsis
meningocócica.
- Manifestación de una coagulopatía intravascular diseminada, como ocurre
también en las sepsis meningocócia o en alguna infecciones por Rickettsia.
DIAGNÓSTICO.
El diagnóstico de la mayoría de las infecciones cutáneas es clínico, dado que
muchas de estas infecciones presentan características patognomónicas. Sin
embargo, en ocasiones, bien por mala respuesta al tratamiento empírico o
recidiva, bien por la necesidad de un diagnóstico preciso ante cuadros
potencialmente graves (síndrome de Stevens-Johnson o ectima gangrenosa
en pacientes neutropénicos), pueden ser necesarios estudios microbiológicos
(tinción, cultivo y estudio de sensibilidad) o histológicos. Es importante valorar
la profundidad de la lesión, si existe necrosis asociada, signos de afectación
sistémica y la presencia de factores de riesgo de mala evolución. En pacientes
que presenten síntomas de afectación sistémica se debe realizar hemocultivo,
hemograma, y determinar equilibrio ácido base, proteína C reactiva, creatinina
y creatinina-fosfoquinasa. En poblaciones con alta incidencia de SAMR, la
recogida de muestras de la lesión o de un exudado nasal puede orientar el
diagnóstico y el tratamiento
2.1.2 Procesamiento Digital de Imágenes.
PROCESO DE FILTRADO.
Es el conjunto de técnicas englobadas dentro del preprocesamiento de
imágenes cuyo objetivo fundamental es obtener, a partir de una imagen
origen, otra final cuyo resultado sea más adecuado para una aplicación
específica mejorando ciertas características de la misma que posibilite
efectuar operaciones del procesado sobre ella.
Por tanto, se consideran los filtros como operaciones que se aplican a los
píxeles de una imagen digital para optimizarla, enfatizar cierta información o
conseguir un efecto especial en ella.
Las tareas de síntesis intentan crear una nueva solución combinando partes
de soluciones previas. Éstas son inherentemente complejas a causa de las
restricciones de los elementos usados durante la síntesis.
Los Sistemas CBR que realizan tareas de síntesis deben realizar adaptación
y son normalmente sistemas híbridos que combinan CBR con otras técnicas.
Algunas de las tareas que realizan estos sistemas son:
• Diseño: La creación de un nuevo artefacto adaptando elementos de otros
existentes.
• Planificación: La creación de nuevos planes a partir de otros previos.
• Configuración: La creación de nuevos planificadores a partir de otros previos.
Por norma general, los sistemas que implementan tareas de síntesis son más
difíciles de construir que los que implementan tareas de clasificación.
TABLA 2:
GRÁFICO 2:
UML está diseñado para su uso con software orientado a objetos, y tiene
un uso limitado en otro tipo de cuestiones de programación.
2 https://sites.google.com/site/gestiondeproyectossoftware/unidad-2-calidad-de-software/2-2-
estandares-y-metricas-de-calidad-en-la-ingenieria-de-sw
3 https://sites.google.com/site/gestiondeproyectossoftware/unidad-2-calidad-de-software/2-2-
estandares-y-metricas-de-calidad-en-la-ingenieria-de-sw
La gestión de la calidad del software permite señalar si éste tiene un
escaso número de defectos y si alcanza los estándares requeridos de
mantenibilidad, fiabilidad, portabilidad, etcétera, las actividades de la
gestión de la calidad comprenden la garantía de la calidad que
establece los estándares para el desarrollo de software, la planificación
de la calidad y el control de la calidad que comprueba el software con
respecto a los estándares definidos.
Los estándares de software son importantes para garantizar la calidad
puesto que representan una identificación de las “mejores prácticas”.
El proceso de control de calidad implica comprobar que el proceso del
software y el software a desarrollar concuerdan con estos estándares.
Las revisiones de los productos a entregar por el proceso del software
incumben a un equipo de personas los cuales comprobarán que se han
seguido los estándares de calidad, las revisiones son la técnica más
utilizada para valorar la calidad.
Modelo de negocio.
Diagramas UML del sistema.
Diseño e implementación de la Base de Casos.
Módulo de captura de imagen del área afectada de la piel.
Registro de síntomas de la afección a la piel.
Módulo de diagnóstico del problema de infección bacteriana
de piel.
Módulo de tratamiento.
a. Entregables.
C. DOCUMENTACION DE REQUISITOS
DOCUMENTACION DE REQUISITOS
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
“SISTEMA INTELIGENTE PARA EL
DIAGNOSTICO Y TRATAMIENTO DE
INFECCIONES BACTERIANAS DE
PIEL, APLICANDO PROCESAMIENTO TUPIEL@TUSALUD
DE IMÁGENES Y RAZONAMIENTO
BASADO EN CASOS BAJO
PLATAFORMA ANDROID”
NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR
Aprovechar la tecnología móvil en beneficio de la población.
Obtener experiencia sobre la gestión de proyectos.
OBJETIVOS DEL NEGOCIO Y DEL PROYECTO
Planificar el desarrollo del proyecto.
Identificar los requisitos.
Modelar la herramienta aplicando UML.
Desarrollar la herramienta, haciendo uso de un componente de
razonamiento basado en reglas.
Probar la herramienta.
REQUISITOS FUNCIONALES
Stakeholder Prioridad Requisito
otorgada Código Descripción
DOCUMENTACION DE REQUISITOS
Médico Cargar la imagen del área
Muy Alta R01 afectada de la piel.
especialista
Médico Digitalización de la imagen a
Muy Alta R02 mapa de bits.
especialista
Médico Segmentación de la imagen de
Muy Alta R03 la piel del área afectada.
especialista
Alcance del
Necesidades, oportunidades, metas y objetivos proyecto/
Cod. Descripción Propietario Fuente Prioridad Objetivos del proyecto
del negocio entregable del
wbs
Implementar un módulo de
RNF01 seguridad para el acceso. Méd. Esp. Entrevista Muy Alta Establecer seguridad de acceso al sistema Cumplir con el alcance Sistema
El sistema debe ser rápido en sus
RNF2 respuestas. Méd. Esp. Entrevista Muy Alta Agilizar procesos. Cumplir con el alcance Sistema
El sistema debe ser de fácil uso.
RNF03 Méd. Esp. Entrevista Muy Alta Facilitar el uso por parte de los usuarios. Cumplir con el alcance Sistema
Cumplir con el alcance
RC01 planificado Sponsor Entrevista Muy Alta Satisfacer al sponsor. Cumplir con el alcance Alcance
Cumplir con el cronograma
RC02 planificado Sponsor Entrevista Muy Alta Satisfacer al sponsor. Cumplir con el alcance Cronograma
Cumplir con el presupuesto
RC03 planificado Sponsor Entrevista Muy Alta Satisfacer al sponsor. Cumplir con el alcance Costos
Cumplir con los criterios de
RC04 calidad planificados. Sponsor Entrevista Muy Alta Satisfacer al sponsor. Cumplir con el alcance Calidad
Informar adecuadamente sobre
RC05 el rendimiento del proyecto. Sponsor Entrevista Muy Alta Satisfacer al sponsor. Cumplir con el alcance Calidad
Fuente: Elaboración Propia
Donde:
RF: Requisito funcional.
RNF: Requisitos no funcional.
RC: Requisitos de calidad.
Pág. 59
Esencialmente se busca que el producto cumpla con los alcances definidos, así
como que el tiempo planificado sea cumplido y el costo total del proyecto no sea
excedido.
Pág. 70
𝑁𝑂𝑈
𝐼𝐹𝑈 =
𝑁𝑂𝐼
Donde:
Validación: IFU>0,90
𝑁𝐴𝑅
𝐼𝑆𝐸 = 1 −
𝑁𝐴𝑃
Donde:
Validación: ISE=1
𝑁𝐴𝑁𝐼
𝐼𝐶𝑁 = 1 −
𝑁𝑇𝐴
Donde:
Validación: ICN=0
𝑁𝑀𝑅
𝐼𝑆𝐶 =
𝑁𝑇𝑀
Donde:
Validación: ISC>1
𝑇𝑅
𝐼𝑅𝐴 =
𝑇𝐸
Donde:
Validación: IRA<1
𝑁𝐷𝐸
𝐼𝐸𝐷 = 1 −
𝑁𝑇𝐷
Donde:
Validación: IED=1
Resultado Deseado Estandarizar el total de datos utilizados en el
sistema
Responsable del Factor de Tester
Calidad
𝑁𝑀𝐼
𝐼𝑀𝑂 =
𝑁𝑇𝑀𝑃
Donde:
Pág. 78
Validación: IMO>0,75
Validación: ICO=1
A) Project Charter.
Pág. 82
Escalabilidad
D) Base de Datos:
Escalabilidad
Pág. 84
Estandarización de Datos
Eficiencia
Rapidez
Facilidad de Uso
Escalabilidad
Modularidad
Consistencia
Eficiencia
Rapidez
Facilidad de Uso
Escalabilidad
Modularidad
Consistencia
Project
Manager
Identificación de
Stakeholders
Plan de Sponsor
Determinación Muy Project Documento Una sola
Alcance del Proyecto Gestión de Equipo de
de Requisitos Alto Manager Digital vez
Alcance Proyecto
Elaboración del
EDT
Identificación de
las Actividades Plan de Sponsor
Muy Project Documento Una sola
Cronograma del Proyecto Secuenciamient Gestión del Equipo de
Alto Manager Digital vez
o de las Cronograma Proyecto
actividades
Estimación de Plan de
Muy Project Documento Una sola
Presupuesto del Proyecto los Costos del Gestión de Sponsor
Alto Manager Digital vez
Proyecto Costos
Definición de las
métricas de
Plan de Programad
Criterios de Calidad del calidad Muy Project Documento Una sola
Gestión de or
Proyecto Planificación de Alto Manager Digital vez
Calidad Tester
la matriz de
calidad
Definición de los Plan de
Determinación de las Roles y Gestión de Muy Project Equipo de Documento Una sola
Responsabilidades Responsabilidad Recursos Alto Manager Proyecto Digital vez
es Humanos
Plan de
Matriz de Gestión de las Project Equipo de Documento Una sola
Criterios de Comunicación Alto
Comunicaciones Comunicacion Manager Proyecto Digital vez
es
Matriz de Plan de Sponsor,
Definición de Riesgos y Líneas Muy Project Documento Una sola
Respuesta a Gestión de Tester,
de Acción Alto Manager Digital vez
Riesgos Riesgos Analista
Pág. 89
RIESGOS
• El sponsor no cuenta con el tiempo ni disponibilidad para asesorar el
proyecto.
• Los interesados con saben con precisión lo que es un sistema de
información.
• El costo es elevado e impagable.
• El tiempo es extremadamente largo.
• Los interesados no han precisado con exactitud sus requisitos.
Pág. 92
proyecto es
insuficiente.
R04 El costo estimado Se da el caso cuando los costos Podrá causar
es inferior a lo real. no han sido bien estimados
R05 Los miembros del Se da el caso cuando los Podrá causar errores durante
equipo de proyecto miembros del equipo enfrentan la planificación del proyecto
no cuentan con la por primera vez un proyecto.
suficiente
capacidad para
resolver problemas
complejos.
R06 Diseños erróneos Se da en el caso que al realizar Podrá causar retraso en el
actividades de implementación proyecto ante la necesidad
puede encontrarse que el de volver a considerar el
diseño carece del suficiente diseño trazado.
nivel de detalle o está mal
enfocado
Pág. 94
VALOR VALOR
PROBABILIDAD IMPACTO
NUMÉRICO NUMÉRICO
Muy Improbable 0.1 Muy bajo 0.05
Relativamente 0.3 Bajo 0.10 TIPO DE PROBABILIDAD
Probable RIESGOS X IMPACTO
Probable 0.5 Moderado 0.20 Muy Alto Mayor a 0.50
Muy probable 0.7 Alto 0.40 Alto Menor a 0.50
Casi Certeza 0.9 Muy alto 0.80 Moderado Menor a 0.30
Bajo Menor a 0.10
Muy Bajo Menor a 0.05
ESTIM
ACIÓN
ESTIMACIÓ PROB X
CÓDIG DE OBJETIVO TIPO DE
TITULO CAUSA RAÍZ N DE IMPACT
O PROB AFECTADO RIESGO
IMPACTO O
ABILID
AD
R01 El tiempo de los Podrá causar atrasos al 0.5 Alcance 0.20 0.1 Alto
principales momento de recopilar Tiempo 0.40 0.2
involucrados es información. Costo 0.20 0.1
insuficiente. Calidad 0.05 0.025
Probabilidad X impacto 0.425
Pág. 95
R02 Los involucrados no Podrá causar el atrasar la 0.1 Alcance 0.20 0.02 Bajo
colaboran de forma toma de requerimientos. Tiempo 0.40 0.04
eficiente en el Costo 0.20 0.02
proceso de Calidad 0.05 0.005
desarrollo del Probabilidad X impacto 0.085
proyecto.
R03 El tiempo Podrá causar un gran 0.3 Alcance 0.40 0.12 Muy Alto
programado para la retraso en el proyecto. Tiempo 0.80 0.24
elaboración del Costo 0.80 0.24
proyecto es Calidad 0.05 0.015
insuficiente. Probabilidad X impacto 0.615
R04 El costo estimado es Podrá causar 0.1 Alcance 0.10 0.01 Bajo
inferior a lo real. Tiempo 0.20 0.02
Costo 0.20 0.02
Calidad 0.05 0.005
Probabilidad X impacto 0.055
R05 Los miembros del Podrá causar errores 0.3 Alcance 0.80 0.24 Muy Alto
equipo de proyecto durante la planificación Tiempo 0.40 0.12
no cuentan con la del proyecto Costo 0.40 0.12
suficiente capacidad Calidad 0.20 0.06
para resolver Probabilidad X impacto 0.54
Pág. 96
problemas
complejos.
R06 Diseños erróneos Podrá causar retraso en 0.3 Alcance 0.40 0.12 Alto
el proyecto ante la Tiempo 0.80 0.24
necesidad de volver a Costo 0.40 0.12
considerar el diseño Calidad 0.10 0.03
trazado. Probabilidad X impacto 0.51
Pág. 97
PLAN DE
PROB. POR
IMPACTO
TITULO DEL DESCRIPCION DEL CAUSA TIPO DE RESPUESTA AL
CODIGO
CONTINGEN-
RIESGO RIESGO RAIZ RIESGOS RIESGO
CIA
ANEXOS
1. Estrategia para riesgos negativos o amenazas
2. Estrategia de respuesta para contingencias
E Evitar
T Transferir
M Mitigar
A Aceptar
- Entrevista con los usuarios: aplicando una entrevista para lograr definir el alcance
general del proyecto.
- Entrevista con médico especialista: al igual que en el caso anterior
- Revisión documental: se hizo el levantamiento de las necesidades generales de los
usuarios directos, el mismo que ha sido revisado para tener una idea clara del
sistema a desarrollar.
Pág. 101
Stakeholders
Externos
Usuarios del sistema
Stakeholders Project Manager
del Equipo de Analista de Sistemas
Proyecto (Team Tester
Members) Programador de Sistemas
- Médicos.
El médico especialista es que nos asesorara en el desarrollo del proyecto y quien
nos brindara toda la información y conocimiento para poder desarrollar el sistema.
- Project Manager
Definitivamente el Project Manager, es uno de los interesados más importantes, no
olvidemos que éste es su trabajo, y que además debe estar enterado o conocer en
forma clara como se realizan todos los procesos académicos en la institución. Él es
quien al final organizará, dirigirá y controlará la realización del proyecto.
- Analista de Sistemas
De igual forma, el analista al conformar o ser parte del Team Project (equipo de
proyecto), es uno de los principales interesados, porque de él depende cómo se
modelará el sistema, la planificación del mismo, los diseños de las interfaces, de la
base de datos y de las clases. El entregable del analista del sistemas, es un
Pág. 102
documento que será utilizado por los programadores, quienes son los que al final
implementarán el sistema.
- Programador de Sistemas
Los programadores, que como se mencionó, son los que construirán físicamente el
sistema.
- Tester
Es el encargado de realizar el seguimiento al desarrollo del sistema, de forma que
se asegure la calidad del producto final, además es el responsable de dar el visto
bueno al sistema elaborado, de acuerdo a los estándares de calidad definidos en el
plan de gestión de calidad.
ESTRATEGIA ESTRATEGIA
ALTA
ESTRATEGIA ESTRATEGIA
BAJA
INFLUENCIA PODER
BAJA ALTA BAJO ALTO
X X
Stakeholders Externos Usuarios
X X
Stakeholders Internos Médico especialista
X X
Project Manager X X
Stakeholders Internos Analista de Sistemas X X
(Team Members) Tester X X
Programador de Sistemas X X
Ahora presentamos 2 cuadros: uno indicando las estrategias aplicadas para cada
stakeholder, y la otra indicando en específico el interés y el poder de los interesados:
Pág. 104
INTERÉS PODER
EN CONTRA NORMAL A FAVOR BAJO MEDIO ALTO
X X
Stakeholders Externos Usuarios
X X
X X
Stakeholders Internos Médico especialista
X X
Project Manager X X
Stakeholders Internos Analista de Sistemas X X
(Team Members) Tester X X
Programador de Sistemas X X
ALTA
BAJA
Pág. 105