Sistema de transferencia (página 4)

Medico

Sistema

1. Selecciona la opción Nueva
Contrarreferencia

2. Presenta la opción de la
contrarreferencia con los siguiente datos:

• Número correlativo por
  defecto.
• Fecha (Generada por el sistema)
• Hora(Generada por el sistema)
• Código de contrarreferencia (Generado
  por el sistema)
• Establecimiento de Origen
• Establecimiento de referencia.
• Identificación del
  Afiliado
• • Nro. Historia Clínica
  • Apellido Paterno
  • Apellido Materno
  • Nombres
  • Sexo
  • Edad
• Resumen
• • Fecha Ingreso
  • Fecha Egreso
  • Dx Ingreso
  • Dx Egreso
  • Exámenes auxiliares
  • Tratamiento realizado
• Recomendaciones e indicaciones para el
  seguimiento
• Medico que refiere
• Nombre
• Colegiatura

3. Selecciona establecimiento origen y
establecimiento de referencia.

4. Ingresa dato del Paciente (Num. Historia
Clínica)

5. .Realiza una búsqueda en función al dato ingresado y
muestra en la opción Referencia los
siguientes filtros:

• Apellido Paterno
• Apellido Materno
• Nombres
• Edad
• Sexo

6. Ingresar datos a la hoja de referencia por
Emergencia.

7. Ingresa datos del Personal (Nombre) .

8. .Realiza una búsqueda en
función al dato ingresado y muestra en la
opción Referencia los siguientes
filtros:

• Colegiatura

9. Selecciona la opción
guardar.

10. Valida la información de la referencia por
Emergencia y guarda los datos.

11. Selecciona la opción Imprimir
Referencia por Emergencia.

12. Manda la orden de impresión de la
Referencia por Emergencia.

Medico

Sistema

1. Selecciona la opción modificar
Contrarreferencia.

2. Mostrara la interfaz de búsqueda de la
Contrarreferencia con los siguientes datos:

• Filtros de búsqueda
• • Nombre del paciente
  • Por establecimiento

Listado de la contrarreferencia con Nombre del
paciente y establecimiento

3. Ingresará el dato del filtro y
seleccionará la Contrarreferencia por Emergencia
que desea modificar.

4. Presenta opción de la Referencia por
Emergencia con los siguientes datos de la hoja de
Contrarreferencia seleccionada a modificar:

• Número correlativo por
  defecto.
• Fecha (Generada por el sistema)
• Hora(Generada por el sistema)
• Código de contrarreferencia (Generado
  por el sistema)
• Establecimiento de Origen
• Establecimiento de referencia.
• Identificación del
  Afiliado
• • Nro. Historia Clínica
  • Apellido Paterno
  • Apellido Materno
  • Nombres
  • Sexo
  • Edad
• Resumen
• • Fecha Ingreso
  • Fecha Egreso
  • Dx Ingreso
  • Dx Egreso
  • Exámenes auxiliares
  • Tratamiento realizado
• Recomendaciones e indicaciones para el
  seguimiento
• Medico que refiere
• Nombre
• Colegiatura

5. Ingresa datos a la hoja de Contrarreferencia
y presiona el botón guardar de la
Contrarreferencia.

6. Valida los datos de la hoja de
Contrarreferencia y guarda la información de la
contrarreferencia.

Encargado del Cambio de
Adscripción

Sistema

1. Selecciona la opción Nuevo Cambio de
Adscripción.

2. Presenta la opción del C.A. con los
siguientes datos:

• Nro. de transferencia (generado por el
  sistema)
• Código del titular
• Fecha trámite (generado por el
  sistema)
• Nombre del titular
• Dpto.
• Provincia
• Distrito
• Hospital.
• Dirección .
• Solicita la atención
  del.
• • Titular
  • Familiar o cónyuge
• Debido A
• • Residencia Habitual
  • Condición de Trabajo

3. Selecciona la opción búsqueda
de titular.

4. Presenta la opción de la
búsqueda del titular con el siguiente
filtro:

• Código del Titular
• Nombre de Titular

5. Ingrese el dato del filtro y selecciona el
titular que desea.

6. Presenta la opción Cambio de
Adscripción con los siguientes datos.

• Datos del Titular
• Código del titular.
• Nombre del titular

7. Selecciona de la opción departamento
una alternativa.

8. Muestra en la opción provincia, el
listado de provincias según la alternativa
seleccionada

9. Selecciona de la opción provincia una
alternativa.

10. Muestra en la opción distrito, el
listado de distritos según la alternativa
seleccionada

11. Selecciona de la opción distrito una
alternativa

12. Muestra en la opción cambio de
Adscripción el nombre del hospital de acuerdo a la
alternativa seleccionada.

13. Ingresa la dirección del lugar donde el
paciente desea adscribirse.

14. Selecciona la o las alternativas deseadas de
Solicita la atención del .

15. Muestra en la opción cambio de
adscripción los datos según las
alternativas seleccionadas

16. Selecciona la alternativa deseada de Debido
a.

17. Muestra en la opción cambio de
adscripción los datos según la alternativa
seleccionada

18. Selecciona la opción
guardar.

19. Valida los datos del C.A y guarda los datos
del C.A.

20. Selecciona la opción Imprimir Cambio
de Adscripción.

21. Manda la orden de impresión del
Cambio de Adscripción.

Encargado del Cambio de
Adscripción

Sistema

1. Selecciona la opción modificar el
Cambio de Adscripción.

2. Presenta interfase del Cambio de
Adscripción con los datos referidos del C.A a ser
modificados.

3. Selecciona la opción búsqueda
de titular.

4. Presenta la opción de la
búsqueda del titular con el siguiente
filtro:

• Código del Titular
• Nombre de Titular

5. Ingrese el dato del filtro y selecciona el
titular que desea.

6. Presenta la opción Cambio de
Adscripción con los siguientes datos.

• Datos del Titular
• Código del titular.
• Nombre del titular

7. Selecciona de la opción departamento
una alternativa.

8. Muestra en la opción provincia, el
listado de provincias según la alternativa
seleccionada

9. Selecciona de la opción provincia una
alternativa.

10. Muestra en la opción distrito, el
listado de distritos según la alternativa
seleccionada

11. Selecciona de la opción distrito una
alternativa

12. Muestra en la opción cambio de
Adscripción el nombre del hospital de acuerdo a la
alternativa seleccionada.

13. Ingresa la dirección del lugar donde
el paciente desea adscribirse.

14. Selecciona la alternativa Titular de
Solicita la atención del

15. Muestra en la opción cambio de
adscripción el dato del Titular

16. Selecciona la alternativa deseada de
Debido a.

17. Muestra en la opción cambio de
adscripción los datos según la alternativa
seleccionada

18. Selecciona la opción
guardar.

19. Valida los datos del C.A y guarda los datos
del C.A.

20. Selecciona la opción Imprimir Cambio
de Adscripción.

21. Manda la orden de impresión del
Cambio de Adscripción.

Encargado del Cambio de
Adscripción

Sistema

1. Selecciona la alternativa Cónyuge o
   Hijos de Solicita la atención
   del.

Presenta en la opción Cambio de
Adscripción la lista de familiares que tiene el
titular.

• Nombre de Familiar

1. Selecciona el familiar o los familiares de la
   lista.

Regresa al paso 16.

Encargado del Cambio de
Adscripción

Sistema

1. Selecciona las dos alternativa Titular y
   Cónyuge o Hijos de Solicita la
   atención del.

Presenta en la opción Cambio de
Adscripción la lista de familiares que tiene el
titular

• Nombre de Familiar

1. Selecciona la opción
   todos.

Regresa al paso 16.

Administrador de
vehículos

Sistema

1. Selecciona la opción Nuevo
proveedor.

2. Presenta la opción del
proveedor.

Mostrará los siguientes datos:

• Nro. Proveedor(el sistema genera el código)
• Fecha (asignada por el Sistema)
• Nombre del Proveedor
• Razón Social
• Tipo vehículo
• Cantidad de Vehículos
• Precio del Alquiler por
  Vehículo
• Teléfono
• Email

3. Ingresa los datos del proveedor y selecciona
la opción guardar.

4. Valida los datos del proveedor y guarda los
datos del proveedor.

Administrador de
vehículos

Sistema

1. Selecciona la opción modificar
proveedor.

2. Presenta interfase del proveedor pero con los
datos del proveedor a modificar.

3. Modifica algún dato del proveedor y
Presiona el botón guardar.

4. Valida los datos del proveedor y guarda la
información del proveedor.

Puesto

Responsabilidad

Jefe de Proyecto

El jefe de proyecto asigna los recursos, gestiona las prioridades,
coordina las interacciones con los clientes y usuarios, y mantiene al equipo
del proyecto enfocado en los objetivos. El jefe de proyecto
también establece un conjunto de prácticas
que aseguran la integridad y calidad de los artefactos del proyecto.
Además, el jefe de proyecto se encargará de
supervisar el establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y control del proyecto.

Analista de Sistemas

Captura, especificación y
validación de requisitos, interactuando con el
cliente y los usuarios mediante entrevistas. Elaboración del
Modelo
de Análisis y Diseño.
Colaboración en la elaboración de las
pruebas funcionales y el modelo de datos.

Programador

Construcción de prototipos.
Colaboración en la elaboración de las
pruebas funcionales, modelo de datos y en las
validaciones con el usuario

Arquitecto de Software

Gestión de requisitos, gestión de
configuración y cambios, elaboración del
modelo de datos, preparación de las pruebas
funcionales, elaboración de la documentación. Elaborar modelos de implementación y
despliegue.

FACTORES DE
ANALISIS

CATEGORIAS

TECNICO

1. Requisitos

• Módulos del producto
• Validación de usuarios

2. Tecnología

• Caducidad de las herramientas
  tecnológicas utilizadas.
• Personal poco capacitado en el manejado de
  estas herramientas.

3. Complejidad de interfase

• Interfaz del sistema en formato inestable
  (complejidad en su entendimiento)

4. Confiabilidad

• Poca seguridad de los datos del usuario
  (notas, datos personales)

5. Performance

• Lentitud en el procesamiento de la
  información

6. Calidad

• El producto no cumple con los
  procedimientos organizacionales ni normas de ESSALUD.

EXTERNOS

1. Mercado

• Aparición de proveedores del mismo
  rubro del proyecto.

2. Clientes

• Bajo interés de las personas por este
  tipo de aplicación.
• Incumplimiento de lo establecido en el
  contrato por parte de la
  organización contratante.
• Desacuerdo entre el avance y en los objetivos
  acordados

ORGANIZACIONAL

1. Recursos

• Falta de ambientes para el desarrollo del
  proyecto

2. Financiación

• Bajo nivel de financiación (presupuesto final)

3. Cambios Organizacionales

• Posibles problemas en políticas internas.

PROYECTO

1. Estimación

• Cálculos deficientes en las
  estimaciones de costo y tiempo.

2. Planificación

• Poca organización del plan
  del proyecto.

3. Control

• Fallas en el control y seguimiento de los
  avances del proyecto.

4. Comunicación

• Fallas en las redes
  de comunicación (cliente /
  servidor)

Objetivo del
proyecto

Muy Bajo (5%)

Bajo (10%)

Moderado (20%)

Alto (40%)

Muy Alto (80%)

Costos

Incremento insignificante en costos, aun pueden ser
cubiertos.

Incremento en costo < 10%. Nuevo
Análisis de Asignación de Recursos del
Proyecto.

Incremento en costos entre 10-20%. Replanteo de
los procesos del proyecto.

Incremento en costos entre 20-40%.
Suspensión temporal del desarrollo del
proyecto.

Incrementos en costos >40%. Incrementos no
pueden ser cubiertos en su totalidad. Proyecto
finaliza.

Tiempo

Insignificante, no afecta la asignación
de tiempos.

Retraso <10%. Posibilidad de aumento del
tiempo asignado.

Retraso global entre 10-20%. Aumento de los
tiempos de las tareas en 10-20%.

Retraso global entre 20-40%. Aumento de tiempo
de tareas en 20-40%

Retraso global >40%. Suspensión de las
actividades del proyecto.

Alcance

Reducción escasamente apreciable. No
afecta al alcance planteado.

Alcance afectado de manera
mínima.

Áreas mayores de alcance
afectadas.

Reducción de alcance inaceptado por
la
empresa.

No se puede llegar a cumplir con el alcance del
proyecto. Fin del proyecto.

Calidad

Degradación escasamente aceptable. No
afecta el desempeño del proyecto.

Se afectan aplicaciones exigentes por escasez de recursos.

Posible reducción de calidad por
replanteo de tareas y tiempos.

Menor calidad por desarrollo acelerado
(reducción de módulos)

Cierre de proyecto debido al incumplimiento de
estándares y normativas de calidad.

Prioridad de
Riesgo

Descripción

1

Alta

2

Moderada

3

Bajo

4

Muy Bajo

Id

Riesgo que puede sucede y como
puede suceder

Las consecuencias de suceder un
evento

Aptitud de los controles
existentes

Puntaje de
Probabilidad

Nivel de riesgo

Prioridad de riesgo

consecuencias

Probabilidad

CA

Fecha limite de la presentación de
entregables próxima.

Demora en la iniciación de las
actividades de desarrollo. imposibilidad de mostrar
avance del producto

Solicitudes de cambio de fecha de
presentaciones

65%

30%

Alto

1

CA

Informe de Factibilidad poco alentador (poco
viable)

Cierre de proyecto por falta de
viabilidad

Revisión de análisis de pre
factibilidad

75%

10%

Bajo

1

CA

Falta de recursos como personal, efectivo, etc.
en áreas de desarrollo.

No poder
continuar con cronograma de actividades
establecido.

Estimación de Recursos.

85%

20%

Moderado

1

CA

No contar con los ambientes para
implantación y pruebas.

Posponer la implantación y
pruebas.

Verificar los ambientes

Perdida de tiempo en la equipamiento de los
ambientes

65%

10%

Bajo

1

CA

Diferencias entre el nivel de
satisfacción de la organización y el
esperado.

Cierre del proyecto o rediseño de los
procesos

Verificación del cumplimiento de la
calidad y del alcance

65%

20%

Moderado

4

Riesgo

Riesgos en orden de
prioridades

Posible tratamiento de los
riesgos

Opción de tratamiento
elegida

Controles
existentes

Aceptación o rechazo
según análisis
Costo/beneficio

Fecha de
implementación

Monitoreo de riesgos y
opciones de tratamiento

1

Fecha limite de la presentación de
entregables próxima.

• Trabajar tiempo extra.
• Recuperar el tiempo perdido por las
  noches.
• Solicitar apoyo a la organización
  mediante una prórroga en fecha limite de
  entrega.

• Solicitar apoyo a la organización
  mediante una prórroga en fecha limite de
  entrega.

Se efectúa el control periódico del cronograma de
actividades

Aceptación según
Costo/Beneficio

2 días antes de la fecha de
presentación del entregable.

Manejo de reportes periódicos de cada una
de las actividades para determinar el porcentaje de
retraso.

2

Informe de Factibilidad poco alentador (poco
viable)

• Detener el desarrollo del proyecto hasta que
  se den las condiciones adecuadas.
• Realizar una nueva lista de requisitos de
  infraestructura y de software a la organización
  contratante.
• Ejecutar solo las actividades para las cuales
  se cuente con los recursos necesarios.

• Ejecutar solo las actividades para las cuales
  se cuente con los recursos necesarios.

Se realizaron análisis de factibilidad,
previos al inicio del proyecto para determinar cuales
serian los requerimientos de infraestructura
tecnológica, de recursos
humanos, entre otros necesarios para el
proyecto.

Rechazo, demasiado costo.

3 días después de la entrega del
informe de factibilidad.

Revisiones periódicas del avance en
factibilidad.

3

Falta de recursos como personal, efectivo, etc.
en áreas de desarrollo.

• Realizar solicitud de recursos faltantes de
  acuerdo al presupuesto estimado.
• Parar temporalmente la ejecución del
  proyecto debido a falta de recursos.
• Trabajar únicamente con los recursos
  disponibles hasta obtener los recursos
  faltantes.

• Trabajar únicamente con los recursos
  disponibles hasta obtener los recursos
  faltantes.

Se cuenta con un listado de profesionales frente
a la escasez de recursos.

Aceptación según Análisis
Costo / beneficio

Después de 3 días de la
presentación de la solicitud de
recursos.

Los jefes de cada una de las áreas,
llevaran controles de los recursos asignados para cumplir
con sus labores.

4

No contar con los ambientes para
implantación y pruebas.

• Posponer fecha de implantación de
  prototipo y pruebas hasta que se cumplan las
  condiciones.
• Realizar solicitudes de ampliación de
  tiempo para las pruebas y la implantación de
  prototipos.

Posponer fecha de implantación del
prototipo y pruebas hasta que se cumplan las
condiciones.

Se pidió con anticipación a la
organización contratante una infraestructura
adecuada para la realización de la
implantación y pruebas.

Aceptación según el
Análisis Cost/Beneficio

Una semana antes de la fecha programada para las
pruebas de prototipo.

Revisión continua de lo avanzado en el
ambiente en el cual se realizaran las
pruebas de prototipo.

5

Diferencias entre el nivel de
satisfacción de la organización y el
esperado.

• Rediseño del producto del proyecto de
  acuerdo a sugerencias realizadas en las pruebas por
  parte de la organización
• Rediseño del producto del proyecto de
  acuerdo a sugerencias realizadas en las pruebas por
  parte de la equipo de proyecto.
• Rechazar sugerencias por falta de
  presupuesto.
• Efectuar capacitaciones a los usuarios a fin
  de no realizar cambios en el producto sw.

Rediseño del producto del proyecto de
acuerdo a sugerencias realizadas en las pruebas por parte
de la organización

Efectuar capacitaciones a los usuarios a fin de
no realizar cambios en el producto sw.

Se han realizado manuales de usuario, para mejorar la
comprensión que estos tienen del sw.

Aceptación, según análisis
Costo /Beneficio

Inmediatamente después solicitud de
cambios en los requerimientos.

Realizar un análisis para verificar si
las sugerencias son factibles.

Sistema de
Transferencia

Facultad de Ingeniería de Sistemas,
Cómputo y Telecomunicaciones

XV CURSO DE
ACTUALIZACIÓN

Fecha: 19/08/2006

Riesgo:1 Referencia:
Plan de Tratamiento de Riesgos

Riesgo: Fecha limite de la
presentación de entregables
próxima.

Resumen: Solicitar apoyo a
la organización mediante una prórroga en
fecha limite de entrega.

Se efectúa el control periódico
del cronograma de actividades para determinar niveles de
retraso y anticiparse a la disminución de los
mismos.

Plan de Acción

1. Se Manejaran reportes periódicos de
   cada una de las actividades para determinar el
   porcentaje de retraso, en los cuales cada área
   involucrada deberá informar sobre su avance,
   sobre retrasos si existen, el motivo de los mismos, y
   las medidas a tomar para corregir los mismos, con la
   finalidad de evitar que el Plan de trabajo del
   proyecto quede obsoleto.

2. Acciones Propuestas

   La solicitud de recursos depende de los
   reportes de avances, si fuera el caso se solicitara
   solo los recursos necesarios para minimizar el
   retraso.

3. Requerimientos de Recursos

   La implantación de los planes de
   acción establecidos para este
   riesgo, se realizaran 2 días
   antes de la fecha de presentación del
   entregable.

4. Fecha
5. Monitoreo

El monitoreo es realizado de acuerdo a
Reportes de Avances.

Riesgo: 2 Referencia:
Plan de Tratamiento de Riesgos

Riesgo: Informe de
Factibilidad poco alentador (poco viable)

Resumen:

El proyecto no puede completarse o ponerse en
marcha porque no se pueden completar las actividades,
debido a que la organización no cuenta con recursos
previamente solicitados por el equipo de proyecto en el
listado de requerimientos.

Plan de Acción

1. Acciones Propuestas

• Ejecutar solo las actividades para las cuales
  se cuente con los recursos necesarios.
• Detener el desarrollo del proyecto hasta que se
  den las condiciones adecuadas.

  1. Los recursos que se requieren para la
     realización del proyecto, fueron
     especificados en el documento de requerimientos
     realizado por el equipo de proyecto, se debe
     determinar que recursos son necesarios en esta
     etapa y ver si la organización puede
     suministrarlos de lo contrario se procede a el
     paro de las actividades por falta de
     recursos.

  2. Requerimientos de Recursos

1. Las acciones sugeridas se realizaran 3
   días después de la entrega del informe de
   factibilidad, a fin de determinar cual será
   el
   estado del proyecto, definir si se replantean o no
   los requerimientos del proyecto.

2. Fecha
3. Monitoreo

El monitoreo se realiza mediante el informe de
factibilidad, el cual permitirá tomar la
decisión de un cierre temporal o definitivo del
proyecto, el cual deberá ser informado a todas las
instancias del proyecto..

Riesgo:3 Referencia:
Plan de Tratamiento de Riesgos

Riesgo: Falta de recursos en
diversas áreas de desarrollo.

Resumen:

Los jefes de cada una de las áreas,
llevaran controles de los recursos asignados para cumplir
con sus labores, pero siempre pueden presentarse errores en
esta gestión y ocasionarse deficiencias en los
materiales requeridos, lo cual
generaría atrasos en diversas actividades para las
cuales se necesitan esos recursos.

Plan de Acción

1. Acciones Propuestas

• Realizar solicitud de recursos faltantes de
  acuerdo al presupuesto estimado.
• Parar temporalmente la ejecución del
  proyecto debido a falta de recursos.
• Trabajar únicamente con los recursos
  disponibles hasta obtener los recursos
  faltantes

1. Los requerimientos de productos se van dando de acuerdo al
   progreso de las actividades y su asignación
   depende de cada jefe de área, procurando que
   este no afecte al presupuesto planificado por el equipo
   de proyecto.

2. Requerimientos de Recursos

   En 3 días después de la
   presentación de la solicitud de recursos.

3. Fecha
4. Monitoreo

Cada área del proyecto, podrá
solicitar recursos que les hacen falta para cumplir con
sus objetivos, a las demás áreas, a
través de solicitudes de recursos.

Riesgo:4 Referencia:
Plan de Tratamiento de Riesgos

Riesgo: No contar con los
ambientes para implantación y pruebas

Resumen:

Existe la posibilidad de que los ambientes para la
realización de la implantación y las pruebas
de prototipo, no hayan sido preparados adecuadamente y por
lo tanto la funcionalidad del producto no podrá ser
mostrada adecuadamente.

Plan de Acción

1. Acciones Propuestas

• Posponer fecha de implantación del
  prototipo y pruebas hasta que se cumplan las
  condiciones.

1. En este caso los requerimientos son las
   condiciones faltantes y que son necesarias que el
   ambiente de implantación y prueba posea y que se
   ha verificado que aun no han sido dadas, ya sean estas,
   condiciones de infraestructuras, apoyo, entre
   otras.

2. Requerimientos de Recursos

   La fecha de revisión del ambiente de
   implantación y pruebas se realizara una semana
   antes de la fecha establecida para las
   pruebas.

3. Fecha
4. Monitoreo

El equipo de proyecto de común acuerdo
estableció la fecha y los requisitos para la
realización de la implantación y pruebas
del prototipo de software. Las variaciones están
sujetas a lo observado en las revisiones previas del
ambiente de pruebas.

Riesgo: 5 Referencia:
Plan de Tratamiento de Riesgos

Riesgo: Diferencias entre el nivel de
satisfacción de la organización y el
esperado

Resumen:

Este posible riesgo proviene de los juicios de
valor
emitidos por la Organización después de las
pruebas de implantación del prototipo .que se ha
desarrollado

Plan de Acción

1. Acciones Propuestas

• Rediseño del producto del proyecto de
  acuerdo a sugerencias realizadas en las pruebas por parte
  de la organización
• Efectuar capacitaciones a los usuarios a fin de
  no realizar cambios en el producto sw.

1. Los requerimientos están dados por las
   sugerencias de la organización, que
   deberán ser implementadas siempre y cuando se
   cuenten con los recursos necesarios, a fin de que el
   cliente en este caso la organización este
   satisfecha.

2. Requerimientos de Recursos

   Se toman las medidas necesarias,
   Inmediatamente después de las solicitudes de
   cambios realizados en los requerimientos.

3. Fecha
4. Monitoreo

Se realizan manuales de usuarios debidamente
detallados y comprensibles para ejemplizar el manejo del
sistema del usuario.

Iteración

Referencia por
Emergencia

Actividades

• Revisión del modelo de
  datos.
• Diseño de plantillas para la captura
  de Información.
• Diseño de reportes
• Validación con los
  Usuarios.
• Construcción del
  módulo.
• Pruebas de módulo.
• Revisión y validación con los
  Usuarios.

Iteración

Contrarreferencia

Actividades

• Revisión del modelo de
  datos.
• Diseño de plantillas para la captura
  de Información.
• Diseño de reportes
• Validación con los
  Usuarios.
• Construcción del
  módulo.
• Pruebas de módulo.
• Revisión y validación con los
  Usuarios.