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.