Proyectos-PMBOK

Taller GERENCIA DE PROYECTOS

IMPLEMENTACION DE UN SISTEMA DE GESTIÓN AMBULATORIA

2011 Lima - Perú

_________________________________________________________________________________________________________________

ÍNDICE 1.

CASO DE NEGOCIO.......................................................................................................................3

2.

ENUNCIADO DEL TRABAJO...........................................................................................................7

3.

CONTRATO DEL PROYECTO.........................................................................................................14

4.

ACTA DE CONSTITUCIÓN DEL PROYECTO...................................................................................23

5.

REGISTRO DE INTERESADOS.......................................................................................................31

6.

ESTRATEGIA DE GESTIÓN DE INTERESADOS...............................................................................35

7.

MATRIZ DE EVALUACIÓN DE INTERESADOS................................................................................39 7.1 MATRIZ DE INTERESADOS INFLUENCIA VS PODER...................................................................40 7.2 MATRIZ DE INTERESADOS IMPACTO VS PODER........................................................................41 7.3 MATRIZ DE INTERESADOS INFLUENCIA VS IMPACTO................................................................42 7.4 DIAGRAMA DE VENN................................................................................................................43

8.

PLAN DE GESTIÓN DE REQUISITOS.............................................................................................45

9.

DOCUMENTACIÓN DE REQUISITOS............................................................................................49

10.

MATRIZ DE TRAZABILIDAD DE REQUISITOS............................................................................56

11.

ENUNCIADO DEL ALCANCE DEL PROYECTO............................................................................66

12.

EDT.........................................................................................................................................71

13.

DICCIONARIO DEL EDT...........................................................................................................73

14.

PLAN DE GESTIÓN DEL TIEMPO..............................................................................................83

15.

IDENTIFICACIÓN Y SECUENCIAMIENTO DE ACTIVIDADES.......................................................89

16.

ATRIBUTOS DE LAS ACTIVIDADES...........................................................................................95

17.

LISTA DE HITOS.....................................................................................................................104

18.

REQUISITOS DE RECURSOS Y DURACIÓN DE LAS ACTIVIDADES............................................106

19.

EDR DEL PROYECTO..............................................................................................................136

20.

CRONOGRAMA DEL PROYECTO............................................................................................138

21.

RUTA CRÍTICA.......................................................................................................................151

-1-

_________________________________________________________________________________________________________________

22.

CAPACIDAD DE RECURSOS....................................................................................................157

23.

PLAN DE GESTIÓN DE COSTOS..............................................................................................161

24.

ESTIMACIÓN DE COSTOS DE LAS ACTIVIDADES Y DEL PROYECTO........................................166

25.

PRESUPUESTO DEL PROYECTO.............................................................................................174

26.

COSTOS ACUMULADOS........................................................................................................177

27.

BASE DE LAS ESTIMACIONES................................................................................................179

28.

PLAN DE GESTIÓN DE CALIDAD............................................................................................181

29.

MATRIZ DE ACTIVIDADES DE CALIDAD.................................................................................190

30.

MÉTRICAS DE CALIDAD........................................................................................................194

31.

PLAN DE GESTIÓN DE RIESGOS............................................................................................205

32.

LISTA DE RIESGOS IDENTIFICADOS Y EVALUACIÓN CUALITATIVA..........................................208

33.

PLAN DE RESPUESTA A RIESGOS...........................................................................................212

34.

PLAN DE RECURSOS HUMANOS...........................................................................................215

35.

ORGANIGRAMA DEL PROYECTO...........................................................................................218

36.

MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES...............................................................220

37.

DESCRIPCIÓN DE ROLES.......................................................................................................224

38.

DIAGRAMA DE CARGA DE PERSONAL...................................................................................231

39.

CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO..............................................237

40.

PLAN DE GESTION DE COMUNICACIONES............................................................................239

41.

MATRIZ DE COMUNICACIONES DEL PROYECTO....................................................................244

42.

GLOSARIO DE TERMINOLOGÍA DEL PROYECTO....................................................................248

_________________________________________________________________________________________________________________ -2-

_________________________________________________________________________________________________________________

1. CASO DE NEGOCIO Sistema de Gestión Ambulatoria

_________________________________________________________________________________________________________________ -3-

_________________________________________________________________________________________________________________

Versión 1.0

Hecha por Enrique Mejí a

CONTROL DE VERSIONES Revisada por Aprobada por Flor de María Valdivia

Sebastián Céspedes

Fecha

Motivo

15/10/2011

Versión original

Caso de Negocio Resumen Ejecutivo El presente documento recomienda el Plan de Implantación del Sistema Informático de Administración de Gestión Ambulatoria, para la “CLINICA SAN MARCOS”. Este Sistema permitirá eliminar las llamadas que se realizan vía telefónica a las Entidades Prestadoras de Salud – en adelante EPS y Seguros Privados (el cual representa 80% de nuestras atenciones), reducir los errores de digitación de las condiciones de los asegurados que representa el 23 % y reducir las devoluciones de facturación a consecuencia de la mala aplicación de copagos que representa un promedio de 18 días de recolocación. Los procesos mejorados de ahorro de costos en llamadas y los intereses producidos por los tiempos de demora en los pagos de nuestras facturas establecen un plazo de recuperación de la inversión en un año.

Descripción del problema Desde el año 2009, nuestra empresa ha realizado convenios con Empresas Aseguradoras Privadas y con las EPS el cual nos permite tener una gran participación en el mercado del sector Salud, es por ello que contamos con una amplia cartera de clientes, entre los principales pertenecen al grupo del sector de Aseguradores Privados, quienes representa el 80% de nuestra facturación, y el otro 20% representa a pacientes particulares de la zona cercana a nuestras instalaciones. De esta situación se han identificado algunos problemas que son los siguientes: ● ●

Por cada atención que se presta a los pacientes, es necesario realizar una llamada telefónica previa a la empresa aseguradora correspondiente, con el fin de confirmar su status dentro del Seguro y del beneficio a aplicar. La información sobre los cobros y atenciones están sujetas a errores e insuficiencia, por lo que tienen un alto nivel de devoluciones.

Estas devoluciones hace que se retrase el cobro de las facturas y por consiguiente los pagos demoran en realizarse con el perjuicio económico que ello significa.

Oportunidades de negocio La CLÍNICA SAN MARCOS, al decidir incursionar en el mercado Asegurador Privado, tiene la oportunidad de fortalecer sus procesos, en el cual le permitirá generar un ahorro del 15% del costo de la atención y 20% del costo de la facturación, a los reprocesos y tiempos de demora de colocación en la facturación. Esto representa una oportunidad en nuestro trato al cliente de poder optimizar y sistematizar el tiempo de admisión y con ello permitirá atender a más pacientes en corto tiempo y mejorar las ventas. _________________________________________________________________________________________________________________ -4-

_________________________________________________________________________________________________________________

Objetivos estratégicos cubiertos: El presente “Caso de Negocio” apoyará en el cumplimiento de los siguientes objetivos estratégicos de la empresa: Finanzas

 

Ahorrar hasta en un 15% los costos operativos por demora en atención. Mejorar las ventas hasta en un 20%.

Cliente



Reducir los tiempos de crédito a los aseguradores de 63 a 45 días.

Procesos internos



Obtener información de preexistencias y exclusiones para apoyo de la atención reduciendo el riesgo de la mala praxis.

Además, el nuevo sistema permitirá que se mejoren los canales de atención de la CLÍNICA SAN MARCOS.

Costos Implantación del sistema Tiempo de implantación Contrato de mantenimiento Compra de equipos (sugerida)

: : : :

S/. 80,000.00 nuevos soles 3 meses S/. 10,000.00 nuevos soles S/. 50,000.00 nuevos soles

Supuestos La Estimación de la participación de asegurados se llegue a cubrir al 90% en el 2012 de las facturaciones, esto debido al incremento de pacientes asegurados y por ende se debe mejorar la atención a los pacientes.

Descripción del proyecto Si este “Caso de Negocio” es aprobado, serán las áreas de Finanzas y Operaciones quienes mejorarán sus procesos internos, debido a que la labor del área de Finanzas está relacionada con la Caja y facturación, y el área de operaciones tiene a cargo los temas de Admisión. Para la implantación del Sistema de Gestión Ambulatoria se contará con la participación de las áreas mencionadas.

Plan de Implantación La implantación del Sistema de Gestión Ambulatoria tendrá como fecha de inicio el 22 de Octubre del presente año, las labores se realizarán progresivamente debido a que esta labor se realizará a Nivel Nacional. Desde un inicio se tiene en cuenta que se tendrá que realizar una capacitación con el personal clave que hará uso del Sistema de Gestión Ambulatoria dividiéndose por grupos, perfiles y horarios, que se establecerá conjuntamente con los jefes de las áreas de Finanzas y Operaciones, teniendo en cuenta que no se debe perjudicar las labores diarias de los empleados. La capacitación se realizará en un auditorio que asignará la CLINICA SAN MARCOS, el cual contará con una PC para cada usuario. Se estima que entrará en producción el día 22 de enero de 2012 en el cual constara con un corte de servicio debido a que se hace el cambio del sistema. La etapa de monitoreo se realizará en las respectivas instalaciones por espacio de 30 días, si en esta _________________________________________________________________________________________________________________ -5-

_________________________________________________________________________________________________________________

etapa ocurriese incidencias o requerimientos, dichas solicitudes serán atendidas a la brevedad posible evaluando previamente su viabilidad.

Análisis Financiero Flujo de caja a tres años: Costos

Año 0

Año 1

Año 2

Total

Beneficios

S/. 150,000.00

S/. 2000,000.00

S/. 250,000.00

S/. 600,000.00

Costos

-S/. 130,000.00

-S/. 10,000.00

-S/. 10,000.00

-S/. 150,000.00

Utilidad

S/. 20,000.00

S/. 190,000.00

S/. 240,000.00

S/. 450,000.00

Periodo de recuperación: 1 año

Recomendaciones Se recomienda la Implantación de un Sistema de Gestión Ambulatoria a fin de mejorar y optimizar los actuales procesos, debiéndose considerar el incremento de diferentes grupos de la empresas aseguradoras privadas, los mismos que se necesitan para adquirir la información de Superintendencia Nacional de Aseguramiento en Salud (SUNASA), que es un organismo oficial para la distribución de información, lo cual nos garantiza un crecimiento bajo estándares nacionales y posibilidades de interconexión con otra compañías aseguradoras que se adicionen a la comunicación SITEDS, promovido por la SUNASA, generando así nuevos convenios sin que esto incremente los costos de inversión ya que la misma solución contemplaría su inclusión.

_________________________________________________________________________________________________________________ -6-

_________________________________________________________________________________________________________________

2. ENUNCIADO DEL TRABAJO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

Iván Manta

CONTROL DE VERSIONES Revisada por Aprobada por Fredy Aranda Oscar Valderrama Janis Candia Gustavo Espinoza

Fecha

Motivo

17/10/2011

Versión original

_________________________________________________________________________________________________________________ -7-

_________________________________________________________________________________________________________________

ENUNCIADO DEL TRABAJO Nombre del Cliente

Clínica San Marcos S.A.

Administrador del cliente:

Sebastián Céspedes (Sponsor)

Nombre del proyecto:

Implantación del Sistema de Gestión Ambulatoria

Duración del compromiso

3 meses calendario

Fecha de inicio

22 de Octubre del 2011

Fecha de fin

22 de Enero del 2012

TARIFAS DE PROGRAMACIÓN DESCRIPCION DEL ITEM

Implantación del sistema

TIEMPO DE ENTREGA

3 meses calendario

COSTO (ESTIMADO)

S/. 80,000.00

TERMINOS DE PAGO FASE

Configuración General Implantación de Módulos Admisión y Caja Implantación de Módulos Consumos y Facturación

FECHA DE FIN

PAGADO POR

22/11/2011 22/12/2011

Sebastián Céspedes Sebastián Céspedes

22/01/2012


Consideraciones previas El cliente Clínica San Marcos, ha realizado un benchmarking entre los productos del mercado nacional que cumplen con los requisitos funcionales que necesita la clínica cubrir. Luego de realizar el benchmarking se ha seleccionado a la empresa CONSULTORES PMI S.A.C para que realice la implantación del Sistema Informático de Administración de Gestión Ambulatoria – en adelante SIGAM. El proyecto será desarrollado y liderado por la empresa Consultores PMI S.A.C., empresa que cuenta con más de 10 años de experiencia en Dirección de Proyectos en el Sector Salud a nivel nacional, siendo distribuidores oficiales y conocedores del producto que se ha evaluado y cubre las necesidades funcionales de la clínica San Marcos.

Alcance y Acuerdo de servicios profesionales La empresa CONSULTORES PMI S.A.C. se compromete a:  Implantar el Sistema de Gestión Ambulatoria para la empresa Clínica San Marcos S.A, tanto a nivel de BD, como de aplicación.  Realizar la migración de la data inicial al Sistema SIGAM.  Capacitar a los usuarios finales en cuanto a la funcionalidad de la solución.  Entregar los manuales de usuario del SIGAM.  Entregar documentación de gestión del proyecto. _________________________________________________________________________________________________________________ -8-

_________________________________________________________________________________________________________________

El producto que se va a implementar en la Clínica San Marcos en el “SIGAM”, el cual es un sistema de información capaz de gestionar y dar soporte a los procesos de admisión, consumos, caja, y facturación para el área ambulatoria de la clínica. Adicionalmente, el SIGAM permite la comunicación con el Sistema SITEDS, el cual le permite obtener los datos de los pacientes afiliados a un EPS, de una manera segura y ágil a través de un interface. El alcance definido para el presente proyecto es el siguiente: 

Configuración de la Base de Datos. Permitirá contar con la Bd configurada inicialmente (tablas, esquemas, usuarios de BD) en el servidor de BD final.



Implantación del Módulo de Seguridad del SIGAM. Módulo que permitirá manejar los niveles de seguridad que se dispondrán por roles y/o usuarios.



Implantación del Módulo de Admisión de SIGAM.

Módulo que permite gestionar y monitorear todo el proceso de admisión de pacientes a la clínica realizando el registro de admisiones de pacientes, corrigiendo datos de las admisiones registradas, registro de los datos personales en la Historia Clínica y brindando facilidades para la obtención de datos del SITEDS, y permitiendo el monitoreo de admisiones a través de reportes. Este módulo cuenta con las siguientes opciones: ○ ○ ○ ○ ○ ○ ○ 

Generar Admisiones Corregir Admisión Registrar datos de pacientes para la Historia Clínica Consultar Tarifario Consultar Admisiones Consultar Atenciones Consultar CIE-10

Implantación del Módulo de Consumo de SIGAM.

Módulo que permite gestionar y monitorear todo el proceso de consumos de pacientes realizando el registro de servicios solicitados por los pacientes, atendiendo los servicios que ya han sido brindados, y permitiendo el monitoreo de los consumos con sus estados a través de 32 reportes; así como el registro del diagnóstico definitivo y presuntivo. Este módulo cuenta con las siguientes opciones: ○

○

○

Servicios Auxiliares: ● Laboratorio:  Atención  Consumos ● Imágenes:  Atención  Consumos Procedimientos médicos: ● Atención ● Consumos Registro de diagnóstico:

_________________________________________________________________________________________________________________ -9-

_________________________________________________________________________________________________________________

● CIE-10 

Implantación del Módulo de Caja de SIGAM.

Módulo que permite gestionar y monitorear todos los procesos de caja realizando el registro de tipos de cambio, registrando la apertura y cierre de cajas, generando reportes de liquidación de cajas, registrando pagos, emitiendo documentos de pago, y anulando documentos de pago emitidos que lo requieran. Este módulo cuenta con las siguientes opciones: ○ ○ ○ ○ ○ ○ ○ ○ 

Anular documento Iniciar sesión de Caja (apertura) Cerrar Caja Corregir Admisión Generar Liquidación Registrar tipos de Pagos en Caja Reimprimir Administrar Tipo de Cambio

Implantación del Módulo de Facturación de SIGAM.

Permite gestionar y monitorear todo el proceso de facturación realizando la facturación de admisiones, generando reportes de sustento de facturación, y anulando documentos de pago emitidos durante la facturación en caso sea necesario. Este módulo cuenta con las siguientes opciones: ○ ○ ○ ○ ○ ○ ○ 

Anular Factura Corregir Admisión Facturar Reimprimir Consultar Admisiones Consultar Atenciones Registro del CIE-10

Implantación del Módulo de Administración de Datos de SIGAM.

Módulo que permite gestionar y monitorear todos los datos útiles para que el sistema pueda operar correctamente realizando el mantenimiento de: Documentos maestros, Tarifario, Tipo de cambio, Beneficio, Contratante, Empresa, Financiador, Grupo, Persona, y Plan. Este módulo cuenta con las siguientes opciones: ○

○

Configuraciones: ● Tablas Maestras ● Tarifario SEGUS ● Tipo de Cambio Mantenimientos: ● Beneficio ● Contratante ● Empresa ● Financiador

_________________________________________________________________________________________________________________ - 10 -

_________________________________________________________________________________________________________________

● Grupo ● Persona ● Plan 

Migración de data inicial al SIGAM. Se definirán formatos iniciales, donde la clínica San Marcos tendrá que completar la data inicial que será migrada al SIGAM.



Pruebas Integrales de la solución implantada Dichas pruebas se realizarán al término de las pruebas de la empresa CONSULTORES PMI SAC con la data inicial cargada en la migración inicial.



Puesta en Producción de la Solución. Instalación del SIGAM en el servidor de aplicaciones final y configuración de acceso a la Bd del servidor de BD final.



Capacitación a usuarios finales (10 personas) que la empresa asigne, en cuanto a la funcionalidad del SIGAM.

Proceso de Aprobación: El proyecto tiene como duración 3 meses calendario el cual será realizado desde el 22 de Octubre del 2011 hasta 22 de Enero del 2012. El cliente procederá a la verificación y validación del correcto funcionamiento del sistema tomando como referencia para la misma las especificaciones del contrato. La verificación y validación la realizará en un periodo de tiempo inferior a 15 días calendario contados a partir del término de la implantación del sistema. Si pasada esta fecha el cliente no manifiesta por escrito reparos al proveedor , se entenderá que el sistema cumple con todos los requisitos establecidos. El proveedor es dueño del sistema a implantar, por lo tanto el cliente se compromete a no vender, transferir o negociar transacción alguna más allá de lo adquirido materia del contrato. El cliente es dueño del uso y derechos de usuario del sistema vía un licenciamiento ilimitado en tiempo y usuarios para sus empresas en la cual posea sociedad mayoritaria. Una vez terminada la validación por parte del cliente de la implantación del sistema de información, se iniciará un periodo de garantía del correcto funcionamiento del sistema de 6 meses. La garantía del sistema cubrirá un servicio de mantenimiento correctivo por parte del proveedor, con un tiempo de respuesta a las notificaciones de incidencias inferior a 5 horas desde la notificación, y un tiempo de reparación acorde al esfuerzo técnico necesario para su corrección.

Criterios de Aceptación: Los criterios de aceptación del producto son los siguientes:

_________________________________________________________________________________________________________________ - 11 -

_________________________________________________________________________________________________________________

 Para la aprobación de la implantación por parte del cliente, se debe cumplir con la implantación del producto que cubra el 100% de las funcionalidades detalladas.

 Se debe concluir el proyecto en el tiempo pactado de 3 meses calendario.  No exceder el presupuesto del proyecto de S/. 80,000.00. Supuestos El cliente Clínica San Marcos proporcionará las instalaciones en donde se realizará la implantación del sistema. Se tiene la infraestructura de hardware, software, comunicaciones y soporte logístico, necesario y apropiado, para la gestión de todas las partes del proyecto. Deberá existir un contrato entre la empresa Consultores PMI S.A.C. (proveedor) y Clínica San Marcos S.A. (cliente).

Compromiso El cliente se compromete a realizar todas las acciones que le competen para respetar el cronograma diseñado por el proveedor para la presentación de entregables. Este cronograma marcará las fechas de revisión, presentación, tiempos de corrección y entrega final. Es obligatoria esta presentación a fin de hacer efectivo los pagos en las fases previstas. En caso el cliente no complete una actividad asignada en el tiempo esperado, el proveedor procederá a actualizar el cronograma e informar a todo el equipo de trabajo.

Equipo de trabajo El proveedor proporcionará un equipo experto que se encargará de realizar la implantación del sistema. El cliente se encargará de la selección del personal quien trabajará en conjunto con el equipo del proveedor en la implantación del sistema. El proveedor entregará los roles y responsabilidades necesarios del equipo del cliente.

Revisiones de avance Se efectuarán reuniones quincenales entre el gerente de proyecto del cliente, el gerente de proyecto del proveedor, el sponsor y el comité de gerencia con la finalidad de revisar las planificaciones, avances del proyecto y riesgos identificados que podrían afectar el proyecto.

Capacitaciones del sistema El cliente brindará sus instalaciones e infraestructura con la que cuenta para que se pueda desarrollar las capacitaciones de los módulos del sistema. El proveedor indicará con anticipación qué materiales requiere para la capacitación. El cliente definirá el personal que asistirá a las capacitaciones.

Cambios al proceso de gestión Durante el proyecto toda modificación, adición o supresión en las características de los SERVICIOS se efectuará solamente por escrito y con la aprobación del proveedor y del cliente.

_________________________________________________________________________________________________________________ - 12 -

_________________________________________________________________________________________________________________

Se entiende que si dichas modificaciones del alcance llegasen a ocurrir, estos impactarían en los tiempos y costos según la naturaleza de las mismas. Estos acuerdos adicionales se discutirán en comités de gerencia y su aprobación se formalizará mediante órdenes de cambio.

Otros gastos asociados Cualquier gasto adicional incurrido por demoras del proveedor será asumido por éste. La clasificación de los gastos y quien lo asume se detallará en el contrato.

Aceptación y autorización Los términos y condiciones del Acuerdo de Servicios Profesionales aplican en su totalidad a los productos y servicios previstos en este enunciado de trabajo. POR CONSIGUIENTE, las partes aquí actúan con la debida autorización para ejecutar este Enunciado de Trabajo bajo firmas.

CLÍNICA SAN MARCOS S.A.

CONSULTORES PMI S.A.C.

Nombre

Nombre

Cargo

Cargo

Firma

Firma

Fecha

Fecha

_________________________________________________________________________________________________________________ - 13 -

_________________________________________________________________________________________________________________

_________________________________________________________________________________________________________________ - 14 -

_________________________________________________________________________________________________________________

3. CONTRATO DEL PROYECTO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

Oscar Valderrama

CONTROL DE VERSIONES Aprobada Revisada por por Fredy Aranda Janis Iván Manta Candia Gustavo Espinoza

Fecha

Motivo

19/10/2011

Versión original

_________________________________________________________________________________________________________________ - 15 -

_________________________________________________________________________________________________________________

CONTRATO DE PRESTACION DE SERVICIOS LOCACION DE SERVICIOS EN LA IMPLANTACION DEL SISTEMA DE GESTIÓN AMBULATORIA PARA LA CLINICA SAN MARCOS Conste por el presente contrato que se suscribe por duplicado uno de PRESTACION DE SERVICIOS, bajo la modalidad de Locación de Servicios (Art. 1756 inc. a del Código Civil) en Implementación del Sistema de Gestión Ambulatoria, cuya denominación adicionalmente podrá ser SIGAM, que suscriben de una parte, CONSULTORES PMI SAC., con RUC Nº 20492089959, debidamente representado por su Representante Legal, LUIS FERNANDO TELLES ATTO, identificado con DNI Nº 07629463 según poder inscrito en la PARTIDA No. 12186720 del Registro de Personas Jurídicas de Lima, con domicilio real en Jr. Las Garzas 273 Urbanización Limatambo - Distrito de Surquillo, a quien en adelante se le denominará LA LOCADORA y de la otra parte CLÍNICA SAN MARCOS S.A., con R.U.C. Nº 20100121809, debidamente representada por su Representante Legal SEBASTIÁN CÉSPEDES, identificado con D.N.I. Nº 07275457 según poder inscrito en la PARTIDA No. 11006058 del Registro de Personas Jurídicas de Lima, con domicilio real en Av. Javier Prado Este No. 721 – Distrito de San Isidro, a quien en adelante se le denominará EL COMITENTE, en los términos y condiciones siguientes: PRIMERO.- LA LOCADORA que viene a ser la empresa CONSULTORES PMI SAC. es una empresa dedicada a brindar servicios de consultorías en programas y equipos de informática, así como el de brindar suministros a dichos programas y equipos, desarrollar actividades de procesamiento de datos y todas aquellas relacionadas con base de datos, mantenimiento, reparación de maquinaria de oficina, contabilidad e informática y actividades afines relacionadas a todo lo antes mencionado. SEGUNDO.- Por el presente instrumento y de conformidad a lo establecido por los artículos 1764, 1765, 1766, 1767 y 1768 del Código Civil EL COMITENTE contrata los servicios de LA LOCADORA quien se obliga de manera responsable y bajo estricta confidencialidad en desarrollar un proyecto cuyo: Objeto General del Contrato: Implantar un Sistema para la Gestión de la Consulta Ambulatoria, que cuente con un módulo de interconexión SITEDS para la Facturación. Objetos Accesorios del Contrato:

_________________________________________________________________________________________________________________ - 16 -

_________________________________________________________________________________________________________________

 









Implementar el proceso de Tablas Maestras: En el cual se registrarán a los médicos y su especialidad, los medicamentos, los planes y los beneficios asociados. Implementar el proceso de Admisión ambulatoria: En el cual se registrarán a los pacientes vía la trama SITEDS para que pueda atenderse en la Clínica. La impresión de la documentación deberá contener toda información transmitida por el SITEDS. Para el caso que no se utilice el SITEDS el sistema deberá tener un repositorio que emule las condiciones especificados en la interconexión. Asimismo, permitirá el ingreso de la Historia Clínica (HC) y solicitará el requerimiento de HC para el archivo y posterior envío al consultorio respectivo. Implementar el proceso de Consumos Facturación: El cual permitirá el registro de consumos vía los siguientes catálogos estándar SEGUS para el Tarifario de Servicios que brinda la Clínica, CUMS para el catálogo de Medicamentos y PROPIO para lo no contemplado en los dos catálogos anteriores. Es importante anotar que los mismos pasaran por la evaluación de las reglas de negocio establecida según el Manual de Facturación de Clínicas aprobada por la Asociación de Clínicas y Seguros de Salud del Perú. Implementar el proceso de Carta de Garantía: El cual permitirá recibir la solicitud de Carta de Garantía del proveedor (CSM) vía Web Service, o permitir un registro manual de la solicitud en el sistema. Esta solicitud será validada por un médico auditor quien podrá Autorizar, Rechazar, Anular u Observar la Carta. Implementar el proceso de Facturación: El cual permitirá cargar una trama TEDEF para enviar los siniestros del Proveedor, estos serán validados y si tienen errores se devolverán del proveedor. Adicionalmente se generará una interface con el sistema Contable de la Clínica San Marcos para enviar la producción del mes. Implementar el SITEDS: Se construirá el Web Service y los procedimientos almacenados que den soporte al aplicativo SITEDS (de la SUNASA), con el cual se podrá consultar la vigencia del asegurado y sus coberturas.

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.1 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. Todo lo establecido en la presente cláusula se desarrollará en un plazo determinado y a cambio del pago por asesoría y honorarios por la gestión realizada. TERCERO.- EL COMITENTE se compromete, una vez aceptada la asesoría a: Facilitar toda la información, documentación, fotografías, videos y cualquier otro requisito razonable solicitado por LA LOCADORA para el desarrollo de la Propuesta Técnica Económica en la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos. 2. Cumplir con la forma de pago de la contraprestación establecida, y con la cancelación una vez que se haya concluido con la finalización de la construcción de Fase III y esta haya sido aprobado por EL COMITENTE y entregado al mismo. 1.

_________________________________________________________________________________________________________________ - 17 -

_________________________________________________________________________________________________________________

Asumir el costo o la adquisición de los equipos de hardware y licencias para la puesta en producción del Sistema. 4. No comercializar el producto, salvo acuerdo mutuo y autorización firmada por LA LOCADORA. 5. Cumplir y respetar las obligaciones establecidas en el presente contrato y sujetas a ley. 3.

CUARTO.- LA LOCADORA se compromete a: Actuar con diligencia y solicitar únicamente la información correspondiente y necesaria, manteniendo estricta reserva de la misma, para el desarrollo de la Propuesta Técnica Económica en la Implantación de Sistema de Gestión Ambulatoria para EL COMITENTE. ○ Cumplir con los plazos previstos para el desarrollo de la Propuesta Técnica Económica en la Implantación de Sistema de Gestión Ambulatoria para EL COMITENTE ○ Proveer de los equipos y licencias de desarrollo durante la construcción del proyecto mientras se realice en sus instalaciones. ○ Otorgar al Cliente una garantía de 6 meses luego de la puesta en producción del Sistema, tiempo en el cual se corregirán todos los errores de funcionalidad que se presentasen. ○

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 5 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. QUINTO.- El presente contrato tendrá una duración de 9 meses aproximadamente a partir de la suscripción del presente documento. LA LOCADORA se compromete a cumplir con los siguientes plazos correspondiendo para cada uno el desarrollo de una fase: Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.2 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. FASES

FECHA INICIO

FECHA DE ENTREGA

Firma del Contrato

22-10-2011

22-10-2011

Fase I

22-10-2011

22-11-2011

Fase II

22-11-2011

22-12-2011

_________________________________________________________________________________________________________________ - 18 -

_________________________________________________________________________________________________________________

Fase III

●

22-12-2011

22-01-2012

Cada Fase contiene su propio entregable.

FASE I: Entregable de la referida fase o

o o

o

o o

o o

Acceso al Sistema.  Iniciar Sesión  Cambiar Password  Aceptar Sesión Tablas Varias.  HC, Formatos de Facturación, Tarifario, etc. Mantenimiento de Usuarios.  Registro de los usuarios del Sistema Proveedores.  

Registro de Información Contactos del proveedor

Contratos con Aseguradores de Salud.  Registro de los contratos con Aseguradores de Salud. Médicos.  Registro de Médicos  Información adicional  Teléfonos  Especialidades Diagnósticos.  Registro de diagnósticos bajo el estándar CIE10. Medicamento.  Registro de Medicamentos Bajo estándar CUM  Principio activo  Precios

FASE II: Entregable de la referida fase o

o o

Caja.  Pedido de cobro de consumo.  Emisión del documento valorado según la normativa vigente Parámetros.  Registro de los parámetros del Sistema. Plan de Beneficios.  Registro de Planes  Versiones del Plan  Alternativas de Costos (Etarios / Grupo Familiar)

_________________________________________________________________________________________________________________ - 19 -

_________________________________________________________________________________________________________________

  o o o

Costos del Plan Beneficios del Plan

Siniestros  Registro y Recepción de Siniestros Alternativas de Copago  Registro de Deducibles y Coaseguros Trámite Documentario  Recepción de Documentos por áreas  Transferencia de documentos

FASE III: Entregable de la referida fase o

o

o o

o

o

Liquidación  Registro de Facturas  Registro de Procedimientos  Registro de Diagnósticos  Registro de Piezas Dentales Auditoria Médica  Auditoria del Siniestro  Proceso de Cálculo de Pago o Rechazo Cartas de Garantía  Registros de Cartas de Garantía Facturación  Control de Afiliados  Emisión y Generación de Facturas  Facturación Masiva  Integración con Cobranza  Reportes de Producción Cuentas x Cobrar  Indicadores de Cobranza  Interfases con Contabilidad SITEDS  Implementación con web Services

Adicionales: Adicionalmente a las fases y obligaciones de las mismas contraídas por el presente contrato LA LOCADORA, esta se compromete a: - Migrar la data proporcionada por la Clínica San Marcos de las tablas maestras la cual deberán prepararla de acuerdo a las estructuras especificadas por LA LOCADORA. Por tanto la calidad de la data a migrarse es responsabilidad de la Clínica San Marcos. SEXTO: No es parte del Alcance del proyecto cualquier módulo, proceso o funcionalidad no indicada en el Desarrollo del Proyecto ya aprobado por las partes. Tampoco es parte del _________________________________________________________________________________________________________________ - 20 -

_________________________________________________________________________________________________________________

alcance la digitación de la data en el nuevo Sistema en los casos que no hubiera forma de migrarla. Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.3 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. SÉPTIMO.- LA LOCADORA garantiza el cabal cumplimiento de sus obligaciones, y el cabal funcionamiento del 100% del Objeto Principal y Objeto Accesorio adquirido por EL COMITENTE, materializándose la misma en los siguientes entregables: a.

De la Gestión del proyecto: Siendo su entregable  Propuesta Técnica Económica  Informe de estado  Actas de Reunión  Actas de aceptación y conformidad de entregables  Procedimientos de Control de Cambios  Informe de Cierre de Proyecto

b.

Del Análisis: Siendo su entregable  Catalogo de Requerimientos  Documento de Especificaciones Funcionales  Modelo de Datos  Arquitectura del Sistema  Documento de Especificaciones Técnicas  Matriz de Casos de Prueba

c.

Del Desarrollo/Integración: Siendo su entregable  Instaladores o ejecutables del Sistema SIGAM.

d.

De la Estabilización: Siendo su entregable  Plan de pruebas y Matriz de Casos de Prueba  Documento de casos de pruebas de control de calidad  Informe de pruebas internas

e.

De la Implantación: Siendo su entregable  Documento de Migración de Datos de tablas maestras  Manual de usuario  Matriz de pase a Producción  Acta de conformidad de usuario

_________________________________________________________________________________________________________________ - 21 -

_________________________________________________________________________________________________________________

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.5 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. OCTAVO.- Los criterios de aceptación final de la Implantación de Sistema de Gestión Ambulatoria realizada para EL COMITENTE serán los siguientes: Todos los errores de categoría críticos y no críticos encontrados en las pruebas de aceptación deberán ser corregidos y estar en estado conforme. b. Todos los requerimientos funcionales de los módulos especificados en el Alcance del Proyecto se encontrarán cubiertos de parte de LA LOCADORA para la finalización del presente contrato. a.

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 3.5 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. NOVENO .- Ninguna de las partes será responsable del atraso o incumplimiento en sus obligaciones ajenas a su voluntad, ya sea por caso fortuito, fuerza mayor, o hecho de tercero incontrolable para los contratantes, que les impidan cumplir con sus compromisos. Asimismo LA LOCADORA no será responsable de los daños causados a la Implantación de Sistema de Gestión Ambulatoria de ELCOMITENTE por motivos de transporte o manipulación de terceros, ni por el manejo inadecuado del o los usuarios. DÉCIMO.- Ambas partes acuerdan en fijar como contraprestación de los servicios de LA LOCADORA. El pago de la suma ascendente a la cantidad de S/.80,000.00 (Ochenta Mil y 00/100 Nuevos Soles), más el 18% de Impuesto General a la Venta correspondiente por ley; el cual será abonado de la siguiente manera:  La

suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) a la firma del presente contrato (22/10/2011).  La suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) al entregable de la Fase I del presente contrato (22/11/2011).  La suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) al entregable de la Fase II del presente contrato (22/12/2011).  La suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) al entregable de la Fase III del presente contrato (22/01/2012). Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 8.1, 8.2 y 8.3 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. _________________________________________________________________________________________________________________ - 22 -

_________________________________________________________________________________________________________________

El incumplimiento de cualquier pago establecido en el presente cronograma de pagos, hará incurrir a EL COMITENTE en mora automática, sin necesidad de requerimiento escrito para tal efecto; lo cual generará la liquidación de intereses moratorios y compensatorios, regulados por el Banco Central de Reserva del Perú, a favor de LA LOCADORA. DÉCIMO PRIMERO.- LA LOCADORA, se compromete a efectuar adiciones, modificaciones y eliminaciones a los requerimientos definidos inicialmente solo a solicitud de EL COMITENTE, para cuyo caso este deberá de presentar su solicitud de cambio, adición, modificación o eliminación respectiva acorde a lo contenido y suscrito en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 9.2.1 y 9.2.2 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A. DÉCIMO SEGUNDO.- Para todo lo no suscrito y estipulado en el presente contrato se entenderá que se aplicará de manera supletoria todo lo estipulado en la Propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos desarrollado por EL LOCADOR y aprobado por la ELCOMITENTE. DÉCIMO TERCERO.- LA LOCADORA se reserva el derecho, de incluir en la parte final de toda presentación de EL COMITENTE, créditos de su marca de servicio y trabajo realizado; en su calidad de consultores en programas y equipos de informática. Dicho crédito será discreto moderado y uniforme con la presentación, el cual contendrá fundamentalmente datos empresariales de CONSULTORES PMI SAC. DÉCIMO CUARTO.- Las comunicaciones que ambas partes deseen cursarse deberán ser dirigidas a las señas que respectivamente les correspondan según la introducción del presente contrato; los cambios de domicilio solo se podrán realizar dentro del radio urbano de Lima y no producirán efectos en el caso de que EL COMITENTE no notifique notarialmente a EL LOCADOR con una anticipación de 30 días antes de entrar en vigencia el cambio. Ambas partes se someten expresamente de existir alguna controversia a solucionar cualquier conflicto como pago de Fase de Contrato, resolución de contrato o cualquier otro que surja de la naturaleza del mismo a solucionarlo en un Centro de Conciliación Extrajudicial a solicitud de cualquiera de las partes, afín de arribar a un acuerdo conciliatorio que de fin a la controversia surgida entre las partes. Suscrito en la ciudad de Lima, a los 13 días del mes de Octubre de 2011; en dos ejemplares de igual valor.

_________________________________________________________________________________________________________________ - 23 -

_________________________________________________________________________________________________________________

....................................................................

..........................................................

LA LOCADORA

EL COMITENTE

LUIS FERNANDO TELLES ATTO

SEBASTIÁN CÉSPEDES

D.N.I 07629463

D.N.I 07275457

_________________________________________________________________________________________________________________ - 24 -

_________________________________________________________________________________________________________________

4. ACTA DE CONSTITUCIÓN

DEL PROYECTO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

Fredy Aranda

CONTROL DE VERSIONES Aprobada Revisada por por Oscar Valderrama Iván Manta Janis Candia Gustavo Espinoza

Fecha

Motivo

20/10/2011

Versión original

_________________________________________________________________________________________________________________ - 25 -

_________________________________________________________________________________________________________________

<

ACTA DE CONSTITUCIÓN DEL PROYECTO

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

JUSTIFICACIÓN DEL PROYECTO  Ahorrar hasta un 15% en costos operativos por demoras de la atención.  Reducir los tiempos de crédito a los aseguradores de 63 días a 45 días.  Obtener información de preexistencias y exclusiones para apoyo de la atención, reduciendo el riesgo de mala praxis.  Mejorar las ventas hasta en un 20%.  Mejorar los canales de atención de la empresa en un 90%.

DESCRIPCIÓN DEL PROYECTO El proyecto SIGAM consiste en implantar un sistema de información que permita optimizar el proceso de atención ambulatoria, especialmente para aquellas personas que se encuentren afiliadas a una EPS ó un seguro privado. Para ello, se realizó un benchmarking entre los productos más reconocidos del mercado, eligiéndose el Sistema de Gestión Ambulatoria (SIGAM) de la empresa CONSULTORES PMI S.A.C, cuya adquisición busca obtener los siguientes beneficios a partir del tercer mes de iniciado el proyecto:  Eliminar las llamadas telefónicas a las Entidades Prestadoras de Salud (EPS) y Seguros Privados, lo cual representa el 80% de las atenciones.  Reducir los errores en digitación de las condiciones de los asegurados en 90%.  Reducir las devoluciones de facturación a consecuencia de una mala aplicación de los copagos en 90%. El desarrollo del proyecto estará a cargo de las siguientes personas: Sebastián Céspedes Micaela Barrientos Janis Candia

 Sponsor del Proyecto  Gerente de Proyecto por parte de la CLÍNICA SAN MARCOS S.A.  Gerente de Proyecto por parte de CONSULTORES PMI S.A.C.

El proyecto de implantación comenzará el 24 de Octubre del 2011 hasta el 23 de Enero del 2012, teniendo una duración de 3 meses.

ALCANCE PRELIMINAR El Sistema de Gestión Ambulatoria (SIGAM) es un sistema que soporta la gestión de los servicios de salud que brinda mostrando información crítica en forma oportuna, ayudando sobre todo a _________________________________________________________________________________________________________________ - 26 -

_________________________________________________________________________________________________________________

los procesos de Admisión, Consumos, Caja y Facturación de la empresa. Los siguientes módulos del SIGAM serán implantados: 1. Módulo de Admisión General. Permite gestionar y monitorear todo el proceso de admisión

de pacientes a la clínica realizando el registro de admisiones de pacientes, corrigiendo datos de las admisiones registradas, registro de los datos personales en la Historia Clínica y brindando facilidades para la obtención de datos del SITEDS, y permitiendo el monitoreo de admisiones a través de reportes. Este módulo cuenta con las siguientes opciones: ○ ○ ○ ○ ○ ○ ○

Generar Admisiones Corregir Admisión Registrar datos de pacientes para la Historia Clínica Consultar Tarifario Consultar Admisiones Consultar Atenciones Consultar CIE-10

2. Módulo de Consumos. Permite gestionar y monitorear todo el proceso de consumos de

pacientes realizando el registro de servicios solicitados por los pacientes, atendiendo los servicios que ya han sido brindados, y permitiendo el monitoreo de los consumos con sus estados a través de 32 reportes; así como el registro del diagnóstico definitivo y presuntivo. Este módulo cuenta con las siguientes opciones: ○

○

○

Servicios Auxiliares: ● Laboratorio:  Atención  Consumos ● Imágenes:  Atención  Consumos Procedimientos médicos: ● Atención ● Consumos Registro de diagnóstico: ● CIE-10

3. Módulo de Caja. Permite gestionar y monitorear todos los procesos de caja realizando el

registro de tipos de cambio, registrando la apertura y cierre de cajas, generando reportes de liquidación de cajas, registrando pagos, emitiendo documentos de pago, y anulando documentos de pago emitidos que lo requieran. Este módulo cuenta con las siguientes opciones: ○ ○ ○ ○

Anular documento Iniciar sesión de Caja (apertura) Cerrar Caja Corregir Admisión

_________________________________________________________________________________________________________________ - 27 -

_________________________________________________________________________________________________________________

○ ○ ○ ○

Generar Liquidación Registrar tipos de Pagos en Caja Reimprimir Administrar Tipo de Cambio

4. Módulo de Facturación. Permite gestionar y monitorear todo el proceso de facturación

realizando la facturación de admisiones, generando reportes de sustento de facturación, y anulando documentos de pago emitidos durante la facturación en caso sea necesario. Este módulo cuenta con las siguientes opciones: ○ ○ ○ ○ ○ ○ ○

Anular Factura Corregir Admisión Facturar Reimprimir Consultar Admisiones Consultar Atenciones Registro del CIE-10

5. Módulo de Administración de Datos del Sistema. Permite gestionar y monitorear todos los

datos útiles para que el sistema pueda operar correctamente realizando el mantenimiento de: Documentos maestros, Tarifario, Tipo de cambio, Beneficio, Contratante, Empresa, Financiador, Grupo, Persona, y Plan. Este módulo cuenta con las siguientes opciones: ○

○

Configuraciones: ● Tablas Maestras ● Tarifario SEGUS ● Tipo de Cambio Mantenimientos: ● Beneficio ● Contratante ● Empresa ● Financiador ● Grupo ● Persona ● Plan

EXCLUSIONES DEL PROYECTO  No se realizarán migraciones de las tablas transaccionales del sistema actual del cliente al nuevo producto.  Solo se realizará una migración por la implementación.  No se entregará documentación de gestión interna del proyecto.

FINALIDAD DEL PROYECTO Implantar el sistema de gestión ambulatoria SIGAM en la Clínica San Marcos S.A en el tiempo _________________________________________________________________________________________________________________ - 28 -

_________________________________________________________________________________________________________________

estimado de 3 meses, cumpliendo el 100% las características definidas dentro del presupuesto acordado, para lo cual se necesitará de la disponibilidad de los recursos necesarios, para así cumplir con los objetivos estratégicos definidos en el caso de negocio.

OBJETIVOS DEL PROYECTO CONCEPTO

ALCANCE

TIEMPO

COSTO

OBJETIVOS

CRITERIOS DE ÉXITO

Cumplir con la implantación total del producto, cubriendo el 100% de las funcionalidades detalladas. Concluir el proyecto en el plazo solicitado por el cliente, el cual es de 3meses. Cumplir con el presupuesto estimado del proyecto, el cual es de S/. 80,000.00.

Aprobación de la implantación por parte del cliente.

Concluir el proyecto en el tiempo pactado.

No exceder el presupuesto del proyecto.

FACTORES CRITICOS DE EXITO Se tenga compromiso para gestionar adecuadamente el proceso de cambios dentro de la organización de la clínica. Los procesos internos de la clínica se encuentren estandarizados. La data se encuentre consistente antes de iniciar con el proceso de migración.

RESTRICCIONES DEL PROYECTO DE COSTOS: Se cuenta con un presupuesto de S/. 80,000.00 (Ochenta Mil Nuevos Soles). DE TIEMPOS: El proyecto no debe extenderse más de 03 (Tres) meses. DE PERSONAL: La implementación del sistema solo podrá ser llevada a cabo en horario laboral, el cual es de lunes a viernes de 9 a 1 pm y de 2 a 6 pm. Se encuentran excluidos los días no laborales designados por ley.

SUPUESTOS DEL PROYECTO  La gestión del proyecto se llevará a cabo en las instalaciones de la CLÍNICA SAN MARCOS S.A., para lo cual se proporcionará un ambiente especial donde estará reunido todo el equipo del proyecto.  La CLÍNICA SAN MARCOS S.A., debe participar en la revisión de entregables según se vayan realizando.  La CLÍNICA SAN MARCOS S.A cuenta con una base de datos donde se cuenta con las tablas maestras.  Se cuenta con los medios de comunicación verbal y escrita entre los miembros del equipo _________________________________________________________________________________________________________________ - 29 -

_________________________________________________________________________________________________________________

   

 

del proyecto, en un nivel de alta disponibilidad. Se cuenta con personal técnico con experiencia suficiente para la ejecución de sus tareas. Se cuenta con recursos humanos con total disponibilidad de los tiempos asignados en las estimaciones. Se tiene la infraestructura de hardware, software, comunicaciones, y soporte logístico, necesario y apropiado, para la gestión de todas las partes del proyecto. La CLÍNICA SAN MARCOS S.A cuenta con la infraestructura necesaria para generar el ambiente de prueba y la implantación final, así como ambientes para la capacitación en los módulos del SIGAM. Las personas responsables de aprobar los entregables se sujetarán a los plazos establecidos en el Plan de Proyecto. Las capacitaciones se realizarán de acuerdo a un cronograma, y éstas serán únicas por implantación.

ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTO ORGANIZACIÓN

ROL QUE DESEMPEÑA

CONSULTORES PMI S.A.C.

Proveer el servicio de implantación del SIGAM. Demandante del servicio de implantación del SIGAM y proveer las instalaciones para el desarrollo del proyecto.


DEFINICIÓN DE REQUISITOS DEL PROYECTO Clínica San Marcos S.A. PMI S.A.C.Empresa Consultores

STAKEHOLDER

Janis Candia (Gerente de Proyecto por parte del proveedor)

Luis González (Presidente del Comité Ejecutivo)

Sebastián Céspedes (Sponsor)

NECESIDADES, EXPECTATIVAS, DESEOS

 Implantar satisfactoriament e el sistema de Gestión Ambulatoria (SIGAM).

 Contar con un sistema de Gestión Ambulatoria para mejorar su gestión.

REQUERIMIENTOS DEL PROYECTO

 Cumplir con los requerimientos solicitados para la implantación del producto solicitado.  Realizar la planificación dentro del presupuesto autorizado.  Organizar y cumplir las actividades en las fechas comprometidas.  Todos los entregables deben iniciarse y completarse en los tiempos establecidos.  Los entregables deben cumplir con todas las especificaciones técnicas y características de calidad definidas y aprobadas por el cliente.

_________________________________________________________________________________________________________________ - 30 -

_________________________________________________________________________________________________________________

SUNASA

Víctor Polo (Encargado interconexiones SUNASA)

EPS Seguros De saludMinisterio

Micaela Barrientos (Gerente Proyecto por parte del cliente)

Francisco Miranda

de

 Integrar de satisfactoriament e el producto a implantar con el SITEDS.  El proyecto utilice los estándares definidos.

 La información contenga lo necesario para la atención.  La información Juan contenga lo Loayza (Oficina de necesario para la Tecnología en Pacífico Seguros) atención. Miguel Bazalar (Sistemas de Rímac Internacional)

 Se está entregando la responsabilidad de la implantación y capacitación del Sistema de gestión Ambulatoria a una empresa consultora de reconocida experiencia en este rubro.  Las pruebas de interconexión funcionen correctamente.

 Que se respeten los estándares.

 La interconexión funcione correctamente.

 La interconexión funcione correctamente.

COMITÉ EJECUTIVO DE LA CLÍNICA SAN MARCOS Luis González Presidente del Comité Ejecutivo Camila Fernández Vicepresidente del Comité Ejecutivo Miguel Abanto Contralor del Comité Ejecutivo

DESIGNACIÓN DEL PROJECT MANAGEMENT DEL PROYECTO NIVELES DE AUTORIDAD Janis Candia Exigir el cumplimiento de la implantación del proyecto. REPORTA A: Sebastián Céspedes Exigir el cumplimiento de los tiempos establecidos. SUPERVISA A: Equipo del proyecto NOMBRE:

PRINCIPALES RIESGOS NEGATIVOS DEL PROYECTO Externo

Internos

 SUNASA modifique y genere una nueva

 El patrocinador sea removido de sus

_________________________________________________________________________________________________________________ - 31 -

_________________________________________________________________________________________________________________

versión del SITEDS.  El Ministerio de Salud establezca reglas de negocio nuevas, originando que se genere un estándar de comunicación nuevo con diferentes niveles de seguridad.  El ingreso de nuevas aseguradoras que aún no utilicen el SITEDS como estándar, y por lo tanto se tenga que manejar con ellos un desarrollo personalizado de integración.

funciones o cambios de gestión.  El patrocinador no se comprometa con el proyecto.  Cambios adicionales que el cliente desea modificar al proyecto inicial pueden elevar el costo del proyecto así como aplazar la fecha de entrega.  Deficiencias técnicas externas al control de la empresa consultora que provoquen el retraso de la implantación del proyecto.  Suspensión del presupuesto asignado y aprobado.  Usuarios finales sin habilidades de informática y resistentes al cambio.  El equipo propuesto por parte de la clínica San Marcos no conozca bien los procesos de negocio.

PRINCIPALES RIESGOS POSITIVOS DEL PROYECTO (OPORTUNIDADES)  La implantación del proyecto permitirá a la empresa consultora ganar experiencia en la planificación y administración de este tipo de proyectos.  Brindar el servicio de mantenimiento al sistema, luego de la implantación.  Desarrollar requerimientos complementarios producto de la implantación del SIGAM. PRINCIPALES ENTREGABLES Migración de la data inicial al SIGAM. Implantación en el ambiente de producción del Sistema de Gestión Ambulatoria (SIGAM). Capacitación en los módulos implantados del SIGAM. Entrega de manuales de usuario de los módulos implantados del SIGAM. Entrega de documentos de gestión del proyecto (Acta de Constitución, Plan de Proyecto y Acta de constitución de cierre) CRONOGRAMA DE HITOS DEL PROYECTO HITO O EVENTO SIGNIFICATIVO

FECHA PROGRAMADA

1. Configuración General. 2. Implantación de Módulos de Admisión y Caja. 3. Implantación de Módulos de Consumos y Facturación.

22/10/2011 al 21/11/2011 22/11/2011 al 21/12/2011 22/12/2011 al 22/01/2011

PRESUPUESTO PRELIMINAR DEL PROYECTO MONTO

CONCEPTO

1. Personal

S/. 57,000.00

_________________________________________________________________________________________________________________ - 32 -

_________________________________________________________________________________________________________________

2. Otros costos

S/. 10,000.00 S/. 67,000.00 S/. 6,500.00 S/. 6,500.00 S/. 80,000.00

Total línea base 3. Reserva de contingencia 4. Reserva de gestión TOTAL PRESUPUESTO

SPONSOR QUE AUTORIZA EL PROYECTO NOMBRE


EMPRESA


CARGO

FECHA

Gerente General

21/10/2011

_________________________________________________________________________________________________________________ - 33 -

_________________________________________________________________________________________________________________

5. REGISTRO DE INTERESADOS Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

Fredy Aranda

CONTROL DE VERSIONES Aprobada Revisada por por Oscar Valderrama

Janis Candia

Fecha

Motivo

30/10/2011

Versión original

_________________________________________________________________________________________________________________ - 34 -

_________________________________________________________________________________________________________________________________________________________________________________________________

REGISTRO DE INTERESADOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA IDENTIFICACIÓN Nro.

NOMBRE

REQUERIMIENTOS PRIMORDIALES

EXPECTATIVAS PRINCIPALES

INFLUENCIA POTENCIAL

FASE DE MAYOR INTERÉS

INTERESADO CLAVE

INTERNO / EXTERNO

APOYO / NEUTRAL / OPOSITOR

Lima

Alta Dirección

[email protected]

Que el proyecto se concluya exitosamente

Que el producto genere los ahorros proyectados

Fuerte

Todo el proyecto

NO

Externo

Neutral

Lima

Alta Dirección

[email protected]



Fuerte

Todo el proyecto

NO

Externo

Neutral

Lima

Alta Dirección

[email protected]



Fuerte

Todo el proyecto

NO

Externo

Neutral

Lima

Sponsor

[email protected]

Que se termine el proyecto exitosamente.

Que se desarrolle el proyecto al tiempo, costo y calidad.

Fuerte

Todo el Proyecto

SI

Externo

Apoyo

Lima

Gerente de Proyecto por parte del cliente

[email protected]



Fuerte

Todo el Proyecto

SI

Externo

Apoyo

[email protected]


Fuerte

Implantación de los módulos de Consumos y Facturación.

SI

Externo

Apoyo

[email protected]


Fuerte

Implantación de los módulos de Caja.

SI

Externo

Apoyo

Luis González

2

Camila Fernández

3

Miguel Abanto

4


5

Micaela Barrientos

Clínica San Marcos S.A. Jefe de Sistemas

6

Aldo Ricardi

Clínica San Marcos S.A. Gerente de Facturación

Lima

Líder funcional en los módulos de Consumos y Facturación

7

Julio Perales

Clínica San Marcos S.A. Gerente de Tesorería

Lima

Líder funcional en los módulos de Caja

Marcos S.A. Gerente General

CLASIFICACIÓN

INFORMACIÓN DE CONTACTO

1

Marcos S.A. Contralor del Comité Ejecutivo Clínica San

EVALUACIÓN

ROL EN EL PROYECTO

EMPRESA Y LOCALI PUESTO ZACIÓN Clínica San Marcos S.A. Presidente del Comité Ejecutivo Clínica San Marcos S.A. Vicepresidente del Comité Ejecutivo Clínica San

SIGAM

Que el proyecto cumpla los requerimientos establecidos para los módulos de Consumos y Facturación. Que el proyecto cumpla los requerimientos establecidos para los módulos de Caja.

_________________________________________________________________________________________________________________________________________________________________________________________________ - 35 -

_________________________________________________________________________________________________________________________________________________________________________________________________

IDENTIFICACIÓN EMPRESA Y LOCALI PUESTO ZACIÓN

Nro.

NOMBRE

8

Franco Medina

Clínica San Marcos S.A. Gerente de Operaciones

9

Pamela Ramos

Clínica San Marcos S.A. Analista Financiero

10

Jorge Cisneros

ROL EN EL PROYECTO

EVALUACIÓN

CLASIFICACIÓN






INTERESADO CLAVE

INTERNO / EXTERNO


[email protected]

Que el proyecto cumpla los requerimientos establecidos para los módulos de Admisión


Fuerte

Implantación de los módulos de Admisión

SI

Externo

Apoyo


Media

Implantación de los módulos de Caja y Facturación.

NO

Externo

Apoyo


Media

Implantación de los módulos de Admisión y Consumos.

NO

Externo

Apoyo

Lima

Líder funcional en los módulos de Admisión.

Lima

Analista funcional en los módulos de Caja y Facturación

Clínica San Marcos S.A. Analista de Operaciones

Lima

Analista funcional en los módulos de Admisión y Consumos.

[email protected]

Clínica San Marcos S.A. Analista de Sistemas

Lima

Analista de Sistemas

lcapañ[email protected]



Media

Todo el Proyecto

NO

Externo

Apoyo

12

Janis Candia

Consultores PMI S.A.C. Gerente de Proyectos

Lima

Gerente de Proyecto por parte del proveedor

[email protected]

Cumplir con el plan de proyecto.


Fuerte

Todo el Proyecto

SI

Interno

Apoyo

13

Oscar Valderrama

Consultores PMI S.A.C. Consultor

Lima

Consultor Módulos de Seguridad, Admisión y Consumos

[email protected]

Implantar exitosamente los módulos de Seguridad, Admisión y Consumos.


Fuerte

Todo el Proyecto

NO

Interno

Apoyo

Consultores PMI S.A.C. Consultor

Lima

Consultor Módulos de Caja y Facturación

[email protected]

Implantar exitosamente los módulos de Caja y Facturación.


Fuerte

Todo el Proyecto

NO

Interno

Apoyo

Lima

Arquitecto de Tecnología

[email protected]

Que se instale correctamente el sistema cumpliendo los requisitos establecidos.


Media

Todo el Proyecto

NO

Interno

Apoyo

11

14

15

Luis Capañari

Fredy Aranda

Gustavo Espinoza

Consultores PMI S.A.C. Arquitecto de Tecnología

[email protected]

Que el proyecto cumpla los requerimientos establecidos para los módulos de Caja y Facturación. Que el proyecto cumpla los requerimientos establecidos para los módulos de Admisión y Consumos.

_________________________________________________________________________________________________________________________________________________________________________________________________ - 36 -

_________________________________________________________________________________________________________________________________________________________________________________________________

IDENTIFICACIÓN Nro.

NOMBRE

16

Iván Manta

EMPRESA Y LOCALI PUESTO ZACIÓN Consultores PMI S.A.C. Capacitador

Consultores PMI S.A.C. 17 Gabriela Ulloa Analista Capacitador

ROL EN EL PROYECTO

EVALUACIÓN

CLASIFICACIÓN






INTERESADO CLAVE

INTERNO / EXTERNO


[email protected]

Que los usuarios finales aprendan a utilizar los módulos de Caja y Facturación del sistema.


Baja

Fase final del proyecto.

NO

Interno

Apoyo


Baja


NO

Interno

Apoyo

Lima

Capacitador Módulos de Caja y Facturación

Lima

Capacitador Módulos de Admisión y Consumos

[email protected]

Que los usuarios finales aprendan a utilizar los módulos de Admisión y Consumos del sistema.

18

Víctor Polo

SUNASA

Lima

Encargado de interconexiones SUNASA

[email protected]

Qué las pruebas de interconexión funcionen adecuadamente.

Qué la comunicación sea exitosa.

Media


SI

Externos

Apoyo

19

Francisco Miranda

Ministerio de Salud

Lima

Presidente de la comisión de estándares en salud

[email protected]

Qué se respeten los estándares

Qué el proyecto utilice los estándares

Baja

Cumplimiento de la normatividad

SI

Externos

Neutral

20

Miguel Bazalar

Rímac EPS y Seguros

Lima

Sistemas de Rímac Internacional

[email protected]

Qué la interconexión funcione correctamente

Qué la información contenga lo necesario para la atención

Media

Pruebas de Interconexión y Facturación

SI

Externos

Apoyo

21

Juan Loayza

Pacífico EPS y Seguros

Lima

Oficina de Tecnología en Pacífico Seguros

[email protected]

Qué la interconexión funcione correctamente

Qué la información contenga lo necesario para la atención

Media

Pruebas de Interconexión y Facturación

SI

Externos

Apoyo

_________________________________________________________________________________________________________________________________________________________________________________________________ - 37 -

_________________________________________________________________________________________________________________

6. ESTRATEGIA DE GESTIÓN DE INTERESADOS

Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA

CONTROL DE VERSIONES Revisada por Aprobada por OV

JC

Fecha 31/10/2011

Motivo Versión original

_________________________________________________________________________________________________________________ - 38 -

_________________________________________________________________________________________________________________________________________________________________________________

ESTRATEGIA DE GESTIÓN DE INTERESADOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA

Nro.

INTERESADO

(PERSONAS O GRUPOS)

SIGAM

INTERÉS EN EL PROYECTO

EVALUACIÓN DE IMPACTO

TIPO DE IMPACTO

ESTRATEGIA POTENCIAL PARA GANAR SOPORTE O REDUCIR OBSTÁCULOS

OBSERVACIONES Y COMENTARIOS

1

Alta Dirección: Luis González (LG)


Medio

Positivo

Preparar informes gerenciales para que el sponsor mantenga informados sobre el proyecto

-

2

Alta Dirección: Camila Fernández (CF)


Medio

Positivo


-

3

Alta Dirección: Miguel Abanto (MA)


Medio

Positivo


-

4

Sponsor: Sebastián Céspedes (SC)

Que el proyecto se ejecute con éxito al tiempo, costo y calidad pactados.

Muy Alto

Positivo

Informar acerca de las oportunidades de mejora.

-

5

Gerente de Proyecto: Micaela Barrientos (MB)

Que el proyecto se ejecute con éxito al tiempo, costo y calidad pactados.

Alto

Positivo

Reuniones quincenales para informar el avance del proyecto y resolver problemas encontrados.

-

Líder Funcional: Aldo Ricardi (AR)

Que los módulos del sistema que van a ser implantados satisfaga todos los requisitos de los usuarios finales.

Alto

Positivo

Informar continuamente sobre el avance de la implantación de los módulos y reportar problemas encontrados.

-

Líder Funcional: Julio Perales (JP)


Alto

Positivo


-

6

7

_________________________________________________________________________________________________________________________________________________________________________________ - 39 -

_________________________________________________________________________________________________________________________________________________________________________________

Nro.

8

9

10

11

12

13

14

INTERESADO

(PERSONAS O GRUPOS) Líder Funcional: Franco Medina (FM) Analista Funcional: Pamela Ramos (PR)

Analista Funcional: Jorge Cisneros (JC)

Analista de Sistemas: Luis Capañari (LC)

Gerente de proyecto: Janis Candia (JC)

Consultores PMI SAC: Oscar Valderrama (OV)

Consultores PMI SAC: Fredy Aranda (FA)



TIPO DE IMPACTO




Alto

Positivo


-

Verificar y constatar que los módulos del sistema que van a ser implantados, satisfaga todos los requisitos de los usuarios finales.

Medio

Positivo

Incluirlo en la planificación del proyecto y las pruebas a realizar en los módulos implantados.

-

Verificar y constatar que los módulos del sistema que van a ser implantados, satisfaga todos los requisitos de los usuarios finales.

Medio

Positivo

Incluirlo en la planificación del proyecto y las pruebas a realizar en los módulos implantados.

-

Aprender cómo se implantan los módulos para posteriormente dar soporte a los usuarios finales.

Medio

Positivo

Incluirlo en la planificación del proyecto y la implantación de los módulos.

-

Que los módulos del sistema sean implantados correctamente satisfaciendo todos los requisitos establecidos.

Muy Alto

Positivo

No aplica

-


Medio

Positivo

Incluirlo en la planificación del proyecto.

-


Medio

Positivo


-

_________________________________________________________________________________________________________________________________________________________________________________ - 40 -

_________________________________________________________________________________________________________________________________________________________________________________

Nro.

15

16

17

18

19

20

21

INTERESADO

(PERSONAS O GRUPOS) Arquitecto PMI SAC: Gustavo Espinoza (GE)

Capacitadores PMI SAC: Ivan Manta (IM)

Capacitadores PMI SAC: Gabriela Ulloa (GU)

Organismos gubernamentales: SUNASA (SUNASA) Organismos gubernamentales: MINISTERIO DE SALUD (MINSA)

Otros Organismos: Pacifico EPS y Seguros (PACIF) Otros Organismos: Rímac EPS y Seguros (RIMAC)



TIPO DE IMPACTO



Que el sistema sea instalado correctamente.

Medio

Positivo


-

Que los usuarios finales aprendan a utilizar todas las funcionalidades del sistema.

Bajo

Positivo

Informar sobre los objetivos de las capacitaciones a realizar.

-

Que los usuarios finales aprendan a utilizar todas las funcionalidades del sistema.

Bajo

Positivo

Informar sobre los objetivos de las capacitaciones a realizar

-

Qué se cumpla con la normativa dispuesta por estos organismos

Medio

Positivo

Incluir su normativa como puntos a verificar dentro del proyecto

-

Qué se cumpla con la normativa dispuesta por estos organismos

Medio

Positivo

Incluir su normativa como puntos a verificar dentro del proyecto

-

Qué se cumplan los convenios establecidos.

Medio

Positivo

Incluir los convenios y reglas de negocio de estas entidades

-

Qué se cumplan los convenios establecidos.

Medio

Positivo

Incluir los convenios y reglas de negocio de estas entidades

-

_________________________________________________________________________________________________________________________________________________________________________________ - 41 -

_________________________________________________________________________________________________________________

7. MATRIZ DE EVALUACIÓN DE INTERESADOS


Versión

Hecha por

1.0

FA


JC

Fecha 31/10/2011


_________________________________________________________________________________________________________________ - 42 -

_________________________________________________________________________________________________________________

7.1 MATRIZ DE INTERESADOS INFLUENCIA VS PODER NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

_________________________________________________________________________________________________________________ - 43 -

_________________________________________________________________________________________________________________

7.2 MATRIZ DE INTERESADOS IMPACTO VS PODER NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

PODER MB

10

SC LG, CF, MA

OV, FA

AR

8

IMPACTO

GE

JP,FM

LC

JC

6 PR

JC

4

2

IM, GU

SUNASA MINSA, PACIF, RIMAC

0 2

4

6

8

10

_________________________________________________________________________________________________________________ - 44 -

_________________________________________________________________________________________________________________

7.3 MATRIZ DE INTERESADOS INFLUENCIA VS IMPACTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

_________________________________________________________________________________________________________________ - 45 -

_________________________________________________________________________________________________________________

7.4 DIAGRAMA DE VENN NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

_________________________________________________________________________________________________________________ - 46 -

_________________________________________________________________________________________________________________

7.5 DOCUMENTO VALORATIVO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


INTERESADO

SIGAM

PODER

INFLUENCIA

IMPACTO

TOTAL

Luis González (LG)

10

8

10

28

Camila Fernández (CF)

10

8

10

28

Miguel Abanto (MA)

10

8

10

28

10

10

10

30

7

10

10

27

Aldo Ricardi (AR)

6

8

8

22

Julio Perales (JP)

7

8

7

22

Franco Medina (FM)

7

8

7

22

Pamela Ramos (PR)

3

5

5

13

Jorge Cisneros (JC)

3

6

5

14

5

8

7

20

8

10

7

25

Oscar Valderrama (OV)

4

4

5

14

Fredy Aranda (FA)

4

4

5

14

4

5

7

16

4

2

5

11

Directorio:

Sponsor: Sebastián Céspedes (SC) Gerente de Proyecto: Micaela Barrientos (MB)

Líder Funcional:

Analista Funcional:

Analista de Sistemas: Luis Capañari (LC) Gerente de proyecto: Janis Candia (JC) Consultores PMI SAC:

Arquitecto PMI SAC: Gustavo Espinoza (GE) Capacitadores PMI SAC: Iván Manta (IM)

_________________________________________________________________________________________________________________ - 47 -

_________________________________________________________________________________________________________________

Gabriela Ulloa (GU)

4

2

5

11

SUNASA (SUNASA)

2

2

2

6

MINISTERIO DE SALUD (MINSA)

2

2

2

6

Pacifico EPS y Seguros (PACIF)

2

2

2

6

Rímac EPS y Seguros (RIMAC)

2

2

2

6

Organismos gubernamentales:

Otros Organismos:

_________________________________________________________________________________________________________________ - 48 -

_________________________________________________________________________________________________________________

8. PLAN DE GESTIÓN DE REQUISITOS


Versión

Hecha por

1.0

JC

CONTROL DE VERSIONES Revisada por Aprobada por FA, GE, IM

OV

Fecha 01/11/2011


_________________________________________________________________________________________________________________ - 49 -

_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DE REQUISITOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

INTRODUCCIÓN

El propósito del Plan de Gestión de Requisitos del proyecto SIGAM es la de establecer y mantener un acuerdo entre la Clínica San Marcos (cliente) y Consultores PMI (proveedor) con respecto a los requisitos; lo cual representa el alcance del producto que será dirigido en el proyecto. Los requisitos serán la base para estimar, planear, ejecutar y controlar las actividades durante toda la duración del proyecto. Este plan se ocupa de cómo el proyecto SIGAM administrará la configuración del producto y sus cambios debido a modificaciones en los requisitos, para asegurar que las necesidades iniciales del cliente y los objetivos del proyecto estén asignados dentro de los requisitos funcionales y no funcionales necesarios para implantar el producto. Aquí se detalla el proceso, tomando en cuenta los siguientes puntos:  Asignación de responsabilidades.  Identificación de técnicas a implementar.  Las herramientas a usar.  Desarrollo de documentación adecuada. Es responsabilidad del Gerente de Proyecto asegurarse de que el equipo conozca y siga este plan y el proceso asociado, también dar a conocer quiénes son los responsables nombrados.

ACTIVIDADES DE LA GESTIÓN DE REQUISITOS IDENTIFICACIÓN DE REQUISITOS

 Luego de identificar a los principales interesados del proyecto, se procederá a obtener los requisitos tanto del proyecto como del producto, mediante:



Entrevistas y/o

 Encuestas Dependiendo de la disponibilidad de los interesados, se evaluará la herramienta a usar.  Cada requisito deberá tener un identificador único y deberá detallarse en el documento de requisitos.  Para verificar la funcionalidad se puede presentar al cliente los casos de uso, si es necesario. ANÁLISIS DE REQUISITOS

 En el caso de tener requisitos ambiguos o incompletos se procederá a la elaboración de prototipos para ser contrastados con el cliente.  Se desarrollará la Matriz de Trazabilidad de Requisitos para verificar que cada requisito cubra las necesidades y objetivos presentados por los interesados.  Luego de tener todos los requisitos verificados se procederá a la aprobación por parte del cliente.  Los criterios de aprobación serán descritos en el documento de requisitos. PRIORIZACIÓN DE REQUISITOS

 La priorización de los requisitos se realizará en base a la Matriz de Trazabilidad de Requisitos, de acuerdo al nivel de estabilidad y el grado de complejidad de cada requisito documentado.  Este proceso será realizado por el equipo de gestión del proyecto durante la planificación del proyecto, _________________________________________________________________________________________________________________ - 50 -

_________________________________________________________________________________________________________________ ACTIVIDADES DE LA GESTIÓN DE REQUISITOS IDENTIFICACIÓN DE REQUISITOS




Entrevistas y/o


y será aprobado por el Sponsor.  Esta matriz deberá ser generada de manera periódica de acuerdo a las fechas de celebración de las reuniones programadas del equipo de gestión, estipuladas dentro de la agenda. ADMINISTRACIÓN DE CAMBIOS EN LOS REQUISITOS

El proceso de administración de cambios en los requisitos se usará para administrar eliminaciones, modificaciones y adiciones dentro de la misma línea base o para modificar formalmente la misma. Para las actividades de cambio de requisitos se realizará lo siguiente:  El iniciador de un cambio será un individuo autorizado a firmar la “solicitud de cambio”, detallando el por qué del cambio solicitado. El iniciador debe comprender que todo cambio tiene un costo desde el momento mismo en que completa y firma la solicitud de cambio pues aunque no se apruebe, la evaluación previa requiere de esfuerzo, tiempo y dinero.  El Gerente de Proyecto elaborará en conjunto con su equipo de trabajo el análisis de impacto, responsabilizándose por tal análisis.  Cuando se haya finalizado el análisis del impacto, éste será enviado al comité de cambios.  El comité de cambios está conformado por un representante del cliente y dos representantes del proveedor.  El Comité de cambios evaluará el impacto en el proyecto (nivel de costos, tiempos, alcance y dependencias).  Si el cambio es aprobado el proceso continúa, el comité adicionará un indicador que considere el beneficio o prioridad del cambio y lo reportará al equipo de gestión del proyecto para su respectiva implementación, de lo contrario se procede al cierre de la solicitud y se comunica al iniciador. Un representante del comité de cambios firma la solicitud respaldando la resolución tomada.  El iniciador, al ser comunicado de la decisión, firmará la solicitud indicando que ha tomado conocimiento de la resolución.  Si la solicitud fue aprobada, el Gerente de Proyecto junto con el Jefe de Control de cambios priorizarán los diferentes cambios aprobados.  Durante la priorización y planificación se determinará el orden en el que los cambios aprobados serán ejecutados. Se define cuando serán ejecutados y en que versión del producto serán aplicados (actual o subsiguientes).  El Gerente de Proyecto junto con el Jefe de Control de cambios actualizarán las especificaciones de requerimientos de software y efectuarán las modificaciones pertinentes en el plan de proyecto.  Luego se procede a las pruebas y su posterior implantación.  El Jefe de Control de cambios formaliza el cierre del cambio. Herramientas: Se contará con las siguientes herramientas:  La planilla “Solicitud de Cambios en los Requerimientos”.  El documento “Especificaciones de Requerimientos del Software” (SRS). _________________________________________________________________________________________________________________ - 51 -

_________________________________________________________________________________________________________________ ACTIVIDADES DE LA GESTIÓN DE REQUISITOS IDENTIFICACIÓN DE REQUISITOS




Entrevistas y/o


 Se utilizará el programa SmartSVN para el versionamiento de los documentos.

RESPONSABILIDADES EN LA ADMINISTRACIÓN DE REQUISITOS

Se contará con los siguientes responsables:  Administrador de requisitos: Responsable de la gestión de la configuración de los requisitos y cambios de requisitos.  Gerente del Proyecto: Responsable de recibir solicitudes de cambios de requisitos y de validar los requisitos con los interesados. MÉTRICAS DEL PRODUCTO

 Todos los requisitos deberán ser implementados al 100%.  El sistema no deberá consumir más del 50% de los recursos del servidor donde este alojado ya que ahí se alojan aplicativos existentes.  Se tomarán encuestas en cada reunión con el cliente, para medir el nivel de satisfacción del trabajo realizado a la fecha. Estas encuestas considerarán tiempo de entrega, nivel de informes presentados, eficiencia de las reuniones. Se establecerá una escala para definir si el cliente está satisfecho o insatisfecho.

ESTRUCTURA DE TRAZABILIDAD

En la Matriz de Trazabilidad se documentará la siguiente información:  Atributos de requisitos, que incluye: código, descripción, sustento de inclusión, propietario, fuente, prioridad, versión, estado actual, fecha de cumplimiento, nivel de estabilidad, grado de complejidad y criterio de aceptación.  Trazabilidad hacia: 2. Necesidades, oportunidades, metas y objetivos del negocio. 1. Objetivos del proyecto. 2. Alcance del proyecto, entregables del WBS. 3. Estrategia de prueba. 4. Escenario de prueba. 5. Requerimiento de alto nivel.

_________________________________________________________________________________________________________________ - 52 -

_________________________________________________________________________________________________________________

9. DOCUMENTACIÓN DE REQUISITOS


Versión

Hecha por

1.0

JC


OV

Fecha 31/10/2011


_________________________________________________________________________________________________________________ - 53 -

_________________________________________________________________________________________________________________

DOCUMENTACIÓN DE REQUISITOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR

Se ha identificado, que en el mercado actual nacional, muchas de las soluciones que utilizan los Centros de Atención Ambulatoria no se encuentran integradas en un solo sistema, trabajan con diferentes aplicaciones para manejar historias clínicas y administrar atenciones ambulatorias. Adicionalmente estos centros de atención ambulatoria por lo general están vinculados a las EPS y a sus planes de salud para atender a los pacientes afiliados a estas entidades que cuentan con diversos beneficios ofrecidos en sus planes de salud. El disponer de la información de cada beneficio de planes de salud es crítico al momento de identificar al paciente para iniciar el proceso de atención ambulatoria. La solución debe manejar la diversidad y particularidad de cado uno de los beneficios que ofrecen las EPS para cada paciente. La necesidad de tener la información a tiempo y exacta en los centros de atención ambulatoria se hace crítica también debido a la gran cantidad de pacientes que provienen de alguna EPS. En tal sentido, se requiere responder a los requerimientos de los pacientes de forma oportuna para garantizar una operación fluida considerando que esto se encuentra ligado directamente a los ingresos del centro de Atención Ambulatoria. Con la finalidad de realizar la identificación de pacientes provenientes de las EPS, sus planes y sus beneficios de una manera eficiente, la SEPS ha creado una solución que propone realizar una comunicación eficaz entre los agentes participantes en los servicios de salud en este caso los Centros de atención Ambulatoria y las EPS. Esta solución se denomina Sistema Integrado para Transacciones Electrónicas en Datos de Salud (SITEDS). Esto significa que cualquier solución que una clínica desee implementar debería hacer uso de este componente para que funcione con los planes y beneficios de las EPS de manera más eficiente y eficaz. Los centros de atención ambulatoria, sobre todo cuando prestan servicios de salud ambulatorio a pacientes asegurados en las EPS y requieren tratar con los diversos planes y beneficios que se comportan de manera diferente, tienen la necesidad de contar con una solución que gestione los servicios ambulatorios y que sea capaz de tomar en cuenta la diversidad de planes y beneficios que poseen las distintas EPS, así como la forma de tratamiento de estos, tanto al momento del proceso de admisión y atención de pacientes, como para la posterior facturación hacia estas entidades privadas.

OBJETIVOS DEL NEGOCIO Y DEL PRODUCTO

Objetivos del Negocio:  Optimizar y sistematizar el proceso de gestión ambulatoria.  Registro y control adecuado de los planes de salud.  Rapidez en el proceso de admisión ambulatoria.  Mejorar el control de las admisiones para verificar consumos de los pacientes.  Precisión y control del proceso de facturación.  Facilitar el acceso al sistema, teniendo un solo sistema integrado.  Aumentar la confidencialidad de la información.

_________________________________________________________________________________________________________________ - 54 -

_________________________________________________________________________________________________________________

Objetivos del Proyecto:  Cumplir los requerimientos establecidos por el cliente para la implantación del Sistema de Gestión Ambulatoria.  Concluir el proyecto en el plazo solicitado por el cliente, y con el presupuesto asignado.  Todos los entregables deben iniciarse y completarse en las fechas programadas.

REQUISITOS FUNCIONALES PRIORIDAD OTORGADA INTERESADO POR EL INTERESADO

REQUISITOS CÓDIGO

Franco Medina Gerente de Operaciones

Alta

R01

Alta

R02

Alta

R03

Alta

R04

Alta

R05

Alta

R06

Alta

R07

Alta

R08

Media

R09

Alta

R10

Alta

R11

Alta

R12

Alta

R13

Alta

R14

Alta

R15

(Cliente)

Aldo Ricardi Gerente de Facturación (Cliente)

DESCRIPCIÓN

El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de las EPS. El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de la propia clínica. El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de alguna financiadora distinta de las EPS. El sistema permitirá registrar admisiones de pacientes que no posean ningún plan (pacientes particulares). El sistema permitirá obtener los datos del paciente a través del SITEDS. El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta al SITEDS. El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta a la base de datos local. El sistema permitirá imprimir las órdenes de admisión generadas. El sistema permitirá generar reportes de las admisiones que se han generado. El sistema permitirá registrar los servicios que los pacientes con admisiones activas deseen recibir. El sistema permitirá generar órdenes de atención. El sistema permitirá imprimir las órdenes de atención generadas indicando los servicios que el paciente desea hacer uso. El sistema permitirá elegir al médico que dará el servicio que el paciente desee consumir. El sistema permitirá calcular el monto total que deberá pagar el paciente por los servicios que va a consumir teniendo en cuenta el plan y beneficio registrado en la admisión. El sistema permitirá identificar internamente los consumos registrados según el grupo de servicio al que pertenecen.

_________________________________________________________________________________________________________________ - 55 -

_________________________________________________________________________________________________________________ REQUISITOS FUNCIONALES PRIORIDAD OTORGADA INTERESADO POR EL INTERESADO

REQUISITOS CÓDIGO

Julio Perales Gerente de Tesorería (Cliente)

Aldo Ricardi Gerente de Facturación (Cliente)

Luis Capañari Gerente de Facturación

Media

R16

Alta

R17

Alta Alta

R18 R19

Alta

R20

Alta

R21

Alta

R22

Media

R23

Alta

R24

Alta

R25

Alta

R26

Alta

R27

Alta

R28

Alta

R29

Alta

R30

Medio

R31

Alta

R32

Alta

R33

Medio

R34

(Cliente)

DESCRIPCIÓN

El sistema permitirá generar reportes de los consumos que poseen las admisiones. El sistema permitirá marcar los servicios que ya fueron recibidos por los pacientes para que estos puedan ser facturados. El sistema permitirá realizar la apertura de caja. El sistema permitirá realizar el cierre de caja. El sistema permitirá registrar pagos en soles y dólares efectuados por los pacientes según los servicios que escogieron en el módulo de consumos. El sistema permitirá emitir documentos de pago. El sistema permitirá efectuar anulaciones de documentos de pago. El sistema permitirá generar reportes de liquidación de caja. El sistema permitirá registrar el tipo de cambio del día. El sistema permitirá aprobar admisiones para que puedan ser facturadas. El sistema permitirá registrar facturaciones realizadas hacia las empresas financiadoras. El sistema permitirá emitir facturas hacia los financiadores. El sistema permitirá mostrar reportes de sustento de facturación con los consumos de las admisiones agrupadas por grupos de servicio. El sistema permitirá hacer seguimiento de las admisiones candidatas a ser facturadas. Los usuarios del sistema solamente podrán acceder a este luego de autenticarse con su nombre de usuario y su contraseña. El sistema permitirá el reconocimiento de la dirección física (MAC) para poder acceder a este. Los usuarios contarán con roles y estos a su vez con permisos, los cuales le permitirán al usuario acceder a las diversas opciones del sistema. El sistema permite registrar, modificar y eliminar registros de los siguientes maestros: empresa, financiadores, contratantes, pacientes, planes con sus respectivos beneficios, procedimientos ambulatorios con las tarifas que ofrece el centro de atención ambulatoria. El sistema permitirá agrupar los procedimientos en grupos de procedimientos, y a su vez podrán agruparse grupos de procedimientos.

_________________________________________________________________________________________________________________ - 56 -

_________________________________________________________________________________________________________________ REQUISITOS FUNCIONALES PRIORIDAD OTORGADA INTERESADO POR EL INTERESADO

REQUISITOS CÓDIGO

Alta

R35

DESCRIPCIÓN

El sistema permitirá registrar, modificar y eliminar la numeración de los documentos de pago (facturas, boletas y notas de crédito) para que puedan ser empleados en los procesos de cobranza en caja y facturación hacia las empresas financiadoras de planes de salud.

REQUISITOS NO FUNCIONALES PRIORIDAD OTORGADA INTERESADO POR EL INTERESADO

REQUISITOS CÓDIGO

Micaela Barrientos Gerente de Proyecto

Alta

R36

Alta

R37

Alta

R38

Alta

R39

Alta

R40

Alta

R41

Alta

R42

Alta

R43

(Cliente)

Janis Candia Gerente de Proyecto (Proveedor)

DESCRIPCIÓN

La interacción con el sistema debe ser a través de teclado y mouse. Se utilizará como base de datos Oracle 10g. El sistema será accesible desde cualquier estación de trabajo que cuente con un S.O., un navegador web Mozilla Firefox (2.0 o superior) o Internet Explorer (6.0 o superior), y la máquina virtual de Java. El sistema se ejecutará sobre un servidor de aplicaciones Java, el cual a su vez se ejecutará sobre cualquier S.O. que cuente con la máquina virtual de Java. El tiempo de respuesta para la obtención de datos a través del SITEDS no deberá exceder los 3 segundos. Contar con especificaciones técnicas completas y claras del sistema SITEDS, con quién interactuará para obtener información del plan de salud del paciente. Todos los entregables deben iniciarse y completarse en las fechas programadas. Cumplir con los acuerdos presentados en la propuesta, respetando los requerimientos del cliente.

REQUISITOS DE CALIDAD PRIORIDAD OTORGADA INTERESADO POR EL INTERESADO

REQUISITOS CÓDIGO

Equipo de Desarrollo del Proyecto Sebastián Céspedes Sponsor (Cliente)

Alta

Alta

DESCRIPCIÓN

R44

Que el sistema cumpla con los estándares establecidos para la calidad.

R45

La calidad del proyecto será óptima siempre y cuando se cumpla con el 85% de los objetivos y si el cliente termina satisfecho con el resultado final.

_________________________________________________________________________________________________________________ - 57 -

_________________________________________________________________________________________________________________

CRITERIOS DE ACEPTACIÓN CONCEPTOS

6.

Técnicos

7.

De Calidad

8. 9. 10. 11.

Administrativos Comerciales Sociales Otros

CRITERIOS DE ACEPTACIÓN

Los componentes del producto deben cumplir con el 100% de lo acordado en el Acta de Constitución del Proyecto. Los componentes del producto deben cumplir con los estándares de calidad definidos en la empresa, que garanticen el 85% de satisfacción del cliente como mínimo. Todos los entregables deben ser aprobados por el cliente. Se debe cumplir todos los puntos indicados en el contrato. El sistema debe ser intuitivo, fácil de comprender y usar. ---

REGLAS DEL NEGOCIO

 Los requerimientos serán proporcionados por el cliente.  Emitir informes periódicos del rendimiento del proyecto y tomar acciones correctivas de ser el caso.  Mantener una comunicación fluida entre las diferentes áreas del negocio con respecto a la ejecución del proyecto.  Emitir informe final que evaluará el desenvolvimiento del equipo y el nivel de cumplimiento del proyecto.

IMPACTOS EN OTRAS AREAS ORGANIZACIONALES

 La implantación del SIGAM tendrá impacto en las siguientes unidades orgánicas de la institución: Admisión, Consumos, Caja y Facturación.  Se espera que los requerimientos se encuentren bien definidos para poder cumplir con los tiempos y costos acordados.

IMPACTOS EN OTRAS ENTIDADES INTERNOS A LA ORGANIZACIÓN

AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN

Se efectuarán reuniones regulares entre los gerentes de proyecto y el sponsor con la finalidad de revisar las planificaciones y avances del proyecto y establecer acuerdos en caso que existan cambios adicionales en el proyecto.

El cliente se encargará de la selección del personal quien trabajará en conjunto con el equipo del proyecto en la implantación del sistema.

Existirá un contrato de por medio, entre la Clínica San Marcos y la empresa Consultores PMI SAC que desarrollará el proyecto.

El cliente respetará el cronograma diseñado por la consultora para la presentación de entregables.

REQUERIMIENTOS DE SOPORTE Y MANTENIMIENTO

La capacitación de los usuarios en el nuevo sistema se dictará en las instalaciones del cliente.

_________________________________________________________________________________________________________________ - 58 -

_________________________________________________________________________________________________________________ SUPUESTOS RELATIVOS A LOS REQUISITOS

 La disponibilidad del sistema dependerá de la disponibilidad de los servidores del cliente y del manejador de base de datos de la institución.  Los usuarios del sistema necesitarán de un navegador web.  El tiempo de conexión dependerá del tipo de conexión que tenga el usuario a internet y del tráfico existente en la red.  Los requerimientos deberán ser dados por el cliente.  El producto será implantado en las instalaciones del cliente.  La capacitación de personal del cliente estará a cargo de personal del proveedor.

RESTRICCIONES RELATIVAS A LOS REQUISITOS

Eventos relacionados con fiscalización y control del Ministerio de Salud.

_________________________________________________________________________________________________________________ - 59 -

_________________________________________________________________________________________________________________

10. MATRIZ DE TRAZABILIDAD DE REQUISITOS


Versión

Hecha por

1.0

IM

CONTROL DE VERSIONES Revisada por Aprobada por FA, GE

JC

Fecha 02/11/2011


_________________________________________________________________________________________________________________ - 60 -

_________________________________________________________________________________________________________________________________________________________________________________

MATRIZ DE TRAZABILIDAD DE REQUISITOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

ATRIBUTOS DE REQUISITOS CÓDIGO

R01

R02

DESCRIPCIÓN

El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de las EPS

El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de la propia clínica.

SUSTENTO DE SU INCLUSIÓN

PROPIET ARIO

Solicitado por el Gerente de Operaciones (Cliente)

Gerente de Operaci ones (Cliente)



FUENTE

Contrat o

Contrat o

TRAZABILIDAD HACIA:

PRIO RIDA D

VERS IÓN

ESTADO ACTUAL (AC, CA, DI, AD, AP)

Alta

1.0

AC

Alta

1.0

AC

FECHA DE CUMPLI MIENTO ----

----

NIVEL DE ESTABILI DAD (A, M, B) A

A

GRADO DE COMPLEJID AD (A, M, B) A

CRITERIO DE ACEPTACION Permitirá el registro de admisiones al 100% de los pacientes, lo cual se entregará al 22/12/2011.

A

Permitirá el registro al 100% de los pacientes, lo cual se entregará al 22/12/2011.

NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO Gestionar y monitorear todo el proceso de admisión de pacientes a la clínica.

OBJETIVO S DEL PROYECTO

ALCANCE DEL PROYECTO /ENTREGABLE DEL WBS

Objetivo del alcance del proyecto

4.2.1 Documento producción Admisión y Caja

En base a la propuesta técnica económica

Seguimien to del resultado de las pruebas integrales.

Pruebas integrales

Se incluye en el document o plan de Pruebas

Cumplir con lo requerido por el cliente

Cumplir con el objetivo de alcance para proyecto




Pruebas integrales



Cumplir con el alcance del proyecto




Pruebas integrales



DISEÑO DEL PRODUCTO

DESARROL LO DEL PRODUCT O

ESTRATEGIA DE PRUEBA

ESCENARI O DE PRUEBA

REQUERIMIENTO DE ALTO NIVEL

Cumplir con las líneas base del proyecto Gestionar y monitorear todo el proceso de admisión de pacientes a la clínica. Cumplir con las líneas base del proyecto R03

El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de alguna financiadora distinta de las EPS.



Contrat o

Alta

1.0

AC

----

A

A

Es necesario se registre al 100% de las admisiones al 22/12/2011

Gestionar y monitorear todo el proceso de admisión de pacientes a la clínica. Cumplir con las líneas

_________________________________________________________________________________________________________________________________________________________________________________ - 61 -

_________________________________________________________________________________________________________________________________________________________________________________ ATRIBUTOS DE REQUISITOS CÓDIGO

R04

R05

R06

R07

R08

DESCRIPCIÓN

El sistema permitirá registrar admisiones de pacientes que no posean ningún plan (pacientes particulares).

El sistema permitirá obtener los datos del paciente a través del SITEDS.


PROPIET ARIO




El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta al SITEDS.


El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta a la base de datos local.


El sistema permitirá imprimir las órdenes de admisión generadas.




FUENTE

Contrat o

Contrat o

Contrat o

TRAZABILIDAD HACIA:

PRIO RIDA D

VERS IÓN


FECHA DE CUMPLI MIENTO

NIVEL DE ESTABILI DAD (A, M, B)

Alta

1.0

AC

----

A

Alta

Alta

1.0

1.0

AC

AC

----

----

A

A

GRADO DE COMPLEJID AD (A, M, B)

A

A

M

CRITERIO DE ACEPTACION

Los pacientes particulares deberán ser ingresados al 100% de los casos a l inicio de operación del módulo 22/12/2011.

Gestionar y monitorear todo el proceso de admisión de pacientes a la clínica.

El SITEDS debe funcionar en el 85% en el primer intento, al 95% al segundo intento y al 100% hasta el quinto intento.


Se generará un grid para elegir cualquiera del 100% de los planes al 22/12/2011.


Cumplir con las líneas base del proyecto

Contrat o

Alta

1.0

AC

----

A

M

Se generará un grid para elegir cualquiera del 100% de los planes al 22/12/2011.


Contrat o

Alta

1.0

AC

----

A

M

Se podrán emitir el 100% de las órdenes emitidas al 22/12/2011.

Gestionar y monitorear todo el proceso de admisión de pacientes a la clínica. Cumplir con las líneas base del proyecto

R09

El sistema permitirá generar reportes de las admisiones que se han generado.


Gerente de Operaci ones


Definido en el alcance del proyecto




Pruebas integrales



Obtener la informació n de la interconex ión para la atención de los pacientes definido en el alcance




Pruebas integrales



Ofrecer la flexibilida d para la atención definido en el alcance




Pruebas integrales



Poder administra r informació n de los pacientes con una base de datos local definido en el alcance Definido como el document o básico para la atención definido en el alcance.




Pruebas integrales






Pruebas integrales



Cumplen con el objetivo de manejo

4.2.1 Documento producción Admisión y


Seguimien to del resultado de las

Pruebas integrales

Se incluye en el document o plan de












.


NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO base del proyecto

Contrat o

Med ia

1.0

AC

----

A

M

Los reportes tendrán como máximo 10 columnas y

Gestionar y monitorear todo el proceso de admisión de

_________________________________________________________________________________________________________________________________________________________________________________ - 62 -


DESCRIPCIÓN


PROPIET ARIO

FUENTE

PRIO RIDA D

VERS IÓN

TRAZABILIDAD HACIA: ESTADO ACTUAL (AC, CA, DI, AD, AP)




(Cliente)

tendrán las cabecesras estándar de la clínica al 07/01/2012.

.

R10

El sistema permitirá registrar los servicios que los pacientes con admisiones activas deseen recibir.

Solicitado por el Gerente de Facturación (Cliente)

Gerente de Facturac ión (Cliente)


Contrat o

Alta

1.0

AC

----

A

A

Este registro deberá cumplirse para el 100% de los casos y se entregará el 07/01/2012.

NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO pacientes a la clínica. Cumplir con las líneas base del proyecto

Gestionar y monitorear todo el proceso de consumos de pacientes.






pruebas integrales.



de la informació n estadística de la atención definido en el alcance. Cumplir con el manejo de consumos definidos en el alcance

Caja

Pruebas

4.2.2 Documento producción, facturación y Consumos



Pruebas integrales



Definido como document o principal para el seguimien to de la atención definido en el alcance




Pruebas integrales



Establecid o en el alcance para que facturació n maneje los expedient es definido en el alcance




Pruebas integrales



Cumplir con las líneas base del proyecto R11

El sistema permitirá generar órdenes de atención.



Contrat o

Alta

1.0

AC

----

A

M

Deberá cumplirse al 100% de los casos que sean solicitados y entregarse al 13/01/2012.

Gestionar y monitorear todo el proceso de consumos de pacientes. Cumplir con las líneas base del proyecto

R12

El sistema permitirá imprimir las órdenes de atención generadas indicando los servicios que el paciente desea hacer uso.



Contrat o

Alta

1.0

AC

----

A

A

Se imprimirá al 100% de los casos que se solicite. Opción deberá se entregada el 17/01/2012.


_________________________________________________________________________________________________________________________________________________________________________________ - 63 -


DESCRIPCIÓN

R13

El sistema permitirá elegir al médico que dará el servicio que el paciente desee consumir.


PROPIET ARIO



FUENTE

Contrat o

TRAZABILIDAD HACIA:

PRIO RIDA D

VERS IÓN



Alta

1.0

AC

----

NIVEL DE ESTABILI DAD (A, M, B) A

GRADO DE COMPLEJID AD (A, M, B) A

CRITERIO DE ACEPTACION El sistema verificará que el médico esté activo, que el médico tenga horarios y deberá estar listo en 22/12/2011

NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO Gestionar y monitorear todo el proceso de consumos de pacientes.








Permitirá elegir al médico tratante siendo parte del alcance




Pruebas integrales



Manejar las reglas de negocio que permitan cobrar el copago definido en el alcance




Pruebas integrales







Pruebas integrales







Pruebas integrales



Para control de los consumos definido en el alcance.




Pruebas integrales



Cumplir con las líneas base del Gestionar y monitorear todo el proceso de consumos de pacientes. Cumplir con las líneas base del proyecto

R14

R15

El sistema permitirá calcular el monto total que deberá pagar el paciente por los servicios que va a consumir teniendo en cuenta el plan y beneficio registrado en la admisión.


El sistema permitirá identificar internamente los consumos registrados según el grupo de servicio al que pertenecen.




Contrat o

Contrat o

Alta

Alta

1.0

1.0

AC

AC

----

----

A

A

A

A

Deberá cumplirse el buen cálculo en el 100% de los caos y deberá contemplar lo definido en el convenio.


Los consumos deberán ser agrupados para su presentación y asignación de descuentos.




El sistema permitirá generar reportes de los consumos que poseen las admisiones.



Contrat o

Med ia

1.0

AC

----

A

A

Aprobación del documento producción facturación y consumos


R17

El sistema permitirá marcar los servicios que ya fueron recibidos por los pacientes para que estos puedan ser facturados.



Contrat o

Alta

1.0

AC

----

A

A

Las marcas deberán ser realizadas vía mouse. Por default aparecerán marcados el 100%


_________________________________________________________________________________________________________________________________________________________________________________ - 64 -


DESCRIPCIÓN


PROPIET ARIO

FUENTE

PRIO RIDA D

VERS IÓN





CRITERIO DE ACEPTACION de los consumos. Lo cual deberá entregarse el 22/01/2012.

R18

R19

R20

R21

El sistema permitirá realizar la apertura de caja.

El sistema permitirá realizar el cierre de caja.

Solicitado por el Gerente de Tesorería (Cliente)


El sistema permitirá registrar pagos en soles y dólares efectuados por los pacientes según los servicios que escogieron en el módulo de consumos.


El sistema permitirá emitir documentos de pago.


Gerente de Tesorerí a (Cliente)




Contrat o

Contrat o

Contrat o

Contrat o

Alta

Alta

Alta

Alta

1.0

1.0

1.0

1.0

AC

AC

AC

AC

----

----

----

----

A

A

A

A

A

A

A

A

NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO Cumplir con las líneas base del proyecto

La apertura generará una sesión la cual debe ser verificable en el 100% de los casos.

Gestionar y monitorear todos los procesos de caja.

El cierre evitará modificaciones de los consumos en el 100% de los casos y deberá ser entregado al 22/01/2012.

Gestionar y monitorear todos los procesos de caja .

Deberá comprobarse el uso del tipo de cambio de tesorería. Tener presente el redondeo a 0.10 para los pagos en efectivo.


Se deberá realizar en el 100% de casos y debe entregarse el 22/01/2012.






El sistema permitirá efectuar anulaciones de documentos de pago.



Contrat o

Alta

1.0

AC

----

A

A

Toda anulación podrá realizarse antes del cierre de caja.

Gestionar y monitorear todos los procesos de caja. Cumplir con las líneas base del proyecto

R23

El sistema permitirá generar reportes de liquidación de caja.

Solicitado por el Gerente de Tesorería

Gerente de Tesorerí

Contrat o

Baja

1.0

AC

----

A

A

Los reportes se generarán posteriores al

Gestionar y monitorear todos los procesos de








Cumplir con el alcance del proyecto para el control de cobros




Pruebas integrales



Parte del procedimi ento de la empresa y solicitado para cumplir con el alcance del proyecto




Pruebas integrales



Definición institucion al contempla do en el alcance del proyecto




Pruebas integrales



Definido por ley e indicado en el alcance del proyecto.




Pruebas integrales



Parte de la política institucion al e indicada dentro del alcancel del proyecto.




Pruebas integrales



Cumplir con el alcance

4.2.1. Documento producción

En base a la propuesta técnica

Seguimien to del resultado

Pruebas integrales

Se incluye en el document


_________________________________________________________________________________________________________________________________________________________________________________ - 65 -


R24

R25

DESCRIPCIÓN

El sistema permitirá registrar el tipo de cambio del día.

El sistema permitirá aprobar admisiones para que puedan ser facturadas.


PROPIET ARIO

(Cliente)

a (Cliente)




Gerente de Facturac ión(Clie nte)

FUENTE

PRIO RIDA D

VERS IÓN





CRITERIO DE ACEPTACION cierre de la caja. Excepto que referencia a documentos anteriores a la sesión vigente.

Contrat o

Contrat o

Alta

Alta

1.0

1.0

AC

AC

----

----

A

A

A

A

NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO caja.



del proyecto

Admisión y caja

económica

de las pruebas integrales.

Parte de política institucion al para cumplir con el alcance del proyecto

4.2.1. Documento producción Admisión y caja



Pruebas integrales




4.2.2. Documento producción facturación y consumos



Pruebas integrales



Parte de la política de convenios de la empresa y cumplir con el alcance del proyecto




Pruebas integrales



Parte de los activos de la empresa, indicado en el alcance del proyecto




Pruebas integrales







Pruebas integrales



Manejar la administra ción de la facturació

4.2.2. Documento producción facturación y


Seguimien to del resultado de las

Pruebas integrales

Se incluye en el document o plan de




El sistema deberá permitir los valores de compra, venta. Para los cobros se utilizará el valor de venta.


Tendrá que tener la marca de aprobada para poder procesar.

Gestionar y monitorear todo el proceso de facturación.



R27

R28

R29

El sistema permitirá registrar facturaciones realizadas hacia las empresas financiadoras.

El sistema permitirá emitir facturas hacia los financiadores.



El sistema permitirá mostrar reportes de sustento de facturación con los consumos de las admisiones agrupadas por grupos de servicio.


El sistema permitirá hacer seguimiento de las admisiones candidatas a ser





Contrat o

Contrat o

Contrat o

Alta

Alta

Alta

1.0

1.0

1.0

AC

AC

AC

----

----

----

A

A

A

A

A

A

Se podrá realizar en el 100% de casos al 22/01/2012 y podría ser a demanda o por un proceso masivo.


Se podrá realizar en el 100% de casos al 22/01/2012 y podría ser a demanda o por un proceso masivo de consumos


Aprobación del documento producción facturación y consumos




Cumplir con las líneas base del proyecto Gerente de Facturac ión(Clie

Contrat o

Alta

1.0

AC

----

A

A

Aprobación del documento producción facturación y






o plan de Pruebas

_________________________________________________________________________________________________________________________________________________________________________________ - 66 -


DESCRIPCIÓN


facturadas.

PROPIET ARIO

FUENTE

PRIO RIDA D

VERS IÓN





nte)


NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO

consumos Cumplir con las líneas base del proyecto





pruebas integrales.



n de document os para cumplir con el alcance del proyecto Cumplir con el alcance y configurac ión del proyecto

consumos

Pruebas

4.2.3 Documento de Aceptación del Producto



Pruebas integrales



R30

Los usuarios del sistema solamente podrán acceder a este luego de autenticarse con su nombre de usuario y su contraseña.

Solicitado por el Analista de Sistemas

(Cliente )

Contrat o

Alta

1.0

AC

----

A

A

El módulo de seguridad deberá utilizar el active directory del Windows.

R31

El sistema permitirá el reconocimiento de la dirección física (MAC) para poder acceder a este.


(Cliente )

Contrat o

Med io

1.0

AC

----

A

A

Aprobación del Documento de Preparación del Ambiente

Cumplir con la línea base del proyecto en la línea de Seguridad de Información

Cumplir con el Alcance y configurac ión del proyecto

2.1.2 Documento de Preparación del Ambiente



Pruebas integrales



R32

Los usuarios contarán con roles y estos a su vez con permisos, los cuales le permitirán al usuario acceder a las diversas opciones del sistema.


(Cliente )

Contrat o

Alta

1.0

AC

----

A

A

Aprobación del Documento de Aceptación del Producto



2.3.1 Documento de Configuración inicial



Pruebas integrales



R33

El sistema permite registrar, modificar y eliminar registros de los siguientes maestros: empresa, financiadores, contratantes, pacientes, planes con sus respectivos beneficios, procedimientos ambulatorios con las tarifas que ofrece el Centro de Atención Ambulatoria. El sistema permitirá agrupar los procedimientos en grupos de procedimientos, y a su vez podrán agruparse grupos de procedimientos.


(Cliente )

Contrat o

Alta

1.0

AC

----

A

A

Aprobación del Documento de Aceptación del Producto lo cual deberá estar entregado el 15/12/2011.






Pruebas integrales




(Cliente )

Contrat o

Med io

1.0

AC

----

A

A

Es necesario que este agrupamiento se muestre en los reportes.


Generar los quiebres definidos en el alcance del proyecto




Pruebas integrales



El sistema permitirá registrar, modificar y eliminar la numeración de los documentos de pago (facturas, boletas y notas de crédito) para que puedan ser empleados en los


(Cliente )

Contrat o

Alta

1.0

AC

----

A

A

Aprobación del Documento de Producción de Facturación y Consumos






Pruebas integrales



R34

R35



_________________________________________________________________________________________________________________________________________________________________________________ - 67 -


DESCRIPCIÓN


PROPIET ARIO

FUENTE

TRAZABILIDAD HACIA:

PRIO RIDA D

VERS IÓN






NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO








procesos de cobranza en caja y facturación hacia las empresas financiadoras de planes de salud. R36

La interacción con el sistema debe ser a través de teclado y mouse.

Solicitado por el Gerente de Proyecto (Cliente)

Gerente de Proyect o (Cliente)

Contrat o

Alta

1.0

AC

----

A

M

Es necesario verificar los tab y los focus que contemplen este requirimiento.

Cumplir compromisos contractuales

Cumplir con el alcance y configurac ión del proyecto




Pruebas integrales



R37

Se utilizará como base de datos Oracle 10g.



Contrat o

Alta

1.0

AC

----

M

M

Aprobación del Documento de preparación del ambiente


Cumplir con el Configurac ión y costos del proyecto

2.1.2 Documento de preparación del ambiente


No Aplica

No Aplica

No Aplica Pruebas


R38

El sistema será accesible desde cualquier estación de trabajo que cuente con un S.O., un navegador web Mozilla Firefox (2.0 o superior) o Internet Explorer (6.0 o superior), y la máquina virtual de Java. El sistema se ejecutará sobre un servidor de aplicaciones Java, el cual a su vez se ejecutará sobre cualquier S.O. que cuente con la máquina virtual de Java. El tiempo de respuesta para la obtención de datos a través del SITEDS no deberá exceder los 3 segundos.



Contrat o

Alta

1.0

AC

----

M

A







Pruebas integrales





Contrat o

Alta

1.0

AC

----

M

A







Pruebas integrales





Entrevis ta

Alta

1.0

AC

----

M

A

No deberá superar la conexión los 3 segundos


Cumplir con el configurac ión del proyecto

4.2.3 Documento de Aceptación del Producto



Pruebas integrales

Se incluye el informe de perfoman ce de tiempos de respuesta


R41

Contar con especificaciones técnicas completas y claras del sistema SITEDS, con quién interactuará para obtener información del plan de salud del paciente.

Solicitado por el Gerente de Proyecto (Proveedor)

Gerente de Proyect o (Provee dor)

Entrevis ta

Alta

1.0

AC

----

A

M

La información deberá ser proporcionada y sellada por la SUNASA.






No Aplica

No Aplica


R42

Todos los entregables deben iniciarse y completarse en las

Solicitado por el Gerente de Proyecto

Gerente de Proyect

Contrat o

Alta

1.0

AC

----

M

Aprobación del Acta de Aceptación

Cumplir compromisos

Cumplir con el cronogra

1.1.1 Project Charter

Contrato

No Aplica

No Aplica

No Aplica


R39

R40

M

_________________________________________________________________________________________________________________________________________________________________________________ - 68 -


DESCRIPCIÓN

fechas programadas.


PROPIET ARIO

(Proveedor)

o (Provee dor)

FUENTE

PRIO RIDA D

VERS IÓN






NECESIDADES, OPORTUNIDADE S, METAS Y OBJETIVOS DEL NEGOCIO contractuales








ma del proyecto

R43

Cumplir con los acuerdos presentados en la propuesta, respetando los requerimientos del cliente.


Gerente de Proyect o (Provee dor)

Entrevis ta

Alta

1.0

AC

----

M

M

Aprobación del Acta de Aceptación


Cumplir con el alcance, tiempo, costo y calidad del proyecto.


Contrato

No Aplica

No Aplica

No Aplica


R44

Que el sistema cumpla con los estándares establecidos para la calidad.


CLIENTE

Contrat o

Alta

1.0

AC

----

A

B

Aprobación del Acta de Aceptación y revisado por el área de calidad.


1.1.2. Alcance Preliminar

Contrato

No Aplica

Monitoreo de la implantación en cada etapa.

No Aplica


R45

La calidad del proyecto será óptima siempre y cuando se cumpla con el 85% de los objetivos y si el cliente termina satisfecho con el resultado final.

CLIENTE

Contrat o

Alta

1.0

AC

----

M

M

Aprobación de los entregables en un 85%


Cumplir con el alcance, tiempo, costo y calidad del proyecto. Cumplir con el alcance, tiempo, costo y calidad del proyecto.

1.1.2. Alcance Preliminar

Contrato

No Aplica

No Aplica

No Aplica


Sponsor

_________________________________________________________________________________________________________________________________________________________________________________ - 69 -

_________________________________________________________________________________________________________________

11. ENUNCIADO DEL ALCANCE DEL PROYECTO


Versión

Hecha por

1.0

GE

CONTROL DE VERSIONES Revisada por Aprobada por FA, IM

JC

Fecha 02/11/2011


_________________________________________________________________________________________________________________ - 70 -

_________________________________________________________________________________________________________________

ENUNCIADO DEL ALCANCE DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO REQUISITOS

1.

CARACTERÍSTICAS

Gestionar el proceso de admisión permitiendo el registro de pacientes. Obtener los datos de los pacientes afiliados a un EPS y de Seguros a través del SITEDS. Gestionar los consumos de los pacientes para su posterior facturación.

1.

4.

Emisión de reportes y consultas necesarias para apoyar la operatividad del proceso ambulatorio.

4.

5.

Gestionar los accesos a las opciones del sistema mediante roles.

5.

2. 3.

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO CONCEPTOS

1.

Técnicos

2.

De Calidad

3. 4. 5. 6.

Administrativos Comerciales Sociales Otros

El sistema presentará una interface amigable para el registro de datos del paciente. El sistema realizará una integración con fuente de datos externa (sistema SITEDS). El sistema poseerá un registro del consumo de los pacientes. El sistema proveerá una aplicación adecuada de descuentos de acuerdo a los convenios suscritos. El sistema realizará la generación de la factura. El sistema será capaz de emitir reportes en formatos tabular y gráfico. El sistema permitirá exportar la información en formato de hoja de cálculo y PDF. El sistema se sujetará a las políticas de seguridad de la Clínica.

2. 3.

CRITERIOS DE ACEPTACIÓN

Los componentes del producto deben cumplir con el 100% de lo acordado en el Acta de Constitución del Proyecto. Los componentes del producto deben cumplir con los estándares de calidad definidos en la empresa, que garanticen el 85% de satisfacción del cliente como mínimo. Todos los entregables deben ser aprobados por el cliente. Se debe cumplir todos los puntos indicados en el contrato. El sistema debe ser intuitivo, fácil de comprender y usar. ---

DESCRIPCIÓN DEL ALCANCE DEL PROYECTO

El proyecto SIGAM consiste en implantar un sistema de información que permita optimizar el proceso de atención ambulatoria, especialmente para aquellas personas que se encuentren afiliadas a una EPS ó un seguro privado. FASES DEL PROYECTO

Fase Soporte de Infraestructura Migración de datos

Descripción Esta fase comprende desde la verificación de los requisitos mínimos requeridos para los servidores de BD y aplicación hasta la conformidad de la instalación y configuración inicial del producto en los servidores finales. Esta fase comprende desde la definición de los archivos maestros a migrar hasta la conformidad de la migración de los datos a la bd final instalada anteriormente.

_________________________________________________________________________________________________________________ - 71 -

_________________________________________________________________________________________________________________ FASES DEL PROYECTO

Fase Puesta en producción Capacitación

Gestión de proyectos

Descripción Esta fase comprende desde la definición del proceso de paralelo que se va a realizar hasta la conformidad de la puesta de producción de todos los módulos instalados. Esta fase comprende desde la definición del proceso de capacitación que se va a realizar hasta la conformidad de la capacitación por parte de los usuarios y entrega de manuales. Esta fase comprende todo el proceso de gestión de proyectos, desde la iniciación del proyecto hasta el cierre del mismo.

ENTREGABLES DEL PROYECTO FASE DEL PROYECTO

Gestión del Proyecto

Soporte de Infraestructura

Migración de Datos

Puesta en Producción

Capacitación

PRODUCTOS ENTREGABLES

                             

Acta de Constitución del Proyecto. Alcance Preliminar. Enunciado del Alcance. Cronograma. Informes de reunión de avance semanal. Informes de reunión de avance quincenal. Acta de Aceptación. Cierre del proyecto. Verificación de requisitos iniciales. Documento de preparación del ambiente. Documento de instalación scripts/schemas. Documento de instalación aplicación. Instalación de aplicación. Documento de configuración inicial. Documento de aceptación. Documentación de archivos maestros. Plantillas de carga de datos. Documentos Scripts. Documento de aceptación de carga de datos. Documento en paralelo de módulos de Admisión y Caja. Documento en paralelo de módulos Consumos y Facturación. Documento de puesta en marcha de módulos Admisión y Caja. Documento de puesta en marcha de módulos Consumos y Facturación. Documento de aceptación del producto. Plan de Capacitación de Módulos Admisión y Caja. Plan de Capacitación de Módulos Consumos y Facturación. Documento de Aceptación de Módulos Admisión y Caja. Documento de Aceptación de Módulos Consumos y Facturación. Manual de Configuración. Manual de Usuario.

EXCLUSIONES DEL PROYECTO

 Solo se realizará una migración por la implantación.  No se entregará documentación de gestión interna del proyecto. _________________________________________________________________________________________________________________ - 72 -

_________________________________________________________________________________________________________________

 No se realizarán migraciones de las tablas transaccionales del sistema actual del cliente al nuevo producto.

RESTRICCIONES DEL PROYECTO INTERNOS A LA ORGANIZACIÓN

La inversión que se realice para cada actividad deberá restringirse a la planeación de costo acordada con el sponsor. La implantación del sistema solo podrá ser llevada a cabo en horario laboral, el cual es de lunes a viernes de 9 a 1 pm y de 2 a 6 pm. Se encuentran excluidos los días no laborales designados por ley. La ejecución del proyecto debe realizarse únicamente por el equipo conformado por los integrantes del proyecto y miembros que el Gerente de Proyecto así lo determine. El tiempo requerido para la ejecución del proyecto es de máximo 3 meses.


Otros gastos no asociados y/o no presupuestados afectarán en la fecha de entrega final de la implantación del sistema. En caso de existir situaciones de riesgo externo que requieran la suspensión de actividades del local y/o dictadas por ley, podrá afectar a la continuidad del proyecto. El no proveer facilidades al equipo del proyecto impactará de forma directa en el desarrollo del proyecto. El tiempo del proyecto se prolongará en caso existan cambios producidos en éste.

SUPUESTOS DEL PROYECTO INTERNOS A LA ORGANIZACIÓN

Se cuenta con los medios de comunicación verbal y escrita entre los miembros del equipo del proyecto, en un nivel de alta disponibilidad. Se cuenta con personal técnico con experiencia suficiente para la ejecución de sus tareas. Se cuenta con personal técnico con experiencia suficiente para la ejecución de sus tareas. La gestión del proyecto se llevará a cabo en las instalaciones de la Clínica San Marcos, para lo cual se proporcionará un ambiente especial donde estará reunido todo el equipo del proyecto. Se tiene la infraestructura de hardware, software, comunicaciones, y soporte logístico, necesario y apropiado, para la gestión de todas las partes del proyecto.


La Clínica San Marcos cuenta con la infraestructura necesaria para generar el ambiente de prueba y la implantación final, así como ambientes para la capacitación en los módulos del SIGAM. La Clínica San Marcos cuenta con una base de datos donde se cuenta con las tablas maestras. La Clínica San Marcos debe participar en la revisión de entregables según se vayan realizando. Las personas responsables de aprobar los entregables se sujetarán a los plazos establecidos en el Plan de Proyecto. Las capacitaciones se realizarán de acuerdo a un cronograma, y éstas serán únicas por implantación.

HITOS DEL PROYECTO

-

Aprobación del Alcance Preliminar del Proyecto. Aprobación del Plan de Proyecto y Cronograma. Aprobación de la configuración inicial de los servidores. Validación del Migración de tablas maestras. Puesta en marcha del Servidor de Producción. Capacitación a los Usuarios. Cierre del Proyecto.

_________________________________________________________________________________________________________________ - 73 -

_________________________________________________________________________________________________________________

_________________________________________________________________________________________________________________ - 74 -

_________________________________________________________________________________________________________________

12. EDT


Versión

Hecha por

1.0

OV


JC

Fecha 02/11/2011


_________________________________________________________________________________________________________________ - 75 -

_________________________________________________________________________________________________________________________________________________________________________________

EDT NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

_________________________________________________________________________________________________________________________________________________________________________________ - 76 -

_________________________________________________________________________________________________________________________________________________________________________________

_________________________________________________________________________________________________________________________________________________________________________________ - 77 -

_________________________________________________________________________________________________________________

13. DICCIONARIO DEL EDT


Versión

Hecha por

1.0

OV

CONTROL DE VERSIONES Revisada por Aprobada por FA

JC

-78-

Fecha 02/11/2011


_________________________________________________________________________________________________________________

DICCIONARIO DEL EDT (simplificado) NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

FASE 1: Gestión del Proyecto

ESPECIFICACIÓN DE PAQUETES DE TRABAJO DEL EDT

1.1.1.

Project Charter

1.1.2.

Alcance Preliminar

1.2.1.

Enunciado del Alcance

1.1. Iniciación

1.2. Planificación

-79-

Objetivos: Mediante este documento quedará definido el Director del Proyecto y las restricciones del proyecto. Requisitos: Debe ser firmada por el sponsor Recursos: Un recurso Dependencias: Ninguna Criterios de aceptación: Deberá indicar al Jefe del Proyecto y debe ser firmada por el sponsor. Con ello se inicia las actividades del proyecto. Los valores y tiempos tienen un ROM del 50%. Suposiciones: Qué el proyecto definido es alcanzable en el tiempo y con los recursos definidos sin corromper el alcance. Restricciones: El tiempo y presupuesto definido en el proyecto. Objetivos: Este documento nos permitirá compilar un alcance producto del caso de negocios sin que se haya hecho las entrevistas con los interesados. Requisitos: Obtener la información del caso de negocios y APO de la empresa. Recursos: Un recurso Dependencias: Tener el caso de negocios y el Project chárter realizadas. Criterios de aceptación: Debe ser firmada por el analista de negocios y el director del proyecto y contendrá los requerimientos a un nivel de certeza del 75%. Suposiciones: Que el documento representa el primer alcance de la necesidad que cubrirá el proyecto. Restricciones: Ninguna Objetivos: Documento que recopila los requisitos e interesados la misma que determinará el alcance de lo que realizará el proyecto. Requisitos: Haber realizado una identificación de interesados y las entrevistas con ellos y haber obtenido las actas de reunión. Recursos: 2 recursos Dependencias: Haber obtenido el alcance preliminar. Criterios de aceptación: Aceptación de todos los interesados y el sponsor. Suposiciones: Que los interesados participarán activamente en la definición del alcance. Restricciones: Debe realizarse en 40 horas.

_________________________________________________________________________________________________________________


1.2.2.

1.2.3.

Objetivos: Obtener un documento que permita el seguimiento y control de proyecto y la estimación de la duración del proyecto. Requisitos: Contener la definición de las actividades priorizadas, definidas sus dependencia, la asignación de los recursos y tiempos. Recursos: Un recursos Dependencias: Haber realizado Enunciado del alcance. Criterios de aceptación: Debe ser aprobado por el comité del proyecto y contendrá el detalle de las Cronograma actividades al 100% y deberá ser entregado el día 01/12/2011. Suposiciones: La elaboración del cronograma se realizará utilizando las protecciones al proyecto bajo el esquema de la Teoría de Restricciones. El cronograma contemplará los feriados. El cronograma contemplará los tiempos definidos por actividades que se puedan realizar dentro de la Cultura organizacional de la empresa. Qué cada reunión se generará un acta e informe. Restricciones: Debe ser generada de manera secuencial. Plan del Proyecto Objetivos: Obtener un documento que contenga la información sobre la planificación en el proyecto el cual integre los documentos todos los documentos de la planificación. Requisitos: Contener la definición del alcance, las actividades priorizadas, definidas sus dependencia, la asignación de los recursos y tiempos; así como los costos referidos al proyecto. Recursos: El equipo del proyecto Dependencias: Haber realizado Enunciado del alcance, el cronograma y el costo. Criterios de aceptación: Debe ser aprobado por el comité del proyecto con los documentos bajo el estándar del PMBOK. Suposiciones: La elaboración del Plan del Proyecto se realizará bajo las formas establecidas en PMBOK. Restricciones: Debe ser generada de manera secuencial y actualizada durante toda la planificación del proyecto.

-80-

_________________________________________________________________________________________________________________


1.3.1.

1.3. Informe

1.3.2.

1.4.1.

1.4. Cierre

1.4.2.

Objetivos: Informar al comité y al equipo del proyecto los consumos de los amortiguadores del proyecto y el seguimiento de los riesgos definidos para el proyecto. Requisitos: Tener al equipo disponible para el proyecto en los porcentajes definidos Informe Semanal Recursos: Un recurso Dependencias: Tener el cronograma Criterios de aceptación: Firmas al acta del 100% de los participantes de la reunión. Suposiciones: Disponibilidad del equipo al 100% Restricciones: Ninguna. Objetivos: Informar al Sponsor los avances del proyecto y el seguimiento de los riesgos definidos para el proyecto. Informar sobre riesgos no programados. Requisitos: Tener al equipo disponible para el Informe proyecto en los porcentajes definidos quincenal Recursos: Un recurso Dependencias: Tener el cronograma Criterios de aceptación: Firmas al acta del 100% de los participantes. Suposiciones: Disponibilidad del equipo al 100%. Restricciones: Ninguna. Objetivos: Obtener la conformidad sobre el proyecto y sobre el producto. Requisitos: la presencia del sponsor Recursos: Un recurso. Acta de Dependencias: Haber obtenido firmado el aceptación documento de aceptación del producto (4.2.3) Criterios de aceptación: Tener la aceptación previa del comité del proyecto y del sponsor. Suposiciones: Ninguna Restricciones: Es necesaria la firma del sponsor Objetivos: Reunión formal sobre el cierre de proyecto Requisitos: firma del documento del cierre del proyecto Recursos: sponsor y director del proyecto Dependencias: Tener el acta de aceptación del Cierre del proyecto firmada por el sponsor (1.4.1.). proyecto Criterios de aceptación: firma del sponsor y entrega del 100% de los documentos propios del proyecto al finalizar las labores propias del proyecto. Suposiciones: Qué el proyecto utilizó las formas establecidas en el PMBOK. Restricciones: firma del sponsor

-81-

_________________________________________________________________________________________________________________

FASE 2: Soporte de Infraestructura


Objetivos: Verificar que los requisitos del equipamiento a contener el software estén conforme a los requisitos solicitados para este proyecto. Requisitos: Enviar la plantilla de requisitos iniciales. Recursos: Un recurso Dependencias: El cronograma Criterios de aceptación: haber alcanzado el 100% de los requerimiento en la fecha y costos definidos Suposiciones: Contar con el recurso de la evaluación Que el equipamiento cumpla con lo indicado No de cumplir, el cliente se encargará de la adquisición Restricciones: Ninguna Objetivos: Establecer las actividades iniciales para la configuración del servidor y los clientes Requisitos: haber realizado la verificación de los requisitos iniciales. Recursos: 3 recursos Dependencias: 2.1.1. Criterios de aceptación: Conformidad y pruebas iniciales del 100% del plan de pruebas estimado Suposiciones: Que los equipos estén operativos y completos. Restricciones: ninguna Objetivos: En este documento se definen los procesos de instalación relacionada a la Base de datos. Requisitos: que la base de datos esté instalada Recursos: 2 recursos Dependencias: 2.1.2. Criterios de aceptación: Acta firmada con el 100% de las pruebas realizadas tanto por el que diseño las pruebas como el ejecutante de las mismas. En ningún caso, las firmas serán las mismas Suposiciones: Que la Base datos existe y es la especificada por la empresa consultora. Restricciones: Las pruebas sólo se pueden realizar a partir de las 9pm.

2.1.1. Verificación Requisitos iniciales

2.1. Preparación del ambiente

2.1.2. Documento preparación ambiente

2.2. Instalación

2.2.1. Documento instalación scripts/schemas

-82-

_________________________________________________________________________________________________________________


Objetivos: En este documento se definen los procesos de instalación relacionada a la aplicación tanto en el servidor como en los clientes. Requisitos: que exista el servidor de aplicaciones con la características especificadas al igual que los clientes para la aplicación. Recursos: 3 recursos Dependencias: 2.2.1. Criterios de aceptación: Acta firmada con el 100% de las pruebas realizadas tanto por el que diseño las pruebas como el ejecutante de las mismas. En ningún caso, las firmas serán las mismas Suposiciones: Que exista el servidor de aplicaciones Restricciones: Las pruebas sólo se pueden realizar a partir de las 9pm. Objetivos: Instalar la aplicación Requisitos: acceso a los lugares para el despliegue Recursos: 3 recursos Dependencias: 2.2.2. Criterios de aceptación: Firma de aceptación del 100% de usuarios del sistema Suposiciones: Que los usuarios probarán y firmarán Restricciones: ninguna. Objetivos: Permite establecer la configuración de todo el equipamiento relacionado con el producto hasta que se encuentre a punto. Requisitos: ninguno Recursos: Un recurso Dependencias: 2.2.3 Criterios de aceptación: Debe ser revisado y aprobado por el área de sistemas de la clínica. Se realizará la revisión de la configuración actual y la configuración con el sistema. Establecer los gaps necesarios y asegurar el 100% de los parámetros definidos como equipamiento mínimo. Suposiciones: ninguna Restricciones: ninguna Objetivos: Indicar que tanto la aplicación como la base de datos se encuentra con el tunning requerido. Requisitos: Conformidad de sistemas Recursos: Un recurso Dependencias: 2.3.1. Criterios de aceptación: Firma del responsable del sistema indicando haber superado el 100% de los criterios entregados Suposiciones: Ninguna Restricciones: Ninguna

2.2.2. Documento instalación aplicación

2.2.3. instalación de aplicación

2.3.1. Documento de configuración inicial

2.3. Configuración

2.3.2. Documento de aceptación

-83-

_________________________________________________________________________________________________________________


FASE 3: Migración de Datos

3.1 Análisis

3.2 Migración

Objetivos: Definir los maestros a hacer migrados o digitados para el nuevo sistema. Requisitos: Tener el modelo de E-R de los sistemas actuales. Recursos: 2 recursos Dependencias: 2.2.1 3.1.1 Documento archivos Criterios de aceptación: Los maestros deberán maestros generar sus códigos internos. En ningún casos deberá ser un código llave ser ingresado por el usuario. Deberá ser acompañada con la Firma de líder funcional Suposiciones: Los maestros serán los considerados así en el sistema SIGAM Restricciones: ninguna Objetivos: Documento que indica la estructura de la tablas a hacer migradas. Requisitos: disponibilidad de programador que realice este trabajo. conocimiento de las tablas del sistema a reemplazar Recursos: un recurso 3.1.2 Plantilla carga datos Dependencias: 3.1.1 Criterios de aceptación: El programa de migración deberá llevar la información al 60% y la diferencia deberá ser ingresada vía digitación, la cual deberá ser validada con la Firma de Líder funcional. Suposiciones: ninguna Restricciones: ninguna Objetivos: Documento que refleja todos los scripts, objetivo, funcionalidad para la migración. Requisitos: ninguna Recursos: un recurso Dependencias: 3.1.2 3.2.1 Documentos scripts Criterios de aceptación: Los scripts deberán ser certificados por el administrador de la BD de la Clínica mediante su firma al 100% de los scripts Suposiciones: ninguna Restricciones: ninguna Objetivos: Dejar constancia de una migración exitosa según lo planificado Requisitos: ninguno Recursos: un recurso 3.2.2 Documento de Dependencias: 3.2.1 aceptación de carga Criterios de aceptación: Firma del comité del proyecto Suposiciones: Restricciones:

-84-

_________________________________________________________________________________________________________________

FASE 4: Puesta en Producción


4.1.1. Plan paralelo admisión y caja

4.1 Plan de pruebas

4.1.2. Plan paralelo consumos y facturación

4.2 Puesta en marcha

4.2.1. documento producción admisión y caja

-85-

Objetivos: En este documento se presenta el Plan para la realización del paralelo como estrategia de implantación siendo su alcance la relacionada al admisión y caja. Requisitos: 3.2.2 Recursos: 3 recursos Dependencias: 3.2.2 Criterios de aceptación: Aprobación del plan por el líder funcional de admisión y caja hasta el 22/01/2012 Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto. Restricciones: ninguna Objetivos: En este documento se presenta el Plan para la realización del paralelo como estrategia de implantación siendo su alcance la relacionada a consumos y facturación. Requisitos: 3.2.2 fc + 24 d Recursos: 3 recursos Dependencias: 3.2.2 fc + 24 d Criterios de aceptación: Aprobación del plan por el líder funcional de consumos y facturación hasta 27/01/2012 Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto. Restricciones: ninguna Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan del paralelo como estrategia de implantación siendo su alcance la relacionada al admisión y caja. Requisitos: Tener el plan de paralelo de admisión y caja Recursos: 3 recursos Dependencias: 4.1.1. Criterios de aceptación: Aprobación del plan por el líder funcional de admisión y caja del 100% de las funcionalidades establecidas y con el 95% de los usuarios capacitados Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto. Restricciones: ninguna

_________________________________________________________________________________________________________________



4.2.3. Documento aceptación del producto.

FASE 5: Capacitación

5.1.1. Plan capacitación admisión y caja

5.1 Plan de Capacitación

5.1.2. Plan capacitación facturación y consumos

-86-

Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan del paralelo como estrategia de implantación siendo su alcance la relacionada al Consumos y facturación. Requisitos: Tener el plan de paralelo de admisión y caja Recursos: 3 recursos Dependencias: 4.1.2. Criterios de aceptación: Aprobación del plan por el líder funcional de consumos y facturación del 100% de las funcionalidades establecidas y con el 95% de los usuarios capacitados Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto. Restricciones: ninguna Objetivos: En este documento establece la aceptación del usuario con respecto al producto. Requisitos: A ver realizado la puesta según lo planificado. Recursos: 1 recurso Dependencias: 4.2.2. Criterios de aceptación: Aprobación del plan por el comité del proyecto del 100% de las funcionalidades establecidas y con el 95% de los usuarios capacitados Suposiciones: ninguna. Restricciones: ninguna Objetivos: Establecer un plan que permite llegar a los usuarios líderes y a su vez cada uno de los usuarios de la aplicación de admisión y caja para manejarse con solvencia en el uso del sistema. Requisitos: Tener la data migrada Recursos: 3 recursos Dependencias: 3.2.2 Criterios de aceptación: Aceptación de parte del líder funcional de admisión y caja que abarcará al 100% de los usuarios del sistema SIGAM Suposiciones: ninguna Restricciones: ninguna Objetivos: Establecer un plan que permite llegar a los usuarios líderes y a su vez cada uno de los usuarios de la aplicación de consumos y facturación para manejarse con solvencia en el uso del sistema. Requisitos: Tener la data migrada Recursos: 3 recursos Dependencias: 3.2.2 Criterios de aceptación: Aceptación de parte del líder funcional de consumos y facturación que abarcará al 100% de los usuarios del sistema SIGAM Suposiciones: ninguna Restricciones: ninguna

_________________________________________________________________________________________________________________


5.2 Ejecución del plan de Capacitación

5.3. Manuales

Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan de capacitación siendo su alcance la relacionada al admisión y caja. Requisitos: ninguna 5.2.1. Ejecución Plan Recursos: 3 recursos Dependencias: 5.1.2. capacitación admisión y Criterios de aceptación: Aprobación del líder caja funcional de admisión y caja que abarcará al 100% de los usuarios del sistema SIGAM Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto. Restricciones: ninguna Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan de capacitación siendo su alcance lo relacionado a consumos y facturación. Requisitos: ninguna Recursos: 3 recursos 5.2.2. Ejecución Plan Dependencias: 5.1.2. capacitación facturación y Criterios de aceptación: Aprobación del líder consumos funcional de consumos y facturación la cual deberá abarcar como mínimo el 90% del personal involucrado en la fecha definida Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto. Restricciones: ninguna Objetivos: Obtener una guía sobre la configuración de todo lo relacionado a la aplicación Requisitos: ninguna Recursos: un recurso Dependencias: 5.1.2 5.3.1. Manual Criterios de aceptación: contener las configuración modificaciones realizadas en lo encontrado en el paralelo y la capacitación 5 días antes de la puesta en producción Suposiciones: debe estar actualizado Restricciones: ninguna Objetivos: Obtener una guía sobre el uso y funciones de la aplicación. Requisitos: ninguna Recursos: un recurso Dependencias: 5.1.2 Criterios de aceptación: contener las 5.3.2. Manual de usuario modificaciones realizadas en lo encontrado en el paralelo y la capacitación con el 100% de las correcciones realizadas en los paralelos a los 15 días posteriores del cierre del proyecto Suposiciones: debe estar actualizado Restricciones: ninguna

-87-

_________________________________________________________________________________________________________________

14. PLAN DE GESTIÓN DEL TIEMPO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

-88-

Fecha 23/11/2011


_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DEL TIEMPO NOMBRE DEL PROYECTO IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA

SIGLAS DEL PROYECTO SIGAM

INTRODUCCIÓN El cronograma del proyecto es la hoja de ruta de cómo el proyecto se va a ejecutar. Los cronogramas son una parte importante de cualquier proyecto, ya que proporcionan al equipo del proyecto, al Sponsor, y a las partes interesadas una imagen del estado del proyecto en un momento dado. El propósito del plan de gestión del tiempo es definir el enfoque del equipo de proyecto que se utilizará en la creación del cronograma del proyecto. Este plan también incluye la forma en que el equipo hará un seguimiento del cronograma del proyecto y gestionar los cambios después de que la línea base del tiempo ha sido aprobado. Esto incluye identificar, analizar, documentar, priorizar, aprobar o rechazar, y publicar todos los cambios relacionados con el cronograma. Adicionalmente incluye las funciones y responsabilidades de los participantes del proyecto en la creación y gestión del cronograma y del seguimiento y control de cualquier cambio en el cronograma propuesto. Con el fin de completar con éxito este proyecto, es imprescindible que se creen las directrices de la gestión del tiempo, se implementen y se sigan de acuerdo a este plan.

PROCESO DE DEFINICIÓN DE ACTIVIDADES: A Continuación de contar con el enunciado del alcance, el EDT y su respectivo diccionario, se procede a realizar las siguiente acciones:  

Se procederá a examinar el EDT, para identificar las actividades específicas que deberán ser realizadas para producir los entregables del proyecto Una vez identificada las actividades, se procederá a documentarlas, se les asignará un código único, nombre de la actividad, responsable, tipo actividad.

PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES:     

Se documentará las dependencias y relaciones entre las diferentes actividades. Estás deben de colocarse en el orden de acuerdo a la numeración del código de EDT para facilitar la creación de un calendario realista y alcanzable. Las fechas y tiempos de duración de cada fase no se colocarán en este proceso Para el secuenciamiento se usará el documento de Estimación y Secuenciamiento de Actividades. Se graficará por separado la red del proyecto de las actividades de cada fase del proyecto.

_________________________________________________________________________________________________________________ - 89 -

_________________________________________________________________________________________________________________

PROCESO DE DESARROLLO DE LA GESTIÓN DEL TIEMPO

Los cronogramas del proyecto serán creados usando el MS PROJECT 2010 colocando los entregables identificados en la Estructura de Desglose de Trabajo del Proyecto (EDT). Tomando en cuenta los paquetes de trabajo se definirán las actividades que se deben realizar para completar cada entregable. La secuencia de las actividades se utilizará para determinar el orden de los paquetes de trabajo y asignar las relaciones entre las actividades del proyecto. La estimación de duración de las actividades se utilizará para calcular el número de períodos de trabajo necesarios para completar los paquetes de trabajo. La estimación de los recursos serán utilizados para asignar recursos a los paquetes de trabajo a fin de completar el desarrollo del cronograma. Una vez que un cronograma preliminar ha sido desarrollado, será revisado por el equipo del proyecto y los recursos asignados provisionalmente a las tareas del proyecto. El equipo del proyecto y los recursos deben estar de acuerdo en las asignaciones de paquete de trabajo propuestas, duración y cronograma. Una vez logrado esto el Sponsor del proyecto revisará y aprobará el cronograma y con esto se determina la línea base del tiempo. Los siguientes ítems serán designados como hitos en el cronograma del proyecto: -

Aprobación del Alcance Preliminar del Proyecto. Aprobación del Plan de Proyecto y Cronograma. Aprobación de la configuración inicial de los servidores. Validación del Migración de tablas maestras. Puesta en marcha del Servidor de Producción. Capacitación a los Usuarios. Cierre del Proyecto.

FUNCIONES DE GESTIÓN DE TIEMPO Y RESPONSABILIDADES Todos los participantes del proyecto tendrán un rol en la gestión del Tiempo. Con el fin de asegurar que toda consideración posible se ha realizado en la creación y gestión del cronograma, las siguientes funciones y responsabilidades se han identificado: SPONSOR

DEL PROYECTO

El Sponsor del proyecto es quien participa en las revisiones de las propuestas del cronograma de trabajo y también es la autoridad que aprueba el cronograma definitivo de trabajo, antes que se convierta en la línea base del tiempo. Él es también un miembro activo del Comité Ejecutivo. El Sponsor del Proyecto es responsable de aprobar cualquier solicitud de cambio de cronograma. Adicionalmente, el Sponsor del proyecto proporcionará actualizaciones de estado para el Comité Ejecutivo en las reuniones quincenales.

_________________________________________________________________________________________________________________ - 90 -

_________________________________________________________________________________________________________________

GERENTE

DE PROYECTO

El Gerente de Proyecto tiene la responsabilidad de gestionar el tiempo controlando el cronograma del proyecto. El Gerente del proyecto debe presentar quincenalmente una actualización del cronograma sobre el estado del proyecto al Sponsor del proyecto. El Gerente del Proyecto es el responsable de presidir semanalmente las reuniones de verificación de avance del cronograma de trabajo del equipo del proyecto. El Gerente de Proyecto es responsable de liderar el equipo del proyecto en la identificación y cuantificación de cualquier actividad que pueda impactar en el cronograma y que esta pueda resultar en una variación del cronograma. El Gerente de Proyecto es responsable de revisar todas las solicitudes de cambio de cronograma antes de presentarlas al Sponsor del proyecto para su aprobación. EQUIPO DE PROYECTO El equipo del proyecto es el responsabilidad de participar en la definición de los paquetes de trabajo, la secuenciación, y la estimación de la duración y asignación de los recursos. El equipo del proyecto también es responsable de revisar y validar la propuesta de cronograma y de realizar las actividades asignadas una vez que el cronograma está aprobado.

PROCESO DE CONTROL DE CRONOGRAMA El cronograma del proyecto se revisará y se actualizará cuando sea necesario sobre una base semanal y quincenal, actualizando fecha de inicio y final, además de los porcentajes de avance por cada uno de los responsables de las actividades. El Gerente del proyecto es responsable de la reunión interna semanal para las revisiones y actualizaciones del cronograma de trabajo, para determinar las repercusiones de las variaciones de cronograma. Adicionalmente es responsable de administrar las solicitudes de cambio de cronograma y reportar el status del cronograma de acuerdo al plan de comunicación del proyecto. Adicionalmente es responsable por las reuniones quincenales con el cliente para la revisión del avance del proyecto. El equipo del proyecto es el responsabilidad de participar en las actualizaciones de cronograma semanalmente y quincenalmente y comunicar cualquier modificación a la fecha de inicio o fin de las actividades al Gerente de proyecto y participar en las actividades de resolución de la varianza de cronograma, según sea necesario. El Sponsor del proyecto tendrá conocimiento de la situación del cronograma del proyecto y revisará/aprobará cualquier cambio de cronograma solicitado presentado por el Gerente del proyecto.

_________________________________________________________________________________________________________________ - 91 -

_________________________________________________________________________________________________________________

PROCESO DE CAMBIOS DE CRONOGRAMA Y UMBRALES Cuando el cronograma del proyecto se crea, es importante que las condiciones de límite sean establecidos por el Sponsor del proyecto para establecer los parámetros del cronograma en el que se espera que el proyecto funcione. Cualquier acontecimiento que potencialmente pueda causar un cambio de cronograma que supera estas condiciones de límite debe tener una solicitud de cambio de cronograma presentada y aprobada por el Sponsor antes de que el cambio de cronograma se realice. Se ha definido un umbral de cambio del 5%. Los formatos del proyecto se deberán obtener del repositorio central, donde se tiene un proyecto base con los formatos disponibles para usar en el proyecto. Si algún miembro del equipo del proyecto determina que un cambio en el cronograma es necesario, el Gerente del proyecto y el equipo se reunirá para revisar y evaluar el cambio. El Gerente del proyecto y equipo del proyecto deben determinar las tareas que se verán afectados, la variación como consecuencia del cambio potencial, y alguna alternativa o variación que puedan emplear para ver cómo afecta el alcance, cronograma o recursos. Si después que se ha realizado esta evaluación, el Gerente del proyecto determina que cualquier cambio supera las condiciones de límite establecida, entonces una solicitud de cambio de cronograma debe ser presentada. La presentación de una solicitud de cambio de cronograma al Sponsor del proyecto para su aprobación requiere que alguna de las dos condiciones siguientes sea verdadera: - El cambio propuesto se estima debe reducir la duración de un paquete de trabajo individual en un 5% o más, o aumentar la duración de un paquete de trabajo individual en un 5% o más. - El cambio se estima debe reducir la duración de la línea base del cronograma general en un 5% o más, o aumentar la duración de la línea base del cronograma general en un 5% o más. Cualquier solicitud de cambio que no cumplen con estos límites deberá ser presentada al Gerente del proyecto para su aprobación. Una vez que la solicitud de cambio ha sido revisada y aprobada, el Gerente de proyecto es responsable de ajustar el cronograma y comunicar a todos los cambios e impactos que se tendrán en el equipo del proyecto, Sponsor del proyecto, y las partes interesadas. El Gerente del proyecto también debe asegurarse de que todas las solicitudes de cambio se archiven en el repositorio del proyecto.

_________________________________________________________________________________________________________________ - 92 -

_________________________________________________________________________________________________________________

PROCESO DE CAMBIOS DE ALCANCE Ocasionalmente, cambios aprobados en el alcance del proyecto pueden ocasionar cambios a la línea base del tiempo. Estos cambios en el alcance pueden incluir nuevos requisitos que no fueron considerados anteriormente como parte del desarrollo del cronograma original. En estas situaciones, el Gerente del proyecto y el equipo debe tener en cuenta el estado actual del cronograma del proyecto y cómo el cambio de ámbito de aplicación afecta al cronograma y a sus recursos mientras el proyecto avanza. Cualquier cambio en el alcance del proyecto, que han sido aprobados por el Sponsor del proyecto y por el cliente, será necesario que el equipo del proyecto evalúe el efecto del cambio de alcance en el cronograma actual. Si el Gerente del proyecto determina que el cambio de ámbito afectará significativamente el cronograma del proyecto actual que está a cargo, puede solicitar que el cronograma sea revisado y modificado considerando los cambios que deben hacerse como parte del alcance del proyecto nuevo. El Sponsor del proyecto debe revisar y aprobar esta solicitud antes de que el cronograma se pueda volver la línea base.

_________________________________________________________________________________________________________________ - 93 -

_________________________________________________________________________________________________________________

15. IDENTIFICACIÓN Y SECUENCIAMIENTO DE ACTIVIDADES Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 23/11/2011


_________________________________________________________________________________________________________________ - 94 -

___________________________________________________________________________________________________________________

LISTA Y SECUENCIAMIENTO DE ACTIVIDADES NOMBREACTIVIDAD DEL PROYECTO DEL PAQUETE DE TRABAJO

PAQUETE DE TRABAJO

SIGLAS DEL PROYECTO ACTIVIDAD PREDECESORA

IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA CÓDIGO

WBS

1.1.1

1.1.2

1.2.1

1.2.2

1.2.2

1.3.1

NOMBRE

Project Charter

Alcance Preliminar

Enunciado Alcance

Plan de Proyecto

CÓDIGO

NOMBRE

SIGAM

ACTIVIDAD SUCESORA

ALCANCE DEL TRABAJO DE LA ACTIVIDAD

1.1.1.A01

Reunión con el Sponsor

Reunión inicial de trabajo.

1.1.1.A02

Elaborar Project Charter

Redactar el documento del Project Charter.

1.1.1.A01

1.1.1.A03

1.1.1.A03

Revisar Project Charter

Revisar y aprobar el Project Charter.

1.1.1.A02

1.1.2.A01

1.1.2.A01


Reunión de información con el Sponsor y el proveedor seleccionado.

1.1.1.A03

1.1.2.A02

1.1.2.A02

Elaborar Alcance Preliminar

Redactar el documento del Alcance Preliminar.

1.1.2.A01

1.1.2.A03

1.1.2.A03

Revisar el Alcance Preliminar

Revisar y aprobar el Alcance Preliminar.

1.1.2.A02

1.2.1.A01

1.2.1.A01


Reunión Sponsor.

1.1.2.A03

1.2.1.A02

1.2.1.A02

Elaborar Enunciado del Alcance

Redactar el documento del Enunciado del Alcance.

1.2.1.A01

1.2.1.A03

1.2.1.A03

Revisar Enunciado del Alcance

Revisión y aprobación de Project Charter.

1.2.1.A02

1.2.3.A01

1.2.2.A01

Reunión con el equipo de trabajo

Reunión donde se definirá detalladamente el plan de proyecto.

1.2.1.A03

1.2.3.A02

1.2.2.A02

Elaborar el Plan de Proyecto

Redactar el Plan de Proyecto

1.2.2.A01

1.2.3.A03

1.2.2.A03

Revisar el Plan de Proyecto

Revisar y aprobar el Plan de Proyecto

1.2.2.A02

1.2.3.A01

1.2.3.A01

Definir y Secuenciar Actividades

Redactar el listado de las actividades.

1.2.3.A03

1.2.3.A02

1.2.3.A02

Estimar recursos para las actividades

Redactar cuales son los recursos necesarios para realizar cada actividad.

1.2.3.A04

1.2.3.A03

1.2.3.A03

Estimar duración de las actividades

Redactar la estimación de duración para cada actividad.

1.2.2.A02

1.2.3.A04

1.2.3.A04

Elaborar el cronograma

Redactar el cronograma del proyecto.

1.2.2.A03

2.1.1.A01

1.3.1.A01

Elaborar Informe Semanal Nro.1

1.3.1.A02


1.3.1.A03


1.3.1.A04


1.3.1.A05


Cronograma

Informe Semanal

de

información

1.1.1.A02

con

el

Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto.

___________________________________________________________________________________________________________________ - 95 -

___________________________________________________________________________________________________________________

PAQUETE DE TRABAJO

ACTIVIDAD DEL PAQUETE DE TRABAJO ACTIVIDAD PREDECESORA

CÓDIGO

WBS

1.3.2

1.4.1

1.4.2

NOMBRE

Informe Quincenal

CÓDIGO


Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto.

1.3.1.A06


1.3.1.A07


1.3.1.A08


1.3.1.A09


1.3.1.A10


1.3.1.A11


1.3.1.A12


1.3.1.A13


1.3.2.A01

Elaborar Informe Quincenal Nro.1

1.3.2.A02


1.3.2.A03


1.3.2.A04


1.3.2.A05


1.3.2.A06


1.4.1.A01

Elaborar el Acta de Aceptación

Redactar Acta de Aceptación del Proyecto.

1.4.1.A02

Revisar el Acta de Aceptación

Revisar y Aceptación

1.4.2.A01

Elaborar documento de Cierre del Proyecto

Redactar documento del Cierre del Proyecto.

Acta de Aceptación

Cierre del Proyecto 1.4.2.A02

2.1.1.A01 2.1.1

NOMBRE

Verificación de Requisitos Iniciales 2.1.1.A02

ACTIVIDAD SUCESORA

Aprobar

el

Acta

de

Revisar y Aprobar el documento de Revisar el documento de Cierre del Cierre del Proyecto Proyecto Comparar los requisitos de de equipamiento para el software que brinda el cliente contra los requisitos solicitados para el proyecto. Detallar y aprobar cuáles serán los Elaborar documento de requerimientos que serán cubiertos requerimientos cubiertos y no por el software adquirido y cuales cubiertos por el software requerimientos se cubrirán en un siguiente proyecto. Evaluar los requisitos equipamiento del software

1.4.1.A02

1.4.1.A01

1.4.2.A01

1.4.1.A02

1.4.2.A02

1.4.2.A01

1.2.2.A04

2.1.1.A02

2.1.1.A01

2.1.2.A01

___________________________________________________________________________________________________________________ - 96 -

___________________________________________________________________________________________________________________

PAQUETE DE TRABAJO

CÓDIGO

WBS

2.1.2

NOMBRE

Documento preparación ambiente

ACTIVIDAD DEL PAQUETE DE TRABAJO

CÓDIGO

2.1.2.A01

2.1.2.A02

2.2.1

Documento instalación scripts/schemas

2.2.1.A01

2.2.1.A02

2.2.2

Documento instalación aplicación

2.2.2.A01

2.2.2.A02

2.2.3.A01

2.2.3.A02 2.2.3

2.3.1.

2.3.2

3.1.1

Instalación de aplicación

Documento de configuración inicial

3.1.2

3.2.1

Documentos scripts

2.1.1.A02

2.1.2.A02

2.1.2.A01

2.2.1.A01

2.1.2.A02

2.2.1.A02

2.2.1.A01

2.2.2.A01

2.2.1.A02

2.2.2.A02

2.2.2.A01

2.2.3.A01

2.2.2.A02

2.2.3.A02

2.2.3.A01

2.2.3.A03


Redactar el documento que contiene Definir las actividades iniciales de las actividades iniciales de configuración configuración del servidor y los clientes. Revisión del documento que Revisar y aprobar el documento de contiene las actividades iniciales preparación de ambiente. de configuración Redactar el documento donde se Elaborar documento relacionado a indica los pasos a seguir para la la creación de objetos en la base ejecución de los scripts en la base de de datos datos. Revisar el documento relacionado Revisión y aprobación del documento a la creación de objetos en la base instalación de scripts/schemas. de datos Redactar el documento donde se Elaborar documento de instalación indica los pasos a seguir para la de la aplicación en el servidor y los instalación de la aplicación en el clientes servidor y los clientes. Revisión del documento de Revisar y aprobar el documento de instalación de la aplicación en el instalación de la aplicación. servidor y los clientes Instalación de la aplicación siguiendo Instalar la aplicación los pasos detallados en los documentos anteriores. Realización de pruebas para verificar Realizar pruebas de la instalación que la aplicación está correctamente instalada. Elaborar acta de aceptación de Redactar el documento que indica las pruebas pruebas realizadas por los usuarios.

2.2.3.A02

2.2.3.A04

2.2.3.A04

Revisión del acta de aceptación de Revisar y aprobar el acta de aceptación pruebas de pruebas de la aplicación instalada.

2.2.3.A03

2.3.1.A01

2.3.1.A01

Elaborar el documento configuración inicial

de

Redactar el documento que detalla la configuración inicial que se va a realizar en la aplicación.

2.2.3.A04

2.3.1.A02

2.3.1.A02

Revisión del documento configuración inicial

de Revisar y aprobar el documento que detalla la configuración inicial.

2.3.1.A01

2.3.1.A03

2.3.1.A03

Ejecución inicial

configuración Realizar la configuración inicial en la aplicación.

2.3.1.A02

2.3.2.A01

2.3.2.A01

Elaborar el aceptación

documento

de

Redactar el documento de aceptación de la configuración inicial realizada en la aplicación.

2.3.1.A03

2.3.2.A02

2.3.2.A02

Revisión del aceptación

documento

de Revisar y aprobar el documento de aceptación de la configuración inicial.

2.3.2.A01

3.1.1.A01

2.3.2.A02

3.1.1.A02

3.1.1.A01

3.1.2.A01

3.1.1.A02

3.1.2.A02

3.1.2.A01

3.2.1.A01

3.1.2.A02

3.2.1.A02

3.1.1.A01

3.1.1.A02 3.1.2.A01

Plantilla carga datos

ACTIVIDAD SUCESORA

2.2.3.A03

Documento de aceptación

Documento archivos maestros

NOMBRE

ACTIVIDAD PREDECESORA

3.1.2.A02 3.2.1.A01

de

la

Redactar el documento donde se Elaborar el documento archivos indique cuáles son las tablas maestras maestros que serán migradas. Revisar y aprobar el documento que Revisión del documento de indica cuales son las tablas maestras a archivos maestros migrar. Elaborar plantillas de carga de Crear plantillas de carga para los datos datos de las tablas maestras a migrar. Revisar y aprobar las plantillas de carga Revisión de las plantillas de carga que se utilizarán para migrar los datos de datos de las tablas maestras. Elaborar scripts de carga de datos Crear los scripts de creación de datos en la base de datos.

___________________________________________________________________________________________________________________ - 97 -

___________________________________________________________________________________________________________________

PAQUETE DE TRABAJO

CÓDIGO

WBS

3.2.2

NOMBRE

Documento de aceptación de carga


CÓDIGO

3.2.1.A01

3.2.1.A03

3.2.1.A03

Ejecución de scripts de carga de Ejecutar los scripts en la base de datos. datos

3.2.1.A02

3.2.2.A01

3.2.2.A01

Elaborar el documento aceptación de carga

de

Redactar el documento donde se indique la aprobación de que la carga se ha realizado exitosamente.

3.2.1.A03

3.2.2.A02

3.2.2.A02

Revisión del documento aceptación de carga

de Revisar y aprobar el documento de aceptación de carga.

3.2.2.A01

4.1.1.A01

3.2.2.A02

4.1.1.A02

4.1.1.A01

4.1.1.A03

4.1.1.A02

4.1.1.A04

4.1.1.A03

4.1.1.A05

4.1.1.A04

4.1.2.A01

4.1.1.A05

4.1.2.A02

4.1.2.A01

4.2.1.A03

4.1.1.A02

4.1.1.A04

4.1.1.A03

4.1.1.A05

4.1.1.A04

4.2.1.A01

4.1.2.A02

4.2.1.A02

4.2.1.A01

4.2.2.A01

4.2.1.A02

4.2.2.A02

4.2.1.A01

4.2.3.A01

4.2.1.A02

4.2.3.A02

4.2.3.A01

5.1.1.A01

4.1.1.A03

4.1.1.A04

4.1.1.A05

4.1.2.A01

4.1.2.A02 4.1.2

Plan paralelo consumos y facturación

4.1.2.A03

4.1.2.A04

4.1.2.A05

4.2.1

Documento producción admisión y caja

4.2.1.A01

4.2.1.A02

4.2.2

4.2.3

Documento producción facturación y consumos

Documento aceptación del producto.


Revisión de scripts de carga de Revisar y aprobar los scripts creados datos para la carga en la base de datos.

4.1.1.A02 Plan paralelo admisión y caja

ACTIVIDAD SUCESORA

3.2.1.A02

4.1.1.A01

4.1.1

NOMBRE


4.2.2.A01

4.2.2.A02

4.2.3.A01

4.2.3.A02

Redactar el documento donde se Elaborar el Plan paralelo Admisión detalle el plan a seguir para la y Caja realización del paralelo de los módulos de Admisión y Caja. Revisar y aprobar el Plan de realización Revisión del Plan paralelo de paralelo para los módulos de Admisión y Caja Admisión y Caja. Ejecutar el Plan de realización de Ejecutar Plan paralelo Admisión y paralelo para los módulos de Admisión Caja y Caja. Elaborar documento de Elaborar documento de Conformidad Conformidad de paralelo Admisión de paralelo para los módulos de y Caja Admisión y Caja. Revisión del Documento de Revisar y aprobar el Documento de Conformidad de paralelo Admisión Conformidad de paralelo para los y Caja módulos de Admisión y Caja. Redactar el documento donde se Elaborar el Plan paralelo detalle el plan a seguir para la Consumos y Facturación realización del paralelo de los módulos de Consumos y Facturación. Revisar y aprobar el Plan de realización Revisión del Plan paralelo de paralelo para los módulos de Consumos y Facturación Consumos y Facturación. Ejecutar el Plan de realización de Ejecutar Plan paralelo Consumos y paralelo para los módulos de Facturación Consumos y Facturación Elaborar documento de Elaborar documento de Conformidad Conformidad de paralelo de paralelo para los módulos de Consumos y Facturación Consumos y Facturación Revisión del Documento de Revisar y aprobar el Documento de Conformidad de paralelo Conformidad de paralelo para los Consumos y Facturación módulos de Consumos y Facturación Redactar el documento donde se Elaborar documento producción detalle las actividades desarrolladas en Admisión y Caja el Plan Paralelo para los módulos de Admisión y Caja. Revisión del documento Revisar y aprobar el documento producción Admisión y Caja producción Admisión y Caja. Redactar el documento donde se Elaborar documento producción detalle las actividades desarrolladas en Facturación y Consumos el Plan Paralelo para los módulos de Facturación y Consumos. Revisión del documento Revisar y aprobar el documento producción Facturación y producción Facturación y Consumos. Consumos Redactar el documento donde se Elaborar el documento de detalla que el usuario está conforme aceptación del producto con la puesta en marcha del producto. Revisión del documento aceptación del producto

de Revisión y aprobación del documento de aceptación del producto.

___________________________________________________________________________________________________________________ - 98 -

___________________________________________________________________________________________________________________

PAQUETE DE TRABAJO

CÓDIGO

WBS

5.1.1

5.1.2

5.2.1

NOMBRE


CÓDIGO

Ejecución Plan capacitación admisión y caja

5.2.2

5.3.2

Redactar el documento donde se Capacitación detalle el plan a seguir para la realización de la capacitación de los módulos de Admisión y Caja.

5.1.1.A02

5.1.1.A01

5.1.2.A01

5.1.1.A02

Revisión del Plan Capacitación Revisión y aprobación del Admisión y Caja Capacitación Admisión y Caja.

5.1.2.A01

Redactar el documento donde se Elaborar el Plan Capacitación detalle el plan a seguir para la Facturación y Consumos realización de la capacitación de los módulos de Facturación y Consumos.

5.1.1.A02

5.1.2.A02

5.1.2.A02

Revisión del Plan Capacitación Revisión y aprobación Facturación y Consumos Facturación y Consumos.

5.1.2.A01

5.2.1.A01

5.1.2.A02

5.2.1.A02

5.2.1.A01

5.2.2.A01

5.2.1.A02

5.2.2.A02

5.2.2.A01

5.3.1.A01

5.2.2.A02

5.3.1.A02

de Revisar y aprobar el Manual de Configuración.

5.3.1.A01

5.3.2.A01

5.3.2.A02

5.2.1.A01

5.2.2.A01

5.2.2.A02

5.3.1.A01 5.3.1

4.2.3.A02


5.1.1.A01

5.2.1.A02

Ejecución Plan capacitación facturación y consumos

ACTIVIDAD SUCESORA

Elaborar el Plan Admisión y Caja

Plan capacitación admisión y caja

Plan capacitación facturación y consumos

NOMBRE


Manual configuración

del

Plan

Plan

Redactar el documento donde se Elaborar documento Ejecución detalle las actividades desarrolladas en Plan capacitación admisión y caja el Plan de capacitación para los módulos de Admisión y Caja. Revisar y aprobar el documento Revisión del documento Ejecución Ejecución Plan capacitación admisión y Plan capacitación admisión y caja caja Redactar el documento donde se Elaborar documento Ejecución detalle las actividades desarrolladas en Plan capacitación facturación y el Plan de capacitación para los consumos módulos de Facturación y Consumos. Revisión del documento Ejecución Revisar y aprobar el documento Ejecución Plan capacitación facturación y Plan capacitación facturación y consumos consumos Redactar el documento donde se Elaborar el Manual de detalle toda la configuración realizada Configuración en la aplicación.

5.3.1.A02

Revisión del Configuración

Manual

5.3.2.A01

Elaborar el Manual de Usuario

Redactar el documento donde se detalle el uso y funciones de la aplicación.

5.3.1.A02

5.3.2.A02

Revisión del Manual de Usuario

Revisar y aprobar el Manual de Usuario.

5.3.2.A01

Manual de usuario

___________________________________________________________________________________________________________________ - 99 -

_________________________________________________________________________________________________________________

16. ATRIBUTOS DE LAS ACTIVIDADES


Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


_________________________________________________________________________________________________________________ - 100 -

_________________________________________________________________________________________________________________________________________________________________________________

ATRIBUTOS DE LAS ACTIVIDADES NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA ACTIVIDADES CÓDIGO

NOMBRE

1.1.1.A01



Reunión inicial de trabajo.

ATRASOS Y ADELANTOS

0

1.1.1.A02


Redactar el documento del Project Charter

1.1.1.A03


Revisar y aprobar el Project Charter

1.1.2.A01


1.1.2.A02

0

REQUISITOS DE RECURSOS

Sponsor Gerente de proyecto. Gerente de Proyecto

0

Sponsor Gerente de proyecto.

Reunión de información con el Sponsor y el proveedor seleccionado.

0



Redactar el Preliminar.

0

1.1.2.A03


Revisar y aprobar el Alcance Preliminar.

1.2.1.A01


Reunión de información con el Sponsor.

1.2.1.A02


Redactar el documento del Enunciado del Alcance.

1.2.1.A03

documento

del

Alcance

Revisar Enunciado del Alcance Revisión y aprobación de Project Charter.

1.2.2.A01


Reunión donde se definirá detalladamente el plan de proyecto.

1.2.2.A02


Redactar el Plan de Proyecto

1.2.2.A03


Revisar y aprobar el Plan de Proyecto

Gerente de Proyecto

0


0


0 0

0

Gerente de Proyecto Sponsor Gerente de proyecto. Gerente de proyecto. 2 Consultores 1 Arquitecto 2 Capacitadores

0

Gerente de Proyecto 2 Consultores ecto

0


SIGAM

PERSONA RESPONSABLE

Gerente de Proyecto Gerente de Proyecto

ZONA GEOGRÁFICA

NIVEL DE ESFUERZO DISCRETO / PRORRATEADO

TIPO DE ACTIVIDAD (TIME DRIVEN/RESOURCE DRIVEN)

Consultores PMI

Discreto

Time Driven

Consultores PMI

Gerente de Proyecto

Clínica San Marcos

Gerente de Proyecto

Consultores PMI

Gerente de Proyecto

Consultores PMI

Gerente de Proyecto

Clínica San Marcos

Gerente de Proyecto

Consultores PMI

Gerente de Proyecto

Consultores PMI

Gerente de Proyecto

Clínica San Marcos

Gerente de Proyecto

Consultores PMI

Gerente de Proyecto

Consultores PMI

Gerente de Proyecto

Consultores PMI

Discreto Discreto

Discreto

Discreto

Discreto

Discreto

Discreto Discreto

Discreto

Discreto Discreto

Resource Driven Time Driven

Time Driven

Resource Driven

Time Driven

Time Driven


Time Driven


_________________________________________________________________________________________________________________________________________________________________________________ - 101 -

_________________________________________________________________________________________________________________________________________________________________________________

ACTIVIDADES CÓDIGO

NOMBRE

1.2.3.A01


1.2.3.A02


1.2.3.A03


ATRASOS Y ADELANTOS


PERSONA RESPONSABLE

ZONA GEOGRÁFICA


Consultores PMI

Discreto

Consultores PMI

Discreto

Consultores PMI

Discreto

Discreto

0

Gerente de Proyecto 2 Consultores

Consultores

Redactar cuales son los recursos necesarios para realizar cada actividad.

0


Consultores


Redactar la estimación de duración para cada actividad.

0


Consultores

1.2.3.A04


Redactar el cronograma del proyecto.

Gerente de Proyecto

Gerente de Proyecto

Consultores PMI

1.3.1.A01


Consultores

Consultores PMI

1.3.1.A02


Consultores

Consultores PMI

1.3.1.A03


Consultores

Consultores PMI

1.3.1.A04


Consultores

Consultores PMI

1.3.1.A05


Consultores

Consultores PMI

1.3.1.A06


Consultores

Consultores PMI

1.3.1.A07


Consultores

Consultores PMI

1.3.1.A08


Consultores

Consultores PMI

1.3.1.A09


Consultores

Consultores PMI

1.3.1.A10


Consultores

Consultores PMI

Redactar el listado de las actividades.

Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto.

0

0

0

0

0

0

0

0

0

0

0

Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto


Resource Driven Resource Driven

Resource Driven

Resource Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

_________________________________________________________________________________________________________________________________________________________________________________ - 102 -

_________________________________________________________________________________________________________________________________________________________________________________

ACTIVIDADES CÓDIGO

NOMBRE

1.3.1.A11


1.3.1.A12


1.3.1.A13


1.3.2.A01


1.3.2.A02


1.3.2.A03


1.3.2.A04


1.3.2.A05


1.3.2.A06


ATRASOS Y ADELANTOS


Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto. Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto.

Consultores

Consultores PMI

Consultores

Consultores PMI

Consultores

Consultores PMI

Gerente de Proyecto

Clínica San Marcos

0

Sponsor Gerente de Proyecto

Gerente de Proyecto

Clínica San Marcos

0


Gerente de Proyecto

Clínica San Marcos

0


Gerente de Proyecto

Clínica San Marcos

0


Gerente de Proyecto

Clínica San Marcos

0


Gerente de Proyecto

Clínica San Marcos

0

Gerente de proyecto Consultores

Consultores

Consultores PMI

0


Gerente de proyecto

Clínica San Marcos

del

0


Consultores

Consultores PMI

Revisar y Aprobar el documento de Cierre del Proyecto

0


Gerente de proyecto

Clínica San Marcos

1.4.1.A02


1.4.2.A01

Elaborar documento de Cierre Redactar documento del Proyecto Proyecto.

2.1.1.A01

0

ZONA GEOGRÁFICA


Elaborar el Acta de Aceptación Redactar Acta de Aceptación del Proyecto.

Revisar el documento de Cierre del Proyecto

0

Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto Gerente de Proyecto 2 Consultores Arquitecto

PERSONA RESPONSABLE

0

1.4.1.A01

1.4.2.A02

0


Revisar y Aprobar el Acta de Aceptación del

Cierre

Evaluar los requisitos de equipamiento del software


Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto


Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Comparar los requisitos de equipamiento 0 Gerente de proyecto Consultores Clínica San Marcos Discreto Resource Driven para el software que brinda el cliente Consultores contra los requisitos solicitados para el Arquitecto _________________________________________________________________________________________________________________________________________________________________________________ - 103 -

_________________________________________________________________________________________________________________________________________________________________________________

ACTIVIDADES CÓDIGO

NOMBRE


ATRASOS Y ADELANTOS


PERSONA RESPONSABLE

ZONA GEOGRÁFICA

Gerente de proyecto

Clínica San Marcos



proyecto.

2.1.1.A02

2.1.2.A01

2.1.2.A02

2.2.1.A01

2.2.1.A02

2.2.2.A01

2.2.2.A02

Detallar y aprobar cuáles serán los Elaborar documento de requerimientos que serán cubiertos por el requerimientos cubiertos y no software adquirido y cuales requerimientos cubiertos por el software se cubrirán en un siguiente proyecto. Redactar el documento que contiene las Definir las actividades iniciales actividades iniciales de configuración del de configuración servidor y los clientes. Revisión del documento que Revisar y aprobar el documento de contiene las actividades preparación de ambiente. iniciales de configuración Elaborar documento Redactar el documento donde se indica los relacionado a la creación de pasos a seguir para la ejecución de los objetos en la base de datos scripts en la base de datos. Revisar el documento relacionado a la creación de objetos en la base de datos Elaborar documento de instalación de la aplicación en el servidor y los clientes Revisión del documento de instalación de la aplicación en el servidor y los clientes

Revisión y aprobación del documento instalación de scripts/schemas. Redactar el documento donde se indica los pasos a seguir para la instalación de la aplicación en el servidor y los clientes. Revisar y aprobar el documento de instalación de la aplicación.

0

0

0

0

0

0

0

2.2.3.A01

Instalar la aplicación

Instalación de la aplicación siguiendo los pasos detallados en los documentos anteriores.

2.2.3.A02

Realizar pruebas de la instalación

Realización de pruebas para verificar que la aplicación esta correctamente instalada.

0

2.2.3.A03

Elaborar acta de aceptación de pruebas

Redactar el documento que indica las pruebas realizadas por los usuarios.

0

2.2.3.A04

Revisión del acta de aceptación de pruebas

Revisar y aprobar el acta de aceptación de pruebas de la aplicación instalada.

0

2.3.1.A01

Elaborar el documento de configuración inicial

Redactar el documento que detalla la configuración inicial que se va a realizar en la aplicación.

0

0

Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores Arquitecto Gerente de proyecto Consultores

Consultores Gerente de proyecto Consultores Gerente de proyecto

Consultores Gerente de proyecto Consultores

Consultores

Consultores


Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Resource Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Resource Driven

Resource Driven

Time Driven

Resource Driven

_________________________________________________________________________________________________________________________________________________________________________________ - 104 -

_________________________________________________________________________________________________________________________________________________________________________________

ACTIVIDADES

ATRASOS Y ADELANTOS

CÓDIGO

NOMBRE


2.3.1.A02

Revisión del documento de configuración inicial

Revisar y aprobar el documento que detalla la configuración inicial.

0

2.3.1.A03

Ejecución de la configuración inicial

Realizar la configuración inicial en la aplicación.

0

2.3.2.A01

Elaborar el documento de aceptación

Redactar el documento de aceptación de la configuración inicial realizada en la aplicación.

2.3.2.A02

Revisión del documento de aceptación

Revisar y aprobar el documento de aceptación de la configuración inicial.

3.1.1.A01

Elaborar el documento archivos maestros

Redactar el documento donde se indique cuales son las tablas maestras que serán migradas.

3.1.1.A02

Revisión del documento de archivos maestros

3.1.2.A01


Gerente de proyecto Consultores Consultores

PERSONA RESPONSABLE

ZONA GEOGRÁFICA

Gerente de proyecto

Clínica San Marcos

Consultores

0


0


0


Revisar y aprobar el documento que indica cuales son las tablas maestras a migrar.

0


Elaborar plantillas de carga de datos

Crear plantillas de carga para los datos de las tablas maestras a migrar.

0


3.1.2.A02

Revisión de las plantillas de carga de datos

Revisar y aprobar las plantillas de carga que se utilizarán para migrar los datos de las tablas maestras.

0


3.2.1.A01

Elaborar scripts de carga de datos

Crear los scripts de creación de datos en la base de datos.

0


Revisión de scripts de carga de Revisar y aprobar los scripts creados para la datos carga en la base de datos.

0


0


Consultores

0


Consultores

0


3.2.1.A02

3.2.1.A03

Ejecución de scripts de carga de datos

3.2.2.A01

Elaborar el documento de aceptación de carga

Redactar el documento donde se indique la aprobación de que la carga se ha realizado exitosamente.

3.2.2.A02

Revisión del documento de aceptación de carga

Revisar y aprobar el documento de aceptación de carga.

Ejecutar los scripts en la base de datos.

Consultores Gerente de proyecto Consultores Gerente de proyecto Consultores Gerente de proyecto Consultores Gerente de proyecto

Gerente de proyecto

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos


Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto


Time Driven

Resource Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Resource Driven

Time Driven

_________________________________________________________________________________________________________________________________________________________________________________ - 105 -

_________________________________________________________________________________________________________________________________________________________________________________

ACTIVIDADES CÓDIGO

NOMBRE


Redactar el documento donde se detalle el plan a seguir para la realización del paralelo de los módulos de Admisión y Caja. Revisar y aprobar el Plan de realización de paralelo para los módulos de Admisión y Caja.

4.1.1.A01

Elaborar el Plan paralelo Admisión y Caja

4.1.1.A02

Revisión del Plan paralelo Admisión y Caja

4.1.1.A03

Ejecutar Plan paralelo Admisión y Caja

Ejecutar el Plan de realización de paralelo para los módulos de Admisión y Caja.

4.1.1.A04

Elaborar documento de Conformidad de paralelo Admisión y Caja

Elaborar documento de Conformidad de paralelo para los módulos de Admisión y Caja.

4.1.1.A05

Revisión del Documento de Conformidad de paralelo Admisión y Caja

Revisar y aprobar el Documento de Conformidad de paralelo para los módulos de Admisión y Caja.

4.1.2.A01

Elaborar el Plan paralelo Consumos y Facturación

4.1.2.A02

Revisión del Plan paralelo Consumos y Facturación

4.1.2.A03

Ejecutar Plan paralelo Consumos y Facturación

4.1.2.A04

4.1.2.A05

Elaborar documento de Conformidad de paralelo Consumos y Facturación Revisión del Documento de Conformidad de paralelo Consumos y Facturación

4.2.1.A01

Elaborar documento producción Admisión y Caja

4.2.1.A02

Revisión del documento producción Admisión y Caja

Redactar el documento donde se detalle el plan a seguir para la realización del paralelo de los módulos de Consumos y Facturación. Revisar y aprobar el Plan de realización de paralelo para los módulos de Consumos y Facturación. Ejecutar el Plan de realización de paralelo para los módulos de Consumos y Facturación Elaborar documento de Conformidad de paralelo para los módulos de Consumos y Facturación Revisar y aprobar el Documento de Conformidad de paralelo para los módulos de Consumos y Facturación Redactar el documento donde se detalle las actividades desarrolladas en el Plan Paralelo para los módulos de Admisión y Caja. Revisar y aprobar el documento producción Admisión y Caja.

ATRASOS Y ADELANTOS


PERSONA RESPONSABLE

0


0


0


Consultores

0


Consultores

0


0


0


0


Consultores

0


Consultores

0


0


0


Consultores Gerente de proyecto

Gerente de proyecto Consultores Gerente de proyecto

Gerente de proyecto

Consultores

Gerente de proyecto

ZONA GEOGRÁFICA

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos


Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto


Resource Driven

Time Driven

Resource Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Redactar el documento donde se detalle las 0 Discreto actividades desarrolladas en el Plan Gerente de proyecto Consultores 4.2.2.A01 Clínica San Marcos Resource Driven Paralelo para los módulos de Facturación y Consultores Consumos. _________________________________________________________________________________________________________________________________________________________________________________ Elaborar documento producción Facturación y Consumos

- 106 -

_________________________________________________________________________________________________________________________________________________________________________________

ACTIVIDADES CÓDIGO

NOMBRE


4.2.2.A02

Revisión del documento producción Facturación y Consumos

Revisar y aprobar el documento producción Facturación y Consumos.

4.2.3.A01

Elaborar el documento de aceptación del producto

Redactar el documento donde se detalla que el usuario está conforme con la puesta en marcha del producto.

4.2.3.A02

Revisión del documento de aceptación del producto

Revisión y aprobación del documento de aceptación del producto.

5.1.1.A01

Elaborar el Plan Capacitación Admisión y Caja

Redactar el documento donde se detalle el plan a seguir para la realización de la capacitación de los módulos de Admisión y Caja.

5.1.1.A02

Revisión del Plan Capacitación Revisión y aprobación del Plan Capacitación Admisión y Caja Admisión y Caja.

5.1.2.A01

Elaborar el Plan Capacitación Facturación y Consumos

5.1.2.A02

Revisión del Plan Capacitación Revisión y aprobación del Plan Facturación Facturación y Consumos y Consumos.

Redactar el documento donde se detalle el plan a seguir para la realización de la capacitación de los módulos de Facturación y Consumos.

5.2.1.A01

Elaborar documento Ejecución Plan capacitación admisión y caja

Redactar el documento donde se detalle las actividades desarrolladas en el Plan de capacitación para los módulos de Admisión y Caja.

5.2.1.A02

Revisión del documento Ejecución Plan capacitación admisión y caja

Revisar y aprobar el documento Ejecución Plan capacitación admisión y caja

5.2.2.A01

Elaborar documento Ejecución Plan capacitación facturación y consumos

Redactar el documento donde se detalle las actividades desarrolladas en el Plan de capacitación para los módulos de Facturación y Consumos.

5.2.2.A02

Revisión del documento Ejecución Plan capacitación facturación y consumos

Revisar y aprobar el documento Ejecución Plan capacitación facturación y consumos

5.3.1.A01

Elaborar el Manual de Configuración

Redactar el documento donde se detalle toda la configuración realizada en la aplicación.

ATRASOS Y ADELANTOS


0


0


0


0


0


0


0


0

0

0

Gerente de proyecto Consultores Capacitadores Gerente de proyecto Consultores Gerente de proyecto Consultores Capacitadores

0


0


PERSONA RESPONSABLE

ZONA GEOGRÁFICA

Gerente de proyecto

Clínica San Marcos


Consultores

Gerente de proyecto


Consultores

Gerente de proyecto

Consultores Gerente de proyecto Consultores

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos

Clínica San Marcos


Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto

Discreto


Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

Time Driven

Resource Driven

_________________________________________________________________________________________________________________________________________________________________________________ - 107 -

_________________________________________________________________________________________________________________________________________________________________________________

ACTIVIDADES CÓDIGO

NOMBRE

5.3.1.A02

Revisión del Manual de Configuración

5.3.2.A01


5.3.2.A02


ATRASOS Y ADELANTOS



de

0


Redactar el documento donde se detalle el uso y funciones de la aplicación.

0


0


Revisar y aprobar Configuración.

el

Manual

Revisar y aprobar el Manual de Usuario.

PERSONA RESPONSABLE

ZONA GEOGRÁFICA

Gerente de proyecto

Clínica San Marcos


Clínica San Marcos

Clínica San Marcos


Discreto

Discreto

Discreto


Time Driven

Resource Driven

Time Driven

_________________________________________________________________________________________________________________________________________________________________________________ - 108 -

___________________________________________________________________________________________________________________

17. LISTA DE HITOS


Versión

Hecha por

1.0

FA


JC

Fecha 23/11/2011


___________________________________________________________________________________________________________________ - 109 -

___________________________________________________________________________________________________________________

LISTA DE HITOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Dentro de la Identificación de actividades para el proyecto SIGAM, la lista de Hitos seria: HITOS

FECHA

RESPONSABLE

Aprobación del Alcance Preliminar del Proyecto.

26/10/2011

Micaela Barrientos

Aprobación del Plan de Proyecto y Cronograma.

08/11/2011

Micaela Barrientos

Aprobación de la configuración inicial de los servidores.

23/11/2011

Micaela Barrientos

Validación del Migración tablas maestras.

02/12/2011

Micaela Barrientos

Puesta en marcha del Servidor de Producción.

04/01/2012

Micaela Barrientos

Capacitación a los Usuarios.

24/01/2012

Micaela Barrientos

Capacitación

Cierre del Proyecto.

24/01/2012

Micaela Barrientos

Gestión del proyecto

de

FASE

Gestión del Proyecto Gestión del Proyecto Soporte de Infraestructura Migración de datos Puesta en producción

___________________________________________________________________________________________________________________ - 110 -

___________________________________________________________________________________________________________________

18. REQUISITOS DE RECURSOS Y DURACIÓN DE LAS ACTIVIDADES Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


___________________________________________________________________________________________________________________ - 111 -

_______________________________________________________________________________________________________________________________________________________________________________________

REQUISITOS DE RECURSOS Y DURACIÓN DE LAS ACTIVIDADES

Entregable Códig o 1.1.1

NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Tipo de recurso: Personal

Actividad

Nombre

Código

Nombre

Project Charter

1.1.1.A01


Tipo de Recurso Sponsor Gerente de Proyecto

Cantid ad de recurso 1 1

Fecha disponible

Nombre del recurso

A partir del 23/10/2011

Sebastián Céspedes Janis Candia

Requisito del Recurso Sponsor.- Experiencia de 5 años en Gestión Estratégica, Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.

Trabajo Total (HrHom)

Duraci ón (Hrs.)

4

2

Supuestos y bases de estimación

Forma de cálculo

Las reuniones tienen una duración entre 1 a 2 horas.

Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

_______________________________________________________________________________________________________________________________________________________________________________________ - 112 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

1.1.2

Alcance Preliminar


Actividad

1.1.1.A02


Gerente de Proyecto



1

1.1.1.A03

1.1.2.A01



1

1.1.2.A02


Gerente de Proyecto

1.1.2.A03



1

1

1

1

1 1



Janis Candia





Janis Candia



Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica y Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

4

4

Por estadística histórica, en promedio tiene una duración de 4 horas.

4

2

Las revisiones tienen una duración entre 1 a 2 horas.

4

2


4

4


4

2


_______________________________________________________________________________________________________________________________________________________________________________________ - 113 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

1.2.1.A01

1.2.1

Enunciado Alcance


Actividad



1.2.1.A02


Gerente de Proyecto

1.2.1.A03

Revisar Enunciado del Alcance


1 1

1

1 1





Janis Candia


Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

2


4

4


4

2


4

_______________________________________________________________________________________________________________________________________________________________________________________ - 114 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable 1.2.2


Actividad

Plan de Proyecto


1.2.2.A01


Gerente de proyecto. Consultores Arquitecto Capacitadores

1 2 1 2


Janis Candia Oscar Valderrama Fredy Aranda Gustavo Espinoza Iván Manta Gabriela U.

Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). 24

4

60

20

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años).


Capacitador.- Experiencia en Documentación de procesos (1 año) Analista Programador (1 años) Diseño (1 año) 1.2.2.A02


Gerente de Proyecto Consultores Arquitecto

1 2 1


Janis Candia Oscar Valderrama Fredy Aranda Gustavo Espinoza



50%GP=10 100%2C=2(2 0)=40 50% A=10

Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años).

_______________________________________________________________________________________________________________________________________________________________________________________ - 115 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad

1.2.2.A03

1.2.2.A01




Gerente de Proyecto Consultores

1 1

1 2




Janis Candia Oscar Valderrama Fredy Aranda


1.2.3 Cronograma



1.2.2.A03



1 2

1.2.2.A04


Gerente de Proyecto

1

1.2.2.A02


1 2




Janis Candia

Sponsor.- Experiencia de 5 años en Gestión Estratégica y Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.

8

4


5

2

Por estadística 50%GP=1 histórica, en promedio 100%2C=2(2) tiene una duración de 2 =4 horas.

5

2


5

2


2

2


Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

_______________________________________________________________________________________________________________________________________________________________________________________ - 116 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable 1.3.1


Actividad

Informe Semanal

1.3.1.A01

1.3.1.A02





1 2 1

1 2 1





Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

7

2

7

2

Por estadística 50%GP=1 histórica, en promedio 100%2C=2(2) tiene una duración de 2 =4 horas. 100% A=2



_______________________________________________________________________________________________________________________________________________________________________________________ - 117 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad

1.3.1.A03

1.3.1.A04





1 2 1

1 2 1





Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

7

2

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

7

2



Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años).

_______________________________________________________________________________________________________________________________________________________________________________________ - 118 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad

1.3.1.A05

1.3.1.A06





1 2 1

1 2 1





Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

7

2


2


Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

7

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años).

_______________________________________________________________________________________________________________________________________________________________________________________ - 119 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad

1.3.1.A07

1.3.1.A08





1 2 1

1 2 1






7

2

7

2




_______________________________________________________________________________________________________________________________________________________________________________________ - 120 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad

1.3.1.A09

1.3.1.A10





1 2 1

1 2 1






7

2

7

2




_______________________________________________________________________________________________________________________________________________________________________________________ - 121 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad

1.3.1.A11

1.3.1.A12

1.3.1.A13







1 2 1

1 2 1

1 2 1







Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

2


7

2


7

2

7

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

50%GP=1 100%2C=2(2) =4 100% A=2


Consultor.- Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), _______________________________________________________________________________________________________________________________________________________________________________________ - 122 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad

Redes y Comunicaciones (3 años). 1.3.2

Informe Quincenal

1.3.2.A01



1 1



1.3.2.A02



1 1



1 1


1.3.2.A03




Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.

4

2


4

2


4

2



_______________________________________________________________________________________________________________________________________________________________________________________ - 123 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable



1 1



1.3.2.A05



1 1



1.3.2.A06



1 1



1 2


1.3.2.A04

1.4.1

Acta de Aceptación


Actividad

1.4.1.A01

Elaborar el Acta de Aceptación



Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.

4

2


4

2


4

2


4

1.6

Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

Por estadística 50%GP=o.8 histórica, en promedio 100%2C=2(1. tiene una duración de 6)=3.2 1.6 horas.

_______________________________________________________________________________________________________________________________________________________________________________________ - 124 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Sponsor Gerente de proyecto

1.4.2.A01

Elaborar documento de Cierre del Proyecto


1.4.2.A02

Revisar el documento de Cierre del Proyecto


1.4.1.A02

1.4.2

2.1.1


Actividad



1 2



1 1



1 2 1


1 1

Cierre del Proyecto

Verificación de Requisitos Iniciales

2.1.1.A01

Evaluar los requisitos de equipamiento del software

Gerente de proyecto Consultores Arquitecto


Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

3.2

5

1.6

2

3.2

1.6

36

16

Por estadística histórica, en promedio tiene una duración de 1.6 horas.

Por estadística 50%GP=o.8 histórica, en promedio 100%2C=2(1. tiene una duración de 2 6)=3.2 horas.

Por estadística histórica, en promedio tiene una duración de 1.6 horas.


25%GP=4 50%2C=2(8)= 16 100% A=16


_______________________________________________________________________________________________________________________________________________________________________________________ - 125 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

2.1.1.A02

2.1.2

Documento preparación ambiente


Actividad

2.1.2.A01

Elaborar documento de requerimientos cubiertos y no cubiertos por el software

Definir las actividades iniciales de configuración



1 2 1

1 2 1






11

4

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

11

4


25%GP=1 100%2C=2(4) =8 50% A=2


25%GP=1 100%2C=2(4) =8 50% A=2


_______________________________________________________________________________________________________________________________________________________________________________________ - 126 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

2.1.2.A02

2.2.1.A01

2.2.1


Actividad

Revisión del documento que contiene las actividades iniciales de configuración

Elaborar documento relacionado a la creación de objetos en la base de datos



1 2 1

1 2 1



Documento instalación scripts/sche mas

2.2.1.A02

Revisar el documento relacionado a la creación de objetos en la base de datos


1 2 1






14

4


50%GP=2 100%2C=2(4) =8 100% A=4

11

4


25%GP=1 100%2C=2(4) =8 50% A=2

9

4


Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

_______________________________________________________________________________________________________________________________________________________________________________________ - 127 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

2.2.2.A01

2.2.2

Elaborar documento de instalación de la aplicación en el servidor y los clientes


1 2 1



Documento instalación aplicación

2.2.2.A02

2.2.3


Actividad


2.2.3.A01

Revisión del documento de instalación de la aplicación en el servidor y los clientes




1 2 1

1 2 1





Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años) Administración de base de datos (3 años), Redes y Comunicaciones (3 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

4


9

4


11

4

11


25%GP=1 100%2C=2(4) =8 50% A=2

25%GP=1 100%2C=2(4) =8 50% A=2


_______________________________________________________________________________________________________________________________________________________________________________________ - 128 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

2.2.3.A02

2.2.3.A03

2.2.3.A04

2.3.1.

Documento de configuració n inicial


Actividad

2.3.1.A01

Realizar pruebas de la instalación

Elaborar acta de aceptación de pruebas

Revisión del acta de aceptación de pruebas

Elaborar el documento de configuración inicial


1 2


1 2


1 2


1 2









Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

8


4.5

2

Por estadística 25%GP=0.5 histórica, en promedio 100%2C=2(2) tiene una duración de 2 =4 horas.

10

4


10

4

18


Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

_______________________________________________________________________________________________________________________________________________________________________________________ - 129 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

2.3.1.A02

2.3.1.A03

2.3.2.A01

2.3.2


Actividad

Revisión del documento de configuración inicial

Ejecución de la configuración inicial

Elaborar el documento de aceptación


1 2


1 2


1 2








2.3.2.A02

Revisión del documento de aceptación


1 1



Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información. Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

4


9

4


9

4


4


9

8

_______________________________________________________________________________________________________________________________________________________________________________________ - 130 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

3.1.1.A01

3.1.1


Actividad

Elaborar el documento archivos maestros


1 2


1 2


1 2


1 2



Documento archivos maestros

3.1.1.A02

3.1.2.A01

3.1.2

Revisión del documento de archivos maestros

Elaborar plantillas de carga de datos






3.1.2.A02

Revisión de las plantillas de carga de datos



Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

4


9

4


20

8


4


9

9

_______________________________________________________________________________________________________________________________________________________________________________________ - 131 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

3.2.1.A01

3.2.1

Documentos scripts

3.2.1.A02

3.2.1.A03

3.2.2



Actividad

3.2.2.A01

Elaborar scripts de carga de datos

Revisión de scripts de carga de datos

Ejecución de scripts de carga de datos

Elaborar el documento de aceptación de carga


1 2


1 2


1 2


1 2










8


9

4


9

4


9

4

18



_______________________________________________________________________________________________________________________________________________________________________________________ - 132 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

3.2.2.A02

4.1.1


Actividad


1 2

Elaborar el Plan paralelo Admisión y Caja

Gerente de proyecto Consultor

1 1

Revisión del Plan paralelo Admisión y Caja


1 1

Ejecutar Plan paralelo Admisión y Caja


1 1

Revisión del documento de aceptación de carga



Plan paralelo admisión y caja 4.1.1.A01

4.1.1.A02

4.1.1.A03




Janis Candia Fredy Aranda




4


4.8

4

Por estadística histórica, en promedio 20%GP=0.8 tiene una duración de 4 100%C=4 horas.

4

2

Por estadística histórica, en promedio 100%GP=2 tiene una duración de 2 100%C=2 horas.

40

40

9

Por estadística 25%GP=10 histórica, en promedio 75%C=30 tiene una duración de 40 horas.


_______________________________________________________________________________________________________________________________________________________________________________________ - 133 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

4.1.1.A04

4.1.1.A05

4.1.2


Actividad

Plan paralelo consumos y facturación 4.1.2.A01

4.1.2.A02

Elaborar Documento de conformidad de paralelo Admisión y Caja


1 1

Revisión de documento de conformidad de paralelo Admisión y Caja


1 1

Elaborar el Plan paralelo Consumos y Facturación


1 1

Revisión del Plan paralelo Consumos y Facturación


1 1







Janis Candia Oscar Valderrama



8


6

4


5

4


6

4

10

Por estadística 50%GP=2 histórica, en promedio 100%C=4 tiene una duración de 4 horas.


_______________________________________________________________________________________________________________________________________________________________________________________ - 134 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

4.1.2.A03

4.1.2.A04

4.1.2.A05

4.2.1

Documento producción admisión y caja


Actividad

4.2.1.A01

Ejecutar Plan paralelo Consumos y Facturación


1 1

Elaborar documento de Conformidad de paralelo Consumos y Facturación


1 1

Revisión del Documento de Conformidad de paralelo Consumos y Facturación


1 1

Consultor

1

Elaborar documento producción Admisión y Caja








Fredy Aranda

Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

40

Por estadística histórica, en promedio 25%GP=10 tiene una duración de 100%C=40 40 horas.

10

8


6

4


8

8

40

Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).


_______________________________________________________________________________________________________________________________________________________________________________________ - 135 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

Revisión del documento producción Admisión y Caja


4.2.2.A01

Elaborar documento producción Facturación y Consumos

Consultores

4.2.2.A02

Revisión del documento producción Facturación y Consumos


4.2.1.A02

4.2.2

4.2.3

Documento producción facturación y consumos

Documento aceptación del producto.


Actividad

1 1

1

4.2.3.A01

Elaborar el documento de aceptación del producto

Consultores

4.2.3.A02

Revisión del documento de aceptación del producto


1 1

1 2

1 2




Oscar Valderrama




Oscar Valderrama Fredy Aranda



Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

5

4


8

8


4


8


4


5

16

9

_______________________________________________________________________________________________________________________________________________________________________________________ - 136 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

5.1.1.A01

5.1.1

1 1

Elaborar el Plan Capacitación Admisión y Caja


Revisión del Plan Capacitación Admisión y Caja


1 1

Elaborar el Plan Capacitación Facturación y Consumos


1 1

Revisión del Plan Capacitación Facturación y Consumos


1 1



Plan capacitación admisión y caja

5.1.1.A02

5.1.2.A01

5.1.2


Actividad





Plan capacitación facturación y consumos 5.1.2.A02



Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

8


2.5

2


10

8


4


10

5

_______________________________________________________________________________________________________________________________________________________________________________________ - 137 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

5.2.1.A01

5.2.1

Ejecución Plan capacitación admisión y caja


Actividad

5.2.1.A02

5.2.1.A03

Gerente de proyecto Consultor Capacitador

1 1 1


Elaborar documento de Conformidad de la capacitación admisión y caja


1 1 1


Revisión del documento Ejecución Plan capacitación admisión y caja


1 1


Realizar la capacitación de Admisión y Caja

Janis Candia Fredy Aranda Iván Manta

Janis Candia Fredy Aranda Iván Manta


Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

24

Por estadística 25%GP=6 histórica, en promedio 50%C=12 tiene una duración de 100%Ca=24 24 horas.

14

8

Por estadística 25%GP=2 histórica, en promedio 50%C=4 tiene una duración de 8 100%Ca=8 horas.

2.5

2


42

_______________________________________________________________________________________________________________________________________________________________________________________ - 138 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable 5.2.2


Actividad

Ejecución Plan capacitación facturación y consumos


5.2.2.A01

Realizar la capacitación de facturación y consumos


1 1 1


Janis Candia Oscar Valderrama Gabriela U.


35

20

24

16

Por estadística 25%GP=5 histórica, en promedio 50%C=10 tiene una duración de 100%Ca=20 20 horas.

Capacitador.- Experiencia en Documentación de procesos (1 año) Analista Programador (1 años) Diseño (1 año) 5.2.2.A02

Elaborar documento Ejecución Plan capacitación facturación y consumos

Gerente de proyecto Consultores Capacitador

1 1 1


Janis Candia Oscar Valderrama Gabriela U.


Por estadística 25%GP=4 histórica, en promedio 50%C=4 tiene una duración de 8 100%Ca=16 horas.

Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Capacitador.- Experiencia en Documentación de procesos (1 año) Analista Programador (1 años) Diseño (1 año)

_______________________________________________________________________________________________________________________________________________________________________________________ - 139 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable


Actividad


5.2.2.A03

5.3.1.A01

5.3.1

Revisión del documento Ejecución Plan capacitación facturación y consumos


Elaborar el Manual de Configuración


Revisión del Manual de Configuración


1 1

1 2







Manual configuració n

5.3.1.A02

1 2

Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Capacitador.- Experiencia en Documentación de procesos (1 año) Analista Programador (1 años) Diseño (1 año) Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

2


4.5

2


4.5

2


2.5

_______________________________________________________________________________________________________________________________________________________________________________________ - 140 -

_______________________________________________________________________________________________________________________________________________________________________________________

Entregable

5.3.2.A01

5.3.2


Actividad



1 2


1 2



Manual de usuario

5.3.2.A02




Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años). Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años). Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo (2 años).

4.5

4.5

2


2


_______________________________________________________________________________________________________________________________________________________________________________________ - 141 -

___________________________________________________________________________________________________________________

19. EDR DEL PROYECTO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


___________________________________________________________________________________________________________________ - 142 -

___________________________________________________________________________________________________________________

EDR DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

EQUIPO EJECUTIVO CLIENTE CLIENTE

CLÍNICA SAN MARCOS CLÍNICA SAN MARCOS

SPONSOR SPONSOR

SEBASTIÁN CÉSPEDES SEBASTIÁN CÉSPEDES

EQUIPO EJECUTOR GerentededeProyectos Proyectos Gerente JanisCandia Candia Janis

Consultor Módulos Admisión y Caja Fredy Aranda

Consultor Módulos Consumos y Facturación Arquitecto de Tecnología

Oscar Valderrama

Gustavo Espinoza Capacitador Módulos Admisión y Caja Iván Manta

Capacitador Módulos Consumos y Facturación Gabriela U.

___________________________________________________________________________________________________________________ - 143 -

___________________________________________________________________________________________________________________

20. CRONOGRAMA DEL PROYECTO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


___________________________________________________________________________________________________________________ - 144 -

_________________________________________________________________________________________________________________

CRONOGRAMA DEL PROYECTO Id

Nombre de tarea

1

Proyecto SIGAM

2 3 4

Trabajo

1,126.9 horas 291.6 Gestión del Proyecto horas Iniciación 24 horas Project Charter 12 horas

Duración Comienzo

Fin

Pred Suce Nombres de eces sora los recursos oras s

Costo

64.8 días lun 24/10/11 mar 24/01/12

S/. 58,301.00

64.8 días lun 24/10/11 mar 24/01/12

S/. 26,140.00

2 días 1 día

lun 24/10/11 mar 25/10/11 lun 24/10/11 lun 24/10/11

12 8

S/. 4,680.00 S/. 2,340.00

6

Sebastián Céspedes,Janis Candia

S/. 990.00

7

Janis Candia

S/. 360.00

Janis Candia,Sebasti án Céspedes

S/. 990.00

5

Reunión con el 4 horas Sponsor

0.25 días lun 24/10/11

lun 24/10/11

6

Elaborar Project 4 horas Charter

0.5 días

lun 24/10/11

lun 24/10/11

5

7

Revisar Project 4 horas Charter

0.25 días lun 24/10/11

lun 24/10/11

6

8

Alcance Preliminar

9


0.25 días mar 25/10/11 mar 25/10/11

10


S/. 990.00

10


4 horas

0.5 días

11

Janis Candia

S/. 360.00

11


4 horas

0.25 días mar 25/10/11 mar 25/10/11 10

Janis Candia,Sebasti án Céspedes

S/. 990.00

12

Planificación Enunciado 13 Alcance

12 horas 1 día

mar 25/10/11 mar 25/10/11 4

mar 25/10/11 mar 25/10/11 9

S/. 2,340.00

123 horas 8 días

mié 26/10/11 lun 07/11/11 3

55

S/. 9,214.00

14 horas 1 día

mié 26/10/11 mié 26/10/11

17

S/. 2,340.00

14


0.25 días mié 26/10/11 mié 26/10/11

15


S/. 990.00

15

Elaborar 4 horas Enunciado del Alcance

0.5 días

16

Janis Candia

S/. 360.00

Janis Candia,Sebasti án Céspedes,Mica ela Barrientos

S/. 990.00

16

17 18

Revisar 6 horas Enunciado del Alcance

mié 26/10/11 mié 26/10/11 14

0.25 días mié 26/10/11 mié 26/10/11 15

Plan de Proyecto 92 horas 6 días Reunión con el 24 horas 0.5 días equipo de trabajo

jue 27/10/11 vie 04/11/11 jue 27/10/11 jue 27/10/11

- 145 -

13

21 19

Fredy Aranda,Gabriel a U.,Gustavo Espinoza,Iván Manta,Janis

S/. 5,884.00 S/. 904.00

___________________________________________________________________________________________________________________

19

Elaborar el Plan 60 horas 5 días de Proyecto

jue 27/10/11

vie 04/11/11

18

20


vie 04/11/11

vie 04/11/11

19

21

Cronograma

Definir y 22 secuenciar las actividades

23

Estimar

actividades

26 27

0.5 días

17 horas 1 día

lun 07/11/11 lun 07/11/11 17

5 horas 0.25 días lun 07/11/11 lun 07/11/11


0.25 días lun 07/11/11

58.25 días 58.25 Informe Semanal 91 horas días

Informe

127 horas

lun 07/11/11

Fredy Aranda,Janis Candia[50%],O scar Valderrama Fredy Aranda,Janis Candia[50%],O scar Valderrama Fredy Aranda,Janis Candia[50%],O scar Valderrama Janis Candia

S/. 270.00

S/. 270.00

S/. 270.00

S/. 180.00

vie 20/01/12

S/. 10,230.00

vie 28/10/11

vie 20/01/12

S/. 4,290.00

Elaborar 7 horas Informe Semanal Nro.1

0.25 días vie 28/10/11

vie 28/10/11

29


0.25 días vie 04/11/11

vie 04/11/11

0.25 días vie 11/11/11

vie 11/11/11


24

S/. 1,980.00

vie 28/10/11

28

30

24

5 horas 0.25 días lun 07/11/11 lun 07/11/11 23 25

2 horas

S/. 3,000.00

S/. 990.00

23

Estimar recursos 5 horas 0.25 días lun 07/11/11 lun 07/11/11 22 para las actividades

24 duración de las

25

8 horas

20

Candia,Oscar Valderrama Fredy Aranda[50%],G ustavo Espinoza[25%], Janis Candia[25%],O scar Valderrama[50 %] Janis Candia,Sebasti án Céspedes

Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O

S/. 330.00

S/. 330.00

S/. 330.00

___________________________________________________________________________________________________________________ - 146 -

___________________________________________________________________________________________________________________

31


0.25 días vie 18/11/11

vie 18/11/11

32


0.25 días vie 25/11/11

vie 25/11/11

33


0.25 días vie 02/12/11

vie 02/12/11

34


0.25 días vie 09/12/11

vie 09/12/11

35


0.25 días vie 16/12/11

vie 16/12/11

36


0.25 días vie 23/12/11

vie 23/12/11

Elaborar 37 Informe Semanal Nro.10

7 horas

0.25 días vie 30/12/11

vie 30/12/11

38

7 horas

0.25 días vie 06/01/12

vie 06/01/12


scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O

S/. 330.00

S/. 330.00

S/. 330.00

S/. 330.00

S/. 330.00

S/. 330.00

S/. 330.00

S/. 330.00

___________________________________________________________________________________________________________________ - 147 -

___________________________________________________________________________________________________________________


7 horas

0.25 días vie 13/01/12

vie 13/01/12


7 horas

0.25 días vie 20/01/12

vie 20/01/12

Informe Quincenal

36 horas

49.25 días

41

lun 07/11/11 lun 16/01/12

Elaborar 42 Informe Quincenal Nro.1

6 horas

0.25 días lun 07/11/11

lun 07/11/11


6 horas

0.25 días lun 21/11/11

lun 21/11/11


6 horas

0.25 días lun 05/12/11

lun 05/12/11


6 horas

0.25 días lun 19/12/11

lun 19/12/11


6 horas

0.25 días lun 02/01/12

lun 02/01/12


6 horas

0.25 días lun 16/01/12

lun 16/01/12

48

17.6 horas

0.8 días

Cierre

Acta de 8.8 horas 0.4 días Aceptación 50 Elaborar el Acta 4 horas 0.2 días de Aceptación 49

scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama Fredy Aranda,Gustav o Espinoza,Janis Candia[50%],O scar Valderrama

S/. 330.00

S/. 330.00

S/. 5,940.00 Janis Candia,Micaela Barrientos,Seb astián Céspedes Janis Candia,Micaela Barrientos,Seb astián Céspedes Janis Candia,Micaela Barrientos,Seb astián Céspedes Janis Candia,Micaela Barrientos,Seb astián Céspedes Janis Candia,Micaela Barrientos,Seb astián Céspedes Janis Candia,Micaela Barrientos,Seb astián Céspedes

mar 24/01/12 mar 24/01/12 123

S/. 990.00

S/. 990.00

S/. 990.00

S/. 990.00

S/. 990.00

S/. 990.00

S/. 2,016.00

mar 24/01/12 mar 24/01/12

52

mar 24/01/12 mar 24/01/12

51

S/. 1,008.00 Fredy Aranda,Janis Candia[50%],O

S/. 216.00

___________________________________________________________________________________________________________________ - 148 -

___________________________________________________________________________________________________________________

51

Revisar el Acta 4.8 horas 0.2 días de Aceptación

mar 24/01/12 mar 24/01/12 50

52

Cierre del Proyecto

mar 24/01/12 mar 24/01/12 49

8.8 horas 0.4 días

scar Valderrama Janis Candia,Micaela Barrientos,Seb astián Céspedes

S/. 792.00

S/. 1,008.00 Fredy Aranda,Janis Candia[50%],O scar Valderrama Janis Candia,Micaela Barrientos,Seb astián Céspedes

Elaborar 53 documento de Cierre del Proyecto

4 horas

Revisar el 54 documento de Cierre del Proyecto

4.8 horas 0.2 días

mar 24/01/12 mar 24/01/12 53

388.5 horas

mar 08/11/11 mié 23/11/11 12

83

S/. 11,205.00

156 horas 4 días

mar 08/11/11 vie 11/11/11

63

S/. 3,240.00

107 horas 2.5 días

mar 08/11/11 jue 10/11/11

60

S/. 2,070.00

Soporte Infraestructura Preparación de 56 Ambiente Verificación de 57 Requisitos Iniciales 55

0.2 días

11.75 días

mar 24/01/12 mar 24/01/12

Evaluar los requisitos de 58 equipamiento del software

84 horas 2 días

mar 08/11/11 mié 09/11/11

Elaborar documento de requerimientos 59 cubiertos y no cubiertos por el software

23 horas 0.5 días

jue 10/11/11

jue 10/11/11

54

59

58

Documento 49 horas 1.5 días jue 10/11/11 vie 11/11/11 57 preparación ambiente Definir las 61 19 horas 0.5 días jue 10/11/11 jue 10/11/11 actividades iniciales de configuración

Aldo Ricaldi,Franco Medina,Fredy Aranda[50%],J anis Candia[25%],Ju lio Perales,Oscar Valderrama[50 %],Gustavo Espinoza Fredy Aranda,Janis Candia[25%],O scar Valderrama,Al do Ricaldi,Franco Medina,Julio Perales,Gustav o Espinoza[50%]

60

S/. 216.00

S/. 792.00

S/. 1,560.00

S/. 510.00

S/. 1,170.00

62 Fredy

Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa

S/. 510.00

___________________________________________________________________________________________________________________ - 149 -

___________________________________________________________________________________________________________________

Revisión del documento que 62 contiene las 30 horas 1 día? actividades iniciales de configuración

63

Instalación

Documento 64 instalación scripts/schemas

159.5 horas

vie 11/11/11 vie 11/11/11 61

4.75 días?

lun 14/11/11 vie 18/11/11

36 horas 1 día

lun 14/11/11 lun 14/11/11

Elaborar documento 65 relacionado a la 19 horas 0.5 días creación de objetos en la base de datos

lun 14/11/11

lun 14/11/11

Revisar el documento 66 relacionado a la 17 horas 0.5 días creación de objetos en la base de datos

lun 14/11/11

lun 14/11/11

67

Documento 36 horas 1 día instalación aplicación

mela Ramos,Gustav o Espinoza[50%] Fredy Aranda[50%],J anis Candia[25%],Jo rge Cisneros,Oscar Valderrama[50 %],Pamela Ramos,Gustav o Espinoza[50%]

56

75

S/. 4,095.00

67

S/. 960.00

66

65

mar 15/11/11 mar 15/11/11 64

Elaborar documento de 68 instalación de la 19 horas 0.5 días aplicación en el servidor y los clientes

mar 15/11/11 mar 15/11/11

Revisión del documento de 69 instalación de la 17 horas 0.5 días aplicación en el servidor y los clientes

mar 15/11/11 mar 15/11/11 68

S/. 660.00

Fredy Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa mela Ramos,Gustav o Espinoza[50%] Fredy Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa mela Ramos

70

69

S/. 510.00

S/. 450.00

S/. 960.00 Fredy Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa mela Ramos,Gustav o Espinoza[50%] Fredy Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa mela Ramos

S/. 510.00

S/. 450.00

___________________________________________________________________________________________________________________ - 150 -

___________________________________________________________________________________________________________________

70


87.5 horas

2.75 días?

mié 16/11/11 vie 18/11/11

71


72

Realizar pruebas 42 horas 1 día de la instalación

73

Elaborar acta de 4.5 horas 0.25 días jue 17/11/11 aceptación de pruebas

23 horas 0.5 días

Revisión del

67

mié 16/11/11 mié 16/11/11

mié 16/11/11 jue 17/11/11

jue 17/11/11

72

71

73

72

74

74 acta de aceptación de 18 horas 1 día?

jue 17/11/11 vie 18/11/11 73

75

73 horas 3 días

vie 18/11/11

mié 23/11/11 63

52 horas 2 días

vie 18/11/11

mar 22/11/11

pruebas

Configuración Documento de 76 configuración inicial

S/. 2,175.00

80

10 horas 1 día

vie 18/11/11

lun 21/11/11

78

Revisión del 78 documento de configuración inicial

21 horas 0.5 días

lun 21/11/11

mar 22/11/11 77

79

Ejecución de la 21 horas 0.5 días configuración inicial

mar 22/11/11 mar 22/11/11 78

S/. 510.00

S/. 900.00

S/. 225.00

S/. 540.00

S/. 3,870.00

Elaborar el 77 documento de configuración inicial

79

Fredy Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa mela Ramos,Luis Capañari,Gusta vo Espinoza[50%] Fredy Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa mela Ramos,Luis Capañari Fredy Aranda,Janis Candia[25%],O scar Valderrama Fredy Aranda[50%],J anis Candia[25%],O scar Valderrama[50 %],Micaela Barrientos

S/. 1,440.00 Fredy Aranda[50%],O scar Valderrama[50 %],Janis Candia[25%] Fredy Aranda,Janis Candia[25%],Jo rge Cisneros,Oscar Valderrama,Pa mela Ramos,Luis Capañari Fredy Aranda,Janis Candia[25%],Jo

S/. 540.00

S/. 450.00

S/. 450.00

___________________________________________________________________________________________________________________ - 151 -

___________________________________________________________________________________________________________________

rge Cisneros,Oscar Valderrama,Pa mela Ramos,Luis Capañari 80


21 horas 1 día

mar 22/11/11 mié 23/11/11 76

S/. 2,430.00 Fredy Aranda,Janis Candia[25%],O scar Valderrama Janis Candia,Micaela Barrientos,Seb astián Céspedes

Elaborar el 81 documento de aceptación

9 horas

Revisión del 82 documento de aceptación

12 horas 0.5 días

mié 23/11/11 mié 23/11/11 81

Migración de Datos 101 horas 6.5 días Análisis 47 horas 3.5 días Documento 85 18 horas 1 día archivos maestros

mié 23/11/11 vie 02/12/11 55 mié 23/11/11 mar 29/11/11

91

S/. 5,130.00 S/. 2,430.00

mié 23/11/11 jue 24/11/11

88

S/. 900.00

0.5 días

83 84

mar 22/11/11 mié 23/11/11

Elaborar el 86 documento archivos maestros

9 horas

0.5 días

mié 23/11/11 jue 24/11/11

Revisión del 87 documento de archivos maestros

9 horas

0.5 días

jue 24/11/11

88


Elaborar 89 plantillas de carga de datos

29 horas 2.5 días

20 horas 2 días

Revisión de las 90 plantillas de carga de 9 horas datos 91

Migración Documentos 92 scripts

93

94

0.5 días

lun 28/11/11

lun 28/11/11

mar 29/11/11 89

36 horas 2 días

mar 29/11/11 jue 01/12/11

0.5 días

86

jue 24/11/11

mar 29/11/11 vie 02/12/11

9 horas

87

Fredy Aranda,Janis Candia[25%],O scar Valderrama Fredy Aranda,Janis Candia[25%],O scar Valderrama

jue 24/11/11 mar 29/11/11 85

54 horas 3 días

Elaborar scripts 18 horas 1 día de carga de datos Revisión de scripts de carga de

jue 24/11/11

82

S/. 1,980.00

S/. 450.00

S/. 450.00

S/. 1,530.00

90

84

S/. 450.00

Fredy Aranda[50%],O scar Valderrama[50 %],Janis Candia[25%] Fredy Aranda,Janis Candia[25%],O scar Valderrama

S/. 1,080.00

S/. 450.00

99

S/. 2,700.00

96

S/. 1,800.00

mar 29/11/11 mié 30/11/11

94

mié 30/11/11 mié 30/11/11 93

95

Fredy Aranda,Janis Candia[25%],O scar Valderrama Fredy Aranda,Janis

S/. 900.00

S/. 450.00

___________________________________________________________________________________________________________________ - 152 -

___________________________________________________________________________________________________________________

Candia[25%],O scar Valderrama Fredy Aranda,Janis Candia[25%],O scar Valderrama

datos

Ejecución de 95 scripts de carga de datos 96


9 horas

0.5 días

18 horas 1 día

mié 30/11/11 jue 01/12/11

94

jue 01/12/11 vie 02/12/11

92

S/. 450.00

S/. 900.00 Fredy Aranda,Janis Candia[25%],O scar Valderrama Fredy Aranda,Janis Candia[25%],O scar Valderrama

Elaborar el 97 documento de aceptación de carga

9 horas

0.5 días

jue 01/12/11

jue 01/12/11

Revisión del 98 documento de aceptación de carga

9 horas

0.5 días

jue 01/12/11

vie 02/12/11

182.8 horas 131.8 horas 64.8 horas

22.25 días? 16.75 días? 9.25 días?

vie 02/12/11

mié 04/01/12 91

123

S/. 9,882.00

vie 02/12/11

mar 27/12/11

113

S/. 7,452.00

vie 02/12/11

vie 16/12/11

107

S/. 3,672.00

99 100 101

Puesta en Producción Plan de paralelo Plan paralelo admisión y caja

98

97

Fredy 103, Aranda[25%],J vie 02/12/11 mar 06/12/11 104 anis Candia[5%] Revisión del Fredy 103 Plan paralelo Admisión 4 horas 0.25 días mar 06/12/11 mar 06/12/11 102 104 Aranda,Janis y Caja Candia Fredy Ejecutar Plan de mar 102, Aranda[75%],J 104 paralelo Admisión y 40 horas 5 días mié 14/12/11 105 103 anis 06/12/11 Caja Candia[25%] Elaborar documento de Fredy 105 conformidad de 10 horas 1 día mié 14/12/11 jue 15/12/11 104 106 Aranda,Janis Paralelo Admisión y Candia[25%] Caja Revisión del Fredy documento de Aranda[50%],J 106 conformidad de 6 horas 1 día? jue 15/12/11 vie 16/12/11 105 anis Paralelo Admisión y Candia[25%] Caja Plan paralelo 107 consumos y 67 horas 7.5 días? vie 16/12/11 mar 27/12/11 101 facturación Oscar Elaborar el Plan Valderrama,Ja 108 paralelo Consumos y 5 horas 0.5 días vie 16/12/11 vie 16/12/11 109 nis Facturación Candia[25%] Revisión del 109 6 horas 0.5 días? lun 19/12/11 lun 19/12/11 108 110 Janis Elaborar el Plan 102 paralelo Admisión y 4.8 horas 2 días Caja

S/. 450.00

S/. 450.00

S/. 252.00

S/. 270.00

S/. 2,250.00

S/. 540.00

S/. 360.00

S/. 3,780.00

S/. 270.00

S/. 360.00

___________________________________________________________________________________________________________________ - 153 -

___________________________________________________________________________________________________________________

Plan paralelo Consumos y Facturación Ejecutar Plan de

110 paralelo Consumos y Facturación

40 horas 5 días

Elaborar documento de 111 conformidad de 10 horas Paralelo Consumos y Facturación Revisión del documento de 112 conformidad de 6 horas Paralelo Consumos y Facturación 113 Puesta en Marcha 51 horas Documento 114 producción admisión y 13 horas caja Elaborar documento 115 8 horas producción Admisión y Caja Revisión del documento 116 5 horas producción Admisión y Caja Documento producción 117 13 horas facturación y consumos Elaborar documento 118 producción 8 horas Facturación y Consumos Revisión del documento 119 producción 5 horas Facturación y Consumos Documento 120 aceptación del 25 horas producto. Elaborar el documento de 121 16 horas aceptación del producto 122 Revisión del 9 horas documento de aceptación del producto

1 día

Candia[50%],O scar Valderrama Janis Candia[25%],O lun 19/12/11 lun 26/12/11 109 111 scar S/. 2,250.00 Valderrama[75 %]

lun 26/12/11

mar 0.5 días? 27/12/11

Oscar Valderrama,Ja mar 27/12/11 110 112 nis Candia[25%]

S/. 540.00

Janis Candia[50%],O scar Valderrama

S/. 360.00

mar 27/12/11

111

5.5 días

mié 28/12/11 mié 04/01/12 100

1.5 días

mié 28/12/11 jue 29/12/11

117

S/. 630.00

1 día

mié 28/12/11 mié 28/12/11

116 Fredy Aranda

S/. 360.00

0.5 días

jue 29/12/11

Fredy Aranda,Janis Candia[25%]

S/. 270.00

2.5 días

jue 29/12/11 lun 02/01/12 114 120

2 días

jue 29/12/11

jue 29/12/11

S/. 2,430.00

115

S/. 630.00

lun 02/01/12

Oscar 119 Valderrama[50 %]

S/. 360.00

lun 02/01/12


S/. 270.00

0.5 días

lun 02/01/12

118

1.5 días

mar 03/01/12 mié 04/01/12 117

1 día

mar 03/01/12 mar 03/01/12

0.5 días

mié 04/01/12 mié 04/01/12 121

S/. 1,170.00 Fredy 122 Aranda,Oscar Valderrama Fredy Aranda,Janis Candia[25%],O scar

S/. 720.00 S/. 450.00

___________________________________________________________________________________________________________________ - 154 -

___________________________________________________________________________________________________________________

Valderrama 123 Capacitación

163 horas

13.5 días?

mié 04/01/12 lun 23/01/12 99

Plan de 25 horas 3.5 días mié 04/01/12 lun 09/01/12 capacitación Plan capacitación 12.5 125 2.25 días mié 04/01/12 vie 06/01/12 admisión y caja horas 124

Elaborar el Plan 126 Capacitación Admisión 10 horas 2 días y Caja Revisión del 127 Plan Capacitación Admisión y Caja Plan capacitación 128 facturación y consumos Elaborar el Plan Capacitación 129 Facturación y Consumos Revisión del Plan Capacitación 130 Facturación y Consumos Ejecución del Plan 131 de Capacitación Ejecución Plan 132 capacitación admisión y caja Realizar la 133 capacitación de Admisión y Caja Elaborar documento 134 conformidad de la Capacitación admisión y caja Revisión del documento Ejecución 135 Plan capacitación admisión y caja Ejecución Plan capacitación 136 facturación y consumos Realizar la capacitación 137 Facturación y Consumos

mié 04/01/12 vie 06/01/12

vie 06/01/12

12.5 horas

lun 09/01/12 125

10 horas 1 día

vie 06/01/12

lun 09/01/12

2.5 horas 0.25 días lun 09/01/12

lun 09/01/12

S/. 5,944.00

131

S/. 1,350.00

128

S/. 675.00

Fredy Aranda[50%],J 127 anis Candia[25%] Fredy 126 Aranda,Janis Candia[25%]

2.5 horas 0.25 días vie 06/01/12

1.25 días vie 06/01/12

48

S/. 540.00

S/. 135.00

S/. 675.00

Janis Candia[25%],O 130 scar Valderrama Janis Candia[25%],O 129 scar Valderrama

S/. 540.00

S/. 135.00

120 horas 9 días?

mar 10/01/12 vie 20/01/12

124 140

S/. 3,694.00

58.5 horas

mar 10/01/12 lun 16/01/12

136

S/. 1,831.00

4.25 días?

42 horas 3 días

14 horas 1 día?

Janis Candia[25%],Iv mar 10/01/12 jue 12/01/12 134 án Manta,Fredy Aranda[50%] Fredy Aranda[50%],J vie 13/01/12 vie 13/01/12 133 135 anis Candia[25%],Iv án Manta

2.5 horas 0.25 días lun 16/01/12

61.5 horas

lun 16/01/12

134

4.75 días lun 16/01/12 vie 20/01/12

132

35 horas 2.5 días

lun 16/01/12

mié 18/01/12

Fredy Aranda,Janis Candia[25%]

S/. 1,272.00

S/. 424.00

S/. 135.00

S/. 1,863.00 Janis Candia[25%],G abriela 138 U.,Oscar Valderrama[50 %]

S/. 1,060.00

___________________________________________________________________________________________________________________ - 155 -

___________________________________________________________________________________________________________________

Elaborar documento conformidad de la 138 Capacitación facturación y consumos Revisión del documento Ejecución 139 Plan capacitación facturación y consumos 140 Manuales Manual 141 configuración

24 horas 2 días

Janis Candia[25%],O mié 18/01/12 vie 20/01/12 137 139 scar Valderrama[25 %],Gabriela U.

S/. 668.00


S/. 135.00

2.5 horas 0.25 días vie 20/01/12

vie 20/01/12

18 horas 1 día

lun 23/01/12 lun 23/01/12 131

9 horas

lun 23/01/12 lun 23/01/12

0.5 días

Actualizar el 142 Manual de Configuración

4.5 horas 0.25 días lun 23/01/12

lun 23/01/12

Revisión del 143 Manual de Configuración

4.5 horas 0.25 días lun 23/01/12

lun 23/01/12

144

Manual de usuario

138

9 horas

0.5 días

S/. 900.00 144

Fredy Aranda,Janis 143 Candia[25%],O scar Valderrama Fredy Aranda,Janis 142 Candia[25%],O scar Valderrama

lun 23/01/12 lun 23/01/12 141

145

Actualizar el Manual de Usuario

4.5 horas 0.25 días lun 23/01/12

lun 23/01/12

146


4.5 horas 0.25 días lun 23/01/12

lun 23/01/12

Fredy Aranda,Janis 146 Candia[25%],O scar Valderrama Fredy Aranda,Janis 145 Candia[25%],O scar Valderrama

S/. 450.00

S/. 225.00

S/. 225.00

S/. 450.00

S/. 225.00

S/. 225.00

___________________________________________________________________________________________________________________ - 156 -

___________________________________________________________________________________________________________________

21. RUTA CRÍTICA Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


___________________________________________________________________________________________________________________ - 157 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 158 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 159 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 160 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 161 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 162 -

___________________________________________________________________________________________________________________

22. CAPACIDAD DE RECURSOS Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


___________________________________________________________________________________________________________________ - 163 -

___________________________________________________________________________________________________________________

CAPACIDAD DE RECURSOS NOMBRE DEL PROYECTO IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA

SIGLAS DEL PROYECTO SIGAM

___________________________________________________________________________________________________________________ - 164 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 165 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 166 -

___________________________________________________________________________________________________________________

23. PLAN DE GESTIÓN DE COSTOS


Versión

Hecha por

1.0

FA


JC

Fecha 23/11/2011


___________________________________________________________________________________________________________________ - 167 -

_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DE COSTOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

INTRODUCCIÓN :

El propósito de este plan de gestión de costos es definir la metodología de cómo será gestionado los costos asociados con el Proyecto. Esto es necesario para garantizar el éxito del proyecto dentro de los límites del presupuesto asignado. Hay varios componentes de costos asociados a este proyecto, así como varias métricas, además de las consideraciones de variación de costo, y la información que este plan define. Para completar este proyecto con éxito, todos los miembros clave del proyecto y los interesados deben cumplir con el trabajo definido dentro de este plan de gestión de costos y del plan general del proyecto que apoya.

ALCANCE:

Todas las mediciones y análisis de la varianza se deben aplicar a los componentes de los costos en todo el ciclo de vida del proyecto. El plan de gestión de costos para el proyecto incluye la construcción de varios componentes de los costos, tales como:  

Gestión de proyecto de los recursos del equipo. Reclutamiento y contratación de personal adicional, si fuera necesario.



Bienes de equipo.



Software y licencias.

Este plan de gestión de costos no incluye los costos recurrentes mensuales (MRC), que se requiere a la finalización del proyecto.

FUNCIONES Y RESPONSABILIDADES DENTRO DE LA GESTIÓN DE COSTOS: SPONSOR

DEL PROYECTO

El Sponsor del proyecto es el responsable de la aprobación del plan del Proyecto de la gestión de costos. Además, el Sponsor es el responsable de aprobar el presupuesto del proyecto y es la autoridad de aprobación de los fondos adicionales que puedan ser necesarios. GERENTE DE PROYECTO

_________________________________________________________________________________________________________________ - 168 -

_________________________________________________________________________________________________________________

El Gerente del Proyecto para el Proyecto SIGAM es el responsable de la gestión diaria de los fondos del proyecto. El Gerente de Proyecto es el responsable del desarrollo de la estructura de trabajo descomposición interna (EDT), que cubre todos los trabajos a realizar por el equipo de trabajo. El Gerente de Proyecto está autorizado para ejecutar el gasto de los fondos del proyecto cuando sea necesario de acuerdo con el plan de gestión de costos y presupuesto asignado del proyecto. El Gerente de Proyecto no podrá autorizar el uso de fondos adicionales sin la aprobación previa del Sponsor del proyecto. El Gerente de Proyecto es el que establece las métricas y herramientas de análisis de varianza a usar en el proyecto con el fin de proporcionar actualizaciones de estado quincenalmente al Sponsor del proyecto. EQUIPO DEL PROYECTO El equipo del proyecto es el responsable de ejecutar el trabajo asignado, de acuerdo con el plan de gestión de costos. También apoyarán al Gerente de Proyecto en la implementación de métricas y herramientas de análisis de varianza para asegurar que todos los entregables del proyecto se lleven a cabo dentro de los límites del presupuesto asignado.

PLANEAMIENTO DE GESTIÓN DE COSTOS: COSTO DE PLANIFICACIÓN Y ESTIMACIÓN Una vez que las necesidades del Proyecto SIGAM han sido determinadas, el equipo del proyecto definirá los recursos necesarios y las necesidades de personal, si fuera necesario, para el buen fin del proyecto. Las cuentas de control y las categorías de personal laboral se crearán en cada elemento de la EDT. Con base en los costos laborales y la duración prevista de cada elemento de la EDT, se hará una estimación determinada. Los costos de los elementos del EDT serán totalizados y serán usados para solicitar la financiación del proyecto. Una vez que el presupuesto del proyecto es aprobado, el sponsor del proyecto comparará la asignación para cada elemento del EDT contra el presupuesto general y realizará los ajustes en las asignaciones según sea necesario para cumplir con el presupuesto del proyecto. Una vez que todas las asignaciones han sido revisadas y aprobadas por el Sponsor del proyecto, se define la línea base del costo del proyecto. La línea base de costo del proyecto sólo podrá ser modificada con la autorización del Sponsor del proyecto.

_________________________________________________________________________________________________________________ - 169 -

_________________________________________________________________________________________________________________

COSTO DE SEGUIMIENTO Los trabajos realizados por los miembros del equipo del proyecto deberán ser actualizados en el cronograma de trabajo. Semanalmente, el Gerente de proyecto recopilará los cronogramas de trabajo de cada miembro del equipo y calculará los costos laborales asociados a cada cuenta de costos. Además, todas las facturas asociadas con los equipos de proyectos u otros materiales o licencias serán copiados por el departamento de recepción cada mes y una copia será proporcionada al Gerente del Proyecto. El Gerente del proyecto calculará los costos reales para todas las categorías de costos y elementos del EDT y comparará estos costos con los costos reales de la línea base proyectada sobre una base semanal. Estas comparaciones se utilizan para generar los datos para todas las métricas e informes de estado quincenales, así como para el análisis de la varianza. MEDIDAS DE COSTOS Y GENERACIÓN DE INFORMES A fin de medir el desempeño del proyecto, se utilizarán varias métricas para capturar los costos y el rendimiento del cronograma para el Proyecto SIGAM. Las siguientes mediciones serán recogidas y transmitidos por el Gerente del Proyecto:  

Índice de rendimiento de costo (CPI) se informará quincenalmente. Índice de Rendimiento del Cronograma (SPI) se informará quincenalmente.



Los umbrales de control de CPI y SPI son las siguientes: o

Amarillo: dentro de +/- 20% deben ser reportados al Sponsor del proyecto. Si se determina que no hay ningún efecto sobre la línea de base del proyecto no se necesitará que se ejecute una medida necesaria.

o

Rojo: mayor de +/- 20% deben ser reportados al Sponsor del proyecto. Las medidas correctivas se deben tomar para mover el proyecto de nuevo a un nivel de rendimiento aceptable.

Valor Ganado métricas

Frecuencia de los informes

Amarillo

Rojo

CPI

Quincenal

0,8 ≤ CPI ≤ 1,2

CPI <0,8 o CPI> 1.2

SPI

Quincenal

0,8 ≤ SPI ≤ 1,2

SPI <0,8 o SPI> 1.2



Variación de los gastos (CV) se informará quincenalmente.



Variación del cronograma (SV) se informará quincenalmente.

Una tabla se creará para cada uno de los parámetros anteriores. El Gerente del proyecto presentará estos cuadros para el Sponsor del proyecto en la Reunión Quincenal de Situación del proyecto.

MEDIDAS DE CONTROL DE COSTOS

_________________________________________________________________________________________________________________ - 170 -

_________________________________________________________________________________________________________________

Si el Proyecto SIGAM supera sus límites definidos para los indicadores del CPI o del SPI en cualquier momento, las medidas correctivas serán consideradas e implementadas con el fin de llevar el proyecto de nuevo en un rango aceptable de rendimiento. El Gerente de Proyecto y el equipo considerará todas las medidas de control que resulten de la corrección de los resultados del proyecto. Un análisis detallado de todas las medidas de control se presentará al Sponsor del proyecto. El análisis consistirá en: • Descripción general de las medidas de control. • El personal que participa. • Línea de tiempo a implementar. • Problemas o preocupaciones respecto a la implementación. • Efecto esperado sobre el desempeño del proyecto. Todas las medidas de control serán revisados por el Sponsor del proyecto. Tras la aprobación del Sponsor del proyecto, el Gerente de proyecto liderará la implementación de la medida de control autorizado. El Gerente del proyecto también deberá completar todas las solicitudes de cambio requeridas de acuerdo con el proceso del proyecto de control de cambios. En algunos casos aislados puede ser necesario para un proyecto recalcular la línea de base de costos. Todos los esfuerzos se deben tomar para evitar esto. Sin embargo, si es necesario, sólo el Sponsor del proyecto puede autorizar esta acción.

TIPOS DE COSTOS CONSIDERADOS: COSTOS DIRECTOS Personal Alquiler COSTOS INDIRECTOS Materiales COSTOS VARIABLES Incentivos

: : :

S/. 58,301.00 S/. 1,699.00 :

:

S/. 4,000.00 :

:

S/.

3,000.00

TOTAL COSTOS RESERVA DE CONTINGENCIA RESERVA DE GESTIÓN

: : :

S/. 73,500.00 S/. 6,500.00 S/. 6,500.00

TOTAL GENERAL

:

S/. 80,000.00

_________________________________________________________________________________________________________________ - 171 -

_________________________________________________________________________________________________________________

24. ESTIMACIÓN DE COSTOS DE LAS ACTIVIDADES Y DEL PROYECTO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 23/11/2011


_________________________________________________________________________________________________________________ - 172 -

_________________________________________________________________________________________________________________________________________________________________________________

ESTIMACIÓN DE COSTOS DE LAS ACTIVIDADES Y DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

_________________________________________________________________________________________________________________________________________________________________________________ - 173 -

Entregable Código

1.1.1

1.1.2

1.2.1

1.2.2

1.2.3

1.3.1

Nombre

Actividad Código

Nombre

Tipo de Recurso: Personal NOMBRE DEL RECURSO

UNIDA DES

CANTI DAD

COSTO UNITARIO

_________________________________________________________________________________________________________________ Project Charter Sebastián Céspedes Hr - h 2 1.1.1.A01 Reunión con el Sponsor Janis Candia Hr - h 2 1.1.1.A02 Elaborar Project Charter Janis Candia Hr - h 4 Sebastián Céspedes Hr - h 2 1.1.1.A03 Revisar Project Charter Janis Candia Hr - h 2 Sebastián Céspedes Hr - h 2 1.1.2.A01 Reunión con el Sponsor Janis Candia Hr - h 2 Alcance Preliminar 1.1.2.A02 Elaborar Alcance Preliminar Janis Candia Hr - h 4 Sebastián Céspedes Hr - h 2 1.1.2.A03 Revisar el Alcance Preliminar Janis Candia Hr - h 2 Sebastián Céspedes Hr - h 2 1.2.1.A01 Reunión con el Sponsor Janis Candia Hr - h 2 Enunciado Alcance

1.2.1.A02


Janis Candia

Hr - h

4

Sebastián Céspedes Hr - h 2 1.2.1.A03 Revisar Enunciado del Alcance Janis Candia Hr - h 2 Janis Candia Hr - h 4 Oscar Valderrama Hr - h 4 Fredy Aranda Hr - h 4 1.2.2.A01 Reunión con el equipo de trabajo Plan de Proyecto Gustavo Espinoza Hr - h 4 Iván Manta Hr - h 4 Gabriela U. Hr - h 4 Janis Candia Hr - h 10 Oscar Valderrama Hr - h 20 1.2.2.A02 Elaborar el Plan de Proyecto Fredy Aranda Hr - h 20 Gustavo Espinoza Hr - h 10 Sebastián Céspedes Hr - h 4 1.2.2.A03 Revisar el Plan de Proyecto Janis Candia Hr - h 4 Janis Candia Hr - h 1 1.2.2.A01 Definir y Secuenciar Actividades Oscar Valderrama Hr - h 2 Fredy Aranda Hr - h 2 Janis Candia Hr - h 1 1.2.2.A02 Estimar recursos para las actividades Oscar Valderrama Hr - h 2 Cronograma Fredy Aranda Hr - h 2 Janis Candia Hr - h 1 1.2.2.A03 Estimar duración de las actividades Oscar Valderrama Hr - h 2 Fredy Aranda Hr - h 2 1.2.2.A04 Elaborar el cronograma Janis Candia Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A01 Elaborar Informe Semanal Nro.1 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A02 Elaborar Informe Semanal Nro.2 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A03 Elaborar Informe Semanal Nro.3 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A04 Elaborar Informe Semanal Nro.4 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A05 Elaborar Informe Semanal Nro.5 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A06 Elaborar Informe Semanal Nro.6 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Informe Semanal Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A07 Elaborar Informe Semanal Nro.7 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A08 Elaborar Informe Semanal Nro.8 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 1.3.1.A09 Elaborar Informe Semanal Nro.9 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 _________________________________________________________________________________________________________________ Janis Candia Hr - h 1 Oscar Valderrama Hr - h 2 - 174 1.3.1.A10 Elaborar Informe Semanal Nro.10 Fredy Aranda Hr - h 2 Gustavo Espinoza Hr - h 2 Janis Candia Hr - h 1

COSTOS PARCIALES

405 90 90 405 90 405 90 90 405 90 405 90

810 180 360 810 180 810 180 360 810 180 810 180

90

360

405 90 90 45 45 30 8 8 90 45 45 30 405 90 90 45 45 90 45 45 90 45 45 90 90 45 45 30 90 45 45 30 90 45 45 30 90 45 45 30 90 45 45 30 90 45 45 30 90 45 45 30 90 45 45 30 90 45 45 30 90 45 45 30 90

810 180 360 180 180 120 32 32 900 900 900 300 1620 360 90 90 90 90 90 90 90 90 90 180 90 90 90 60 90 90 90 60 90 90 90 60 90 90 90 60 90 90 90 60 90 90 90 60 90 90 90 60 90 90 90 60 90 90 90 60 90 90 90 60 90

_________________________________________________________________________________________________________________

25. PRESUPUESTO DEL PROYECTO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


_________________________________________________________________________________________________________________ - 175 -

_________________________________________________________________________________________________________________

PRESUPUESTO DEL PROYECTO -POR FASE Y POR ENTREGABLENOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA Fase

SIGAM

Sub-Fase

Entregable

Project Charter

2,340.00

Sub-Total Sub-Fase

4,680.00

Enunciado del Alcance

2,340.00

Plan de Proyecto

5,884.00

Planificación

Cronograma

Gestión del Proyecto Informe

9,214.00

Informe Semanal

4,290.00

Informe Quincenal

5,940.00

Sub-Total Sub-Fase

Cierre

10,230.00 1,008.00

Cierre del Proyecto

1,008.00

Sub-Total Sub-Fase

2,016.00

Sub-Total Fase

26,140.00

Verificación de Requisitos Iniciales

2,070.00

Documento de Preparación de Ambiente

1,170.00

Sub-Total Sub-Fase

3,240.00

Soporte Infraestructura Instalación

Documento de Instalación de Scripts/Schemas

960.00

Documento de Instalación de la Aplicación

960.00

Instalación de la Aplicación

2,175.00

Sub-Total Sub-Fase

4,095.00

Documento de Configuración Inicial

1,440.00

Documento de Aceptación

2,430.00

Configuración

Sub-Total Sub-Fase

Sub-Total Fase

Migración de Datos

900.00

Plantilla Carga

1,530.00

Sub-Total Sub-Fase

2,430.00

Documentos Scripts

1,800.00

Documento de Aceptación de Carga

900.00

Sub-Total Sub-Fase

2,700.00

Plan Paralelo Admisión y Caja

3,672.00

Plan Paralelo Consumos y Facturación

3,780.00

Sub-Total Sub-Fase

7,452.00

Sub-Total Fase Plan Paralelo

3,870.00 11,205.00

Documentos Archivos Maestros Análisis


990.00

Sub-Total Sub-Fase

Acta de Aceptación

Migración

2,340.00

Alcance Preliminar

Iniciación

Preparación Ambiente

Costos (S/.)

5130.00

_________________________________________________________________________________________________________________ - 176 -

_________________________________________________________________________________________________________________

Documento Producción Admisión y Caja

630.00

Documento Producción Consumos y Facturación

630.00

Documento Aceptación del Producto

1,170.00

Sub-Total Sub-Fase

2,430.00

Puesta en Marcha

Sub-Total Fase

9,882.00

Plan de Capacitación Admisión y Caja

675.00

Plan de Capacitación Facturación y Consumos

675.00

Plan de Capacitación

Sub-Total Sub-Fase

Capacitación

Ejecución Plan Capacitación Admisión y Caja Ejecución Plan Capacitación Facturación y Consumos

Ejecución de Plan de Capacitación

Sub-Total Sub-Fase

Manual de Configuración Manuales Sub-Total Fase

1,350.00 1,831.00 1,863.00 3,694.00 450.00

Manual de Usuario

450.00

Sub-Total Sub-Fase

900.00 5,944.00

TOTAL GENERAL PERSONAL

58,301.00

OTROS COSTOS

8,699.00

RESERVA DE CONTINGENCIA

6,500.00

LINEA BASE DE COSTOS

73,500.00

RESERVA DE GESTIÓN

6,500.00

PRESUPUESTO DEL PROYECTO

80,000.00

_________________________________________________________________________________________________________________ - 177 -

_________________________________________________________________________________________________________________

26. COSTOS ACUMULADOS Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


_________________________________________________________________________________________________________________ - 178 -

_________________________________________________________________________________________________________________

COSTOS ACUMULADOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Costos Acumulados Mes 0 Mes 1 Mes 2 Mes 3

0 35633 64663 80000

_________________________________________________________________________________________________________________ - 179 -

_________________________________________________________________________________________________________________

27. BASE DE LAS ESTIMACIONES


Versión

Hecha por

1.0

FA


JC

Fecha 25/11/2011


_________________________________________________________________________________________________________________ - 180 -

_________________________________________________________________________________________________________________

BASE DE LAS ESTIMACIONES NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Personal

Sueldo Bruto

Planilla

Incluir Ganancia

Costo Diario

Costo por Hora


4464630063004 6

64820

97230

3241

405

Janis Candia

10300

14420

21630

721

90

Oscar Valderrama

5100

7140

10710

357

45

Fredy Aranda

5100

7140

10710

357

45

Gustavo Espinoza

3400

4760

7140

238

30

Iván Manta

900

1260

1890

63

8

Gabriela U.

900

1260

1890

63

8

Nota: 1. Los costos en planilla tienen un incremento del 40% del sueldo bruto, ya que considera prorrateado los costos por vacaciones y CTS. 2. Los costos con ganancia tienen un incremento del 50% del sueldo en planilla, ya que la empresa tiene como procedimiento interno de costeo ese porcentaje de utilidad máximo esperado.

_________________________________________________________________________________________________________________ - 181 -

_________________________________________________________________________________________________________________

28. PLAN DE GESTIÓN DE CALIDAD


Versión

Hecha por

1.0

OV


JC

Fecha 23/11/2011


_________________________________________________________________________________________________________________ - 182 -

_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DE LA CALIDAD Nombre del Proyecto IMPLANTACIÓN SISTEMA DE GESTIÓN AMBULATORIA

Siglas del Proyecto SIGAM

Política de Calidad del Proyecto: El proyecto será evaluado con los estándares de calidad indicados por la Clínica San Marcos y con las buenas prácticas del mercado de la salud. Así mismo culminar el proyecto en el tiempo y el presupuesto planificados previamente.

LÍNEA BASE DE CALIDAD DEL PROYECTO FACTOR DE CALIDAD RELEVANTE

OBJETIVO DE CALIDAD

Performance del Proyecto

SPI > = 0.90

Performance del Proyecto

CPI > = 0.90

Cumplimiento de los hitos

Hitos = 95% de cumplimiento.

Grado de satisfacción

MÉTRICA A UTILIZAR

FRECUENCIA Y MOMENTO DE MEDICIÓN

FRECUENCIA Y MOMENTO DE REPORTE

SPI = Schedule Performance Index Acum.

* Frecuencia Semanal * Medición, jueves en la tarde.


CPI = Cost Performance Index Acum.



* Frecuencia quincenal * Medición, Martes en la tarde. * Frecuencia, cada vez que haya reunión con el Comité Ejecutivo. * Medición, cada vez que haya reunión con el Comité Ejecutivo.

* Frecuencia quincenal * Medición, Martes en la tarde. * Frecuencia, cada vez que haya reunión con el Comité Ejecutivo. * Medición, cada vez que haya reunión con el Comité Ejecutivo.

Cumplimiento de hitos.

Rango del 85% al % de Grado de 100% de Satisfacción. satisfacción

PLAN DE MEJORA DE PROCESOS 1. Delimitar el proceso. 2. Definir la oportunidad de mejora. 3. Obtener información sobre el proceso observado. 4. Analizar la información relevada. 5. Definir las acciones correctivas para mejorar el proceso. 6. Aplicar las acciones correctivas. 7. Verificar si las acciones correctivas han sido efectivas. 8. Estandarizar las mejoras logradas para hacerlas parte del proceso.

_________________________________________________________________________________________________________________ - 183 -

_________________________________________________________________________________________________________________

MATRIZ DE ACTIVIDADES DE CALIDAD: PAQUETE DE TRABAJO

ESTÁNDAR O NORMA DE CALIDAD APLICABLE


Gestión de Proyectos con PMBOK

Aprobación de Sponsor

1.1.2 Alcance Preliminar



1.2.1 Scope Statement



1.2.2 Cronograma


Revisión semanal de las actualizaciones que puedan producirse al cronograma.

Aprobación de Sponsor y del Gerente del proyecto

1.2.3 Plan de Proyecto


Revisión diaria del equipo del proyecto.

Aprobación de Sponsor y del Gerente del proyecto

1.3.1. Informe semanal

Según los formatos dentro de los activos de procesos de la organización

Gerente del Proyecto

1.3.2. Informe quincenal

Según los formatos dentro de los activos de procesos de la organización

Gerente del Proyecto

1.4.1. Acta de aceptación



1.4.2. Cierre del proyecto



2.1.1. Requisitos iniciales 2.1.2 Documento preparación de ambiente 2.2.2. Documento instalación de aplicación 2.2.3. instalación de aplicación 2.3.1 Documento de configuración inicial

ACTIVIDADES DE PREVENCIÓN

ACTIVIDADES DE CONTROL

Checklist de homologación Según los formatos dentro de los de infraestructura de la activos de procesos de la organización clínica

Jefatura de Sistemas

Según los formatos dentro de los Revisión de procedimientos activos de procesos de la organización técnicos.


Según los formatos dentro de los . Revisión de procedimientos activos de procesos de la organización técnicos.


Según el proceso de la Clínica San Marcos para la instalación de las aplicaciones

Revisión de procedimientos técnicos..

Según los formatos dentro de los Revisión del proceso. activos de procesos de la organización

Líderes funcionales Líderes funcionales


Formato estándar de la consultora PMI consultores

Revisión de estándares.

Jefatura de Desarrollo

3.1.1. Documentos archivos maestros



Analistas funcionales

3.1.2 Plantilla carga de datos



Gerente de Operaciones

3.2.1. Documentos scripts




3.2.2 Documentos de aceptación de Carga

Según el proceso de la Clínica San Marcos para la migración de datos



4.1.1. Plan Paralelo admisión y caja

Revisión de procedimientos Según los formatos dentro de los activos de procesos de la organización técnicos.

Líderes Funcionales

_________________________________________________________________________________________________________________ - 184 -

_________________________________________________________________________________________________________________

MATRIZ DE ACTIVIDADES DE CALIDAD: PAQUETE DE TRABAJO

ESTÁNDAR O NORMA DE CALIDAD APLICABLE



4.1.2. Plan paralelo consumos y facturación 4.2.1. Documento de producción admisión y caja 4.2.2. Documento producción facturación y consumos 4.2.3. Documento de aceptación del producto 5.1.1 Plan Capacitación Admisión y caja 5.1.2 Plan capacitación facturación y consumos 5.2.1 Ejecución Plan Capacitación Admisión y caja 5.2.2 Ejecución Plan capacitación facturación y consumos

Revisión de procedimientos Según los formatos dentro de los activos de procesos de la organización técnicos.


Según los formatos dentro de los Revisión de estándares. activos de procesos de la organización



Gerente de Facturación


Gerente de operaciones y gerente de facturación









5.3.1. Manual Configuración



5.3.2. Manual de usuario


Revisión de procedimientos técnicos.

Analista Funcionales

ROLES PARA LA GESTIÓN DE LA CALIDAD Rol N° 1 Directorio

Objetivos del rol: Responsable máximo ejecutivo y final por la calidad del proyecto.

_________________________________________________________________________________________________________________ - 185 -

_________________________________________________________________________________________________________________

Funciones del rol: Revisar, aprobar y proponer acciones correctivas para mejorar la calidad. Niveles de autoridad: Exigir el cumplimiento de sus propuestas a Sponsor. Reporta a: Nadie Supervisa a: Sponsor. Requisitos de conocimientos: Gestión en General y el proceso administrativo de la clínica. Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación y Solución de Conflictos. Requisitos de experiencia: Ninguno. Objetivos del rol: Responsable ejecutivo por la calidad del proyecto. Funciones del rol: Revisar, aprobar y tomar acciones correctivas para mejorar la calidad. Niveles de autoridad: Aplicar a discreción los recursos de la corporación para el proyecto, cuando aplique renegociará contratos.

Rol N° 2 Sponsor

Reporta a: Directorio. Supervisa a: Gerente del Proyecto. Requisitos de conocimientos: Gestión de Proyectos y Gestión en General. Así como los procesos administrativos que soportará el producto. Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación y Solución de Conflictos. Requisitos de experiencia: Más de 10 años de experiencia en el rubro clínicas y experiencia no menor de 3 años manejando proyectos.

Rol N° 3 Gerente del Proyecto

Objetivos del rol: Gestionar operativamente la calidad de los entregables. Funciones del rol: Revisar estándares, entregables, disponer ajustes para generar acciones correctivas y su respectiva aplicación. Niveles de autoridad: Exigir cumplimiento de entregables al equipo de proyecto. Reporta a: Sponsor.

_________________________________________________________________________________________________________________ - 186 -

_________________________________________________________________________________________________________________

Supervisa a: Equipo de Proyecto. Requisitos de conocimientos: Gestión de Proyectos bajo el PMBOK. Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación y Solución de Conflictos. Requisitos de experiencia: 7 años de experiencia en el cargo. Objetivos del rol: Elaborar los entregables con la calidad requerida y según estándares establecidos. Funciones del rol: Elaborar todos los entregables. Niveles de autoridad: Aplicar los recursos que se le han asignado.

Rol N° 4 MIEMBROS DEL EQUIPO DE DESARROLLO

Reporta a: Gerente del Proyecto. Supervisa a: No Aplica. Requisitos de conocimientos: Gestión de Proyectos bajo el PMBOK y las especialidades que le tocan según sus entregables bajo responsabilidad. Requisitos de habilidades: Específicas según los entregables. Requisitos de experiencia: Específicas según los entregables. Objetivos del rol: Cumplir con las normas de calidad implementando métodos de control.

Rol N° 5 Jefe de QA

Funciones del rol: Revisar, aprobar y tomar acciones correctivas para mejorar la calidad. Niveles de autoridad: Aplicar a discreción los recursos de la corporación para el proyecto, cuando aplique renegociará contratos. Reporta a: Gerente del Proyecto. Supervisa a: Analista de Calidad Requisitos de conocimientos: Gestión de Proyectos y sistema de gestión de calidad, conocimientos de procesos productivos. Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación y Solución de Conflictos. Requisitos de experiencia: Más de 7 años de experiencia en el rubro clínicas y experiencia no menor de 3 años en aseguramiento de la calidad.

Rol N° 6 Analista de QA

Objetivos del rol: Gestionar operativamente la calidad de los entregables.

_________________________________________________________________________________________________________________ - 187 -

_________________________________________________________________________________________________________________

Funciones del rol: Revisar estándares, entregables, disponer ajustes para generar acciones correctivas y su respectiva aplicación. Niveles de autoridad: Exigir cumplimiento de entregables al equipo de testing. Reporta a: Sponsor. Supervisa a: Equipo de Testing. Requisitos de conocimientos: Gestión de Proyectos bajo el PMBOK, Gestión de Mejora de Procesos con CMMI. Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación y Solución de Conflictos. Requisitos de experiencia: 5 años de experiencia en el cargo. Objetivos del rol: Probar el uso del sistema con el fin de encontrar la mayor cantidad de deficiencias posibles. Funciones del rol: Registrar errores en un sistema de control, testear, documentar y entregar reportes de progreso. Niveles de autoridad: Aplicar los recursos que se le han asignado.

Rol N° 7 Miembros del Equipo de Testing

Reporta a: Analista de Calidad. Supervisa a: No Aplica. Requisitos de conocimientos: Validación de estándares de programación, Control de calidad de código fuente, Conocimiento de modelamiento de datos, conocimiento de metodologías de QA, conocimiento avanzado de expresiones regualares. Requisitos de habilidades: Específicas según los entregables. Requisitos de experiencia: Específicas según los entregables.

ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO:

_________________________________________________________________________________________________________________ - 188 -

_________________________________________________________________________________________________________________

SPONSOR GERENTE DEL PROYECTO

LÍDERES FUNCIONALES

EQUIPO DE DESARROLLO

JEFE DE QA ANALISTA QA TESTING

PROCEDIMIENTOS

PLANTILLAS

FORMATOS

CHECKLISTS

DOCUMENTOS NORMATIVOS PARA LA CALIDAD: 1. Auditorías de los procesos. 2. Revisión periódica y comparativa de los entregables con los estándares. 3. Reuniones semanales de calidad. 1. Establecidas en el Plan de Gestión de Calidad. 2. Métricas. 1. Métricas. 2. Línea Base. 3. Indicados en el Plan de Gestión de la Calidad. 1. De Métricas. 2. De Auditorías. 3. De Acciones Correctivas.

PROCESOS DE GESTIÓN DE LA CALIDAD: Para asegurar la calidad se realizará un monitoreo constante acerca de los indicadores del proyecto y las métricas respectivas. Estos resultados se analizarán y se remitirán al responsable para que coordine las acciones ENFOQUE DE respectivas las cuales también será monitoreada vía los informes semanales en las reuniones de ASEGURAMIENTO DE calidad. Las cuales derivarían en Solicitudes de cambio. LA CALIDAD De esta manera lograremos un control efectivo y acciones tempranas ante cualquier necesidad de mejora de procesos. Verificando que las solicitudes de cambio realizadas se han cumplido con las recomendaciones entregadas.

ENFOQUE DE CONTROL DE LA CALIDAD

Las acciones sobre el Control de Calidad de los entregables se efectuarán a manera de control, si los mismos están conformes a las especificaciones realizadas y ante situaciones de desviaciones detectadas se realizará las acciones para establecer la causa raíz y así eliminar las fuentes de error y los resultados serán formalizados con acciones necesarias.

_________________________________________________________________________________________________________________ - 189 -

_________________________________________________________________________________________________________________

Cada vez que se requiera mejorar un proceso realizaremos los siguientes pasos: 1. Delimitar el proceso ENFOQUE DE MEJORA DE PROCESOS

2. Definir la oportunidad de mejora 3. Obtener información sobre el proceso observado 4. Analizar la información levantada 5. Definir las acciones correctivas para mejorar el proceso 6. Aplicar las acciones correctivas 7. Verificar si las acciones correctivas han sido efectivas 8. Estandarizar las mejoras logradas para hacerlas parte del proceso

_________________________________________________________________________________________________________________ - 190 -

_________________________________________________________________________________________________________________

29. MATRIZ DE ACTIVIDADES DE CALIDAD


Versión

Hecha por

1.0

OV


JC

Fecha 23/11/2011


_________________________________________________________________________________________________________________ - 191 -

_________________________________________________________________________________________________________________

MATRIZ DE ACTIVIDADES DE CALIDAD NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

IMPLANTACIÓN SISTEMA DE GESTIÓN AMBULATORIA

ENTREGABLE

ESTÁNDAR DE CALIDAD APLICABLE

SIGAM ACTIVIDADES DE PREVENCIÓN



Metodología de Gestión de Proyectos de PMI Consultores.

Aprobación por Sponsor.


Metodología de Gestión de Proyectos de PMI Consultores.


1.2.1 Scope Statement

Metodología de Gestión de Proyectos de PMI Consultores


1.2.2 Cronograma



1.2.3 Plan de Proyecto



1.3.1. Informe semanal



1.3.2. Informe quincenal



1.4.1. Acta de aceptación

Firmas de Metodología de Gestión de Revisión/Aprobación por el conformidad de Sponsor, Gerente de Proyectos de PMI parte del gerente de Proyectos y líderes Consultores proyectos funcionales.

1.4.2. Cierre del proyecto

Metodología de Gestión de Revisión de Proyectos de PMI métricas con Consultores metas logradas

2.1.1. Requisitos iniciales

Proceso de evaluación de la Configuración Interno.

Revisión/Aprobación por el Gerente de Proyectos.

2.1.2 Documento

Proceso de evaluación de la

Pruebas de estrés y Revisión/Aprobación por el

las Revisión/Aprobación por el las Sponsor y Gerente de Proyectos.

_________________________________________________________________________________________________________________ - 192 -

_________________________________________________________________________________________________________________

ENTREGABLE



concurrencia


preparación de ambiente

Configuración Interno.

2.2.2. Documento instalación de aplicación

Proceso de Infraestructura Interno.

Revisión/Aprobación por el Gerente de Proyectos.

2.2.3. instalación de aplicación

Proceso de Puesta producción Interno.

Informe de pruebas internas.

2.3.1 Documento de configuración inicial

Proceso de evaluación de la Configuración Interno.

Informe de pruebas internas satisfactorias.



Revisión/Aprobación por el líderes funcionales

3.1.1. Documentos archivos maestros

Proceso Interno.

de

Evaluación


3.1.2 Plantilla carga de datos

Proceso Interno.

de

Migración

Revisión/Aprobación por el Jefe de sistemas.

3.2.1. Documentos scripts

Proceso Interno.

de

Pruebas

Revisión/Aprobación por el Jefe de sistemas.

3.2.2 Documentos de aceptación de Carga

Proceso Interno.

de

Pruebas


4.1.1. Plan Paralelo admisión y caja

Proceso de Operaciones Interno.


4.1.2. Plan paralelo consumos y facturación



4.2.1. Documento de producción admisión y caja 4.2.2. Documento producción facturación y consumos





de

Gerente de Proyectos.

4.2.3. Documento de aceptación del producto

Análisis de Revisión/Aprobación por el Metodología de de PMI resultados de la Gerente de Proyectos y Consultores metodología. Coordinador del proyecto.

5.1.1 Plan Capacitación Admisión y caja

Metodología Capacitación internas

de

Test al usuario sobre el conocimiento de la herramienta


5.1.2 Plan capacitación facturación y consumos


de Test al usuario sobre el conocimiento de


_________________________________________________________________________________________________________________ - 193 -

_________________________________________________________________________________________________________________

ENTREGABLE




la herramienta 5.2.1 Ejecución Plan Capacitación Admisión y caja


de

5.2.2 Ejecución Plan capacitación facturación y consumos


de

5.3.1. Manual Configuración

Guía del Configuración.

5.3.2. Manual de usuario

Usuario

Guía del Usuario Final.




Revisión/Aprobación por el Gerente de Proyectos y Coordinador del proyecto.

Revisión de avances de manuales

Revisión/Aprobación por el Gerente del Proyecto y Jefe de Sistemas.

Revisión de avances de manuales

Revisión/Aprobación por el Gerente del Proyecto y Líderes funcionales.

_________________________________________________________________________________________________________________ - 194 -

_________________________________________________________________________________________________________________

30. MÉTRICAS DE CALIDAD


Versión

Hecha por

1.0

OV


JC

Fecha 23/11/2011


_________________________________________________________________________________________________________________ - 195 -

_________________________________________________________________________________________________________________

MÉTRICAS DE CALIDAD NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

IMPLANTACIÓN SISTEMA DE GESTIÓN AMBULATORIA

SIGAM

A. FUNCIONALIDAD: 1. Interoperabilidad

Nombre

Porcentaje de interconexiones exitosas SITEDS

Propósito

Evaluar la capacidad del sistema para integrarse con el SITEDS de la SUNASA.

Método de Aplicación Obtener la relación de conexiones exitosas que permitan obtener la información de los pacientes que cuenten con un seguro de salud y cuyos seguros utilicen la plataforma estándar del SITEDS promovido por la SUNASA. Medición, formula

X=A/B A=Número de interconexiones exitosas. B=Número de solicitudes de interconexión.

Interpretación

0<=X<=1 Entre más cercano a 1, el sistemas cumple mejor con la interoperabilidad.

Tipo de escala

Ratio

Tipo de medida

x: count A:count B: count

Fuente de medición

Especificación de requisitos Casos de Prueba

ISO / IEC 12207 SLCP

Verificación

Audiencia

Funcionales Analistas de calidad

2. Precisión _________________________________________________________________________________________________________________ - 196 -

_________________________________________________________________________________________________________________

Nombre

Exactitud de implementación funcional.

Propósito

Qué tan exacto es la implementación funcional.

Método de aplicación

Obtener la cantidad de funcionalidades que no realizan lo descrito en la especificación de requisitos y compararlo con el total de funcionalidades.

Medición, fórmula

X=1-A/B A=Cantidad de funcionalidades que no realizan lo descrito en la especificación de requisitos. B=Cantidad total de funcionalidades.

Interpretación

0<=X<=1 Entre más cercano a 1 es mejor.

Tipo de escala

Ratio

Tipo de medida

X=count/count A=count B=count

Fuente de medición

Especificación de requisitos. Casos de prueba.


Verificación

Audiencia


Nombre

Facturación devuelta

Propósito

Evaluación de un tercero sobre la exactitud de los cálculos consignados en la facturación.


Obtener la cantidad de documentos devueltos por motivos no médicos sobre la cantidad de documentos enviados.

Medición, fórmula

X=A/B A=Cantidad de documentos devueltos por motivos no médicos en un mes. B=Cantidad total de documentos enviados en un mes.

Interpretación


Tipo de escala

Ratio

_________________________________________________________________________________________________________________ - 197 -

_________________________________________________________________________________________________________________

Tipo de medida


Fuente de medición



Verificación

Audiencia


3. Cumplimiento de Funcionalidad

Nombre

Adaptación de normas SUNASA - SITEDS.

Propósito

Establecer el cumplimiento de la trama SITEDS normada por la SUNASA.


Obtener la cantidad de funcionalidades que no realizan lo descrito en la especificación de de la norma SITEDS y compararlo con el total de funcionalidades.

Medición, fórmula

X=1-A/B A=Cantidad de funcionalidades que no realizan lo descrito en la especificación de requisitos. B=Cantidad total de funcionalidades.

Interpretación


Tipo de escala

Ratio

Tipo de medida


Fuente de medición



Verificación

Audiencia


B. FIABILIDAD _________________________________________________________________________________________________________________ - 198 -

_________________________________________________________________________________________________________________

1. Madurez

Nombre

Corrección de errores

Propósito

Evaluar la proporción estimada de corrección de errores

Método de Aplicación

Obtener la relación entre el número de errores realmente corregidos y el número de errores potencialmente existentes en un producto de software de la empresa

Medición, fórmula

X=A/B A= Número de errores realmente corregidos B= Número de errores potencialmente existentes en un producto de software

Interpretación


Tipo de escala

Ratio

Tipo de medida


Fuente de medición



Verificación

Audiencia

Analistas Analistas de calidad

Nombre

Adecuación de pruebas

Propósito

Evaluar el alcance de la ejecución de casos de prueba


Medición, fórmula

Obtener la relación entre el número de pruebas ejecutadas durante la prueba y el número de casos de prueba planeados y especificados. X=A/B A= Número de pruebas ejecutadas durante la prueba B= Número de casos de prueba planeados y especificados

_________________________________________________________________________________________________________________ - 199 -

_________________________________________________________________________________________________________________

Interpretación


Tipo de escala

Ratio

Tipo de medida


Fuente de medición



Verificación

Audiencia


2. Tolerancia a fallos

Nombre

Anulación de operaciones incorrectas

Propósito

Evaluar la proporción de error detectado en la entrada de datos


Obtener la relación entre el número de errores detectados por el usuario en entradas o funciones y el número de operaciones o entradas erróneas del usuario durante la operación

Medición, fórmula

X=A/B A= Número de errores detectados por el usuario en entradas y funciones B= Número de operaciones o entradas erróneas del usuario durante la operación

Interpretación


Tipo de escala

ratio

Tipo de medida


Fuente de medición



Verificación Revisión en conjunto

_________________________________________________________________________________________________________________ - 200 -

_________________________________________________________________________________________________________________

Audiencia


3. Recuperabilidad

Nombre

Tiempo estimado de reinicio

Propósito

Evaluar la proporción estimada de tiempo de reinicio exitoso


Obtener el promedio entre el número de oportunidades de reinicio que se dieron en el tiempo estimado y el número total de oportunidades de reinicio durante las pruebas o el apoyo al funcionamiento del usuario

Medición, fórmula

X=A/B A= Número de oportunidades de reinicio que se dieron en el tiempo estimado B= Número total de oportunidades de reinicio durante las pruebas o el apoyo al funcionamiento del usuario

Interpretación


Tipo de escala

ratio

Tipo de medida


Fuente de medición




Audiencia


C. USABILIDAD 1. Operabilidad

Nombre

Accesos directos a funcionalidades del sistema.

Propósito

Que proporción de las funcionalidades del sistema tienen accesos directos.

_________________________________________________________________________________________________________________ - 201 -

_________________________________________________________________________________________________________________


Obtener el número de accesos directos a funcionalidades y comparar con el total de funcionalidades del sistema.

Medición, fórmula

X=A/B A=Cantidad de accesos directos a funcionalidades. B=Cantidad total de funcionalidades del sistema.

Interpretación


Tipo de escala

ratio

Tipo de medida


Fuente de medición



Verificación

Audiencia


2. Fácil de aprendizaje

Nombre

Explicación de mensajes de error.

Propósito

Que proporción de los mensajes de error están explicados.


Obtener la cantidad de mensajes de error del sistema que tienen explicación y compararlo con la cantidad total de mensajes de errores.

Medición, fórmula

X=A/B A=Cantidad de mensajes de error que tienen explicación. B=Cantidad total de mensajes de error.

Interpretación


Tipo de escala

ratio

Tipo de medida


_________________________________________________________________________________________________________________ - 202 -

_________________________________________________________________________________________________________________

Fuente de medición



Verificación Verificación conjunta

Audiencia


Nombre

Número de ayudas en el sistema

Propósito

Evaluar el nivel de ayuda que ofrece el sistema tomando en cuenta lo óptimo evaluado por la empresa.


Obtener la relación entre el número de ayudas que se tienen en el sistema y el número total de ayudas determinadas a tener en los productos de la empresa.

Medición, fórmula

X=A/B A=Cantidad de ayudas que tiene el sistema B= Cantidad total de ayudas que debería tener el sistema.

Interpretación

0<=X<=1 Entre más cercano a 1, cumple mejor el nivel de ayuda del sistema

Tipo de escala

ratio

Tipo de medida


Fuente de medición

Casos de Prueba Informe de Prueba


Validación Revisión en conjunto

Audiencia

Analistas de Control de calidad

D. EFICIENCIA 1. Utilización de recursos Nombre

Consumo recursos del servidor

_________________________________________________________________________________________________________________ - 203 -

_________________________________________________________________________________________________________________

Propósito

Evaluar el consumo de recursos del servidor en plena carga del sistema.


Obtener la relación del porcentaje de utilización del servidor cuando está realizando una carga al sistema en comparación con el porcentaje de utilización de servidor cuando no se está usando el sistema. Considerar que el servidor solo debe tener instalado el Sistema operativo y el sistema a comprobar.

Medición, fórmula

X=1-A/B A=Porcentaje de utilización del servidor cuando se está usando el sistema. B= Porcentaje de utilización del servidor cuando no se está usando el sistema.

Interpretación

0<=X<=1 Entre más cercano a 1, el sistema consume menor cantidad de recursos del servidor.

Tipo de escala

ratio

Tipo de medida


Fuente de medición




Audiencia

Funcionales

_________________________________________________________________________________________________________________ - 204 -

_________________________________________________________________________________________________________________

31. PLAN DE GESTIÓN DE RIESGOS


Versión

Hecha por

1.0

OV


JC

Fecha 23/11/2011


_________________________________________________________________________________________________________________ - 205 -

_________________________________________________________________________________________________________________

PLAN DE GESTION DE RIESGOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

METODOLOGIA DE GESTION DE RIESGOS PROCESO

DESCRIPCION

HERRAMIENTAS

FUENTES DE INFORMACION

Planificación de Gestión del Riesgo.

Elaborar Plan de Gestión de Riesgos.

PMBOK

Identificación de los Riesgos.

Identificar qué riesgos pueden afectar el Proyecto y documentar sus características.

Checklist de riesgos.

Análisis Cualitativo de Riesgos.

Evaluar probabilidad e impacto

Definición de probabilidad de Impacto Matriz de Probabilidad de Impacto.

Planificación de Respuesta a los Riesgos.

Planificar la ejecución de respuestas a los riesgos.

Seguimiento y Control de Riesgos.

Verificar continuamente la ocurrencia de riesgos.

Sponsor, líderes funcionales y Analistas Funcionales. Gerente de Proyectos y equipo de Proyecto. Sponsor, líderes funcionales y Analistas Funcionales. Gerente de Proyectos y equipo de Proyecto. Sponsor, líderes funcionales y Analistas Funcionales. Gerente de Proyectos y equipo de Proyecto. Sponsor, líderes funcionales y Analistas Funcionales. Gerente de Proyectos y equipo de Proyecto. Sponsor, líderes funcionales y Analistas Funcionales. Gerente de Proyectos y equipo de Proyecto.

ROLES Y RESPONSABILIDADES DE GESTION DE RIESGOS PROCESOS Planificación de Gestión de Riesgos. Identificación de los Riesgos. Análisis Cualitativo de Riesgos. Planificación de Respuesta a los Riesgos. Seguimiento y Control de Riesgos.

ROLES Equipo de Gestión de Riesgos:  Líder  Apoyo Equipo de Gestión de Riesgos:  Líder  Apoyo Equipo de Gestión de Riesgos:  Líder  Apoyo Equipo de Gestión de Riesgos:  Líder  Apoyo Equipo de Gestión de Riesgos:  Líder  Apoyo

PERSONAS

RESPONSABILIDADES

JC, MB

Dirigir actividad, responsable directo. Proveer definiciones. Ejecutar actividad.

JC, MB


JC, MB

Dirigir actividad, responsable directo. Proveer definiciones Ejecutar actividad.

JC, MB


JC, MB


PRESUPUESTO DE GESTION DE RIESGOS PROCESOS

PERSONAS

TOTAL

_________________________________________________________________________________________________________________ - 206 -

_________________________________________________________________________________________________________________

Líder Apoyo

S/. 200.00 S/. 100.00

S/.300.00

Líder Apoyo

S/. 200.00 S/. 100.00

S/.300.00


Líder Apoyo

S/. 200.00 S/. 100.00

S/.300.00

Planificación de respuesta a los Riesgos.

Líder Apoyo

S/. 200.00 S/. 100.00

S/.300.00


Líder Apoyo

S/. 200.00 S/. 100.00

S/.300.00

Planificación de Gestión de Riesgos. Identificación de los riesgos.

S/.1500.00

PERIODICIDAD DE LA GESTION DE RIESGOS PROCESOS

MOMENTO DE EJECUCION

Planificación Gestión de Riesgos.

de

Identificación los riesgos.

de

ENTREGABLES DEL WBS

Al inicio del proyecto.

1.2.3. Plan del proyecto

Al inicio del proyecto En las reuniones quincenales.

1.3.2. Reunión de coordinación quincenal.

Análisis Cualitativo Al inicio del proyecto de En las reuniones quincenales. Riesgos.


Planificación de Al inicio del proyecto Respuesta a los En las reuniones quincenales. Riesgos.


Seguimiento Control de Riesgos.


y

En cada fase del proyecto En las reuniones del equipo

PERIODICIDAD DE EJECUCION De acuerdo a planificado en cronograma De acuerdo a planificado en cronograma De acuerdo a planificado en cronograma De acuerdo a planificado en cronograma De acuerdo a planificado en cronograma

FORMATOS DE LA GESTION DE RIESGOS Planificación de Gestión de Riesgos.

Plan de gestión de Riesgos.

Identificación de los riesgos.

Identificación y Evaluación Cualitativa de Riesgos.


Identificación y Evaluación Cualitativa de Riesgos.

Planificación de Respuesta a los Riesgos.

Plan de Respuesta de Riesgos. Informe de Monitoreo de Riesgos. Solicitud de Cambios. Acción Correctiva.


_________________________________________________________________________________________________________________ - 207 -

lo el lo el lo el lo el lo el

_________________________________________________________________________________________________________________

32. LISTA DE RIESGOS IDENTIFICADOS Y EVALUACIÓN CUALITATIVA Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

OV


JC

Fecha 23/11/2011


_________________________________________________________________________________________________________________ - 208 -

_________________________________________________________________________________________________________________________________________________________________________________

REGISTRO DE RIESGOS – LISTA DE RIESGOS IDENTIFICADOS Y EVALUACIÓN CUALITATIVA NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


Probabilidad

Muy improbable Relativamente probable Probable Muy Probable Casi certera

USA DETONANTE

TRIGGER

EVENTO DE RIESGO

EFECTO SOBRE EL PROYECTO

1. Insuficiente información para la Migración pruebas Demora del cubre menos 2. proyecto y del 60% de la Desconfianza aumento de data de con la costos maestros. información al tener casos problemas Demora en la El sistema Demora en atención y consumos puesta a facturación más del 50% producción y

Valor numérico

0.1 0.3 0.5 0.7 0.9

SIGAM

Impacto

Muy Bajo Bajo Moderado Alto Muy Alto

Valor Numérico

Tipo de Riesgo

Probabilidad por Impacto

0.05

Muy Alto

Mayor a 0.5

0.10

Alto

Menor a 0.5

0.20 0.40 0.80

Moderado Bajo Muy Bajo

Menor a 0.3 Menor a 0.1 Menor a 0.5

CATEGORÍA A LA

ELEMENTO WBS AFECTADO

AVISO/SEÑAL TEMPRANA

CAUSA RAÍZ

3.2.2

No se pueden realizar todas las pruebas programadas

Análisis inadecuada para determinar la factibilidad de la migración

4.2.1 y 4.2.2

Demora en la etapa de pruebas

No se cuenta con la configuración

RESPUESTA

QUE PERTENECE

PLANIFICADA

EL RIESGO

POTENCIAL

Calidad

Técnicos

1. Digitación de los datos faltantes

1. Checklist de la configuración necesaria.

EVALUAC.

EVALUACIÓN PROBABILIDA

EVALUACIÓN

PROB.

IMPACTO

POR

D

CÓDIG TIPO DE RIESGO

O DEL

RESPONSABLE

RIESGO

IMPACTO

0.7

0.7

0.49

Alto

Gerente de proyecto, R004 consultores PMI

0.5

0.8

0.4

Alto

R003

Jefe de Sistemas

_________________________________________________________________________________________________________________________________________________________________________________ - 209 -

_________________________________________________________________________________________________________________________________________________________________________________

USA DETONANTE

TRIGGER

EVENTO DE RIESGO

de recursos servidor.




Percepción los de problemas del con el proyecto

1. Boletas no cuadran con expedientes anteriores El sistema 2. El paciente calcula mal se queja por por la mala Demora en el diferencia información proyecto entre lo que de los cobraban y lo convenios. que le pretenden cobrar Caso 1: No se inician los No Operativo trabajos u operación Demora en el operativos deficiente el proyecto Caso 2: Existen servidor quejas sobre Oracle 10g el servidor Caso 1. Demora en la atención Tiempo de Caso 2. respuesta No cumplir Encuestas de supere los 3 con un calidad de segundos en requisito atención más del 50% indispensable indican a la de los casos. demora como un factor importante Incertidumbre, Las Demora en inseguridad, capacitaciones puesta a

5.2.1 y 5.2.2

Facturación no cuadra

2.1.2.

No se inician los trabajos operativos

CATEGORÍA A LA CAUSA RAÍZ

RESPUESTA

QUE PERTENECE

PLANIFICADA

EL RIESGO

POTENCIAL

EVALUAC.

EVALUACIÓN PROBABILIDA

EVALUACIÓN IMPACTO

D

PROB. POR


O DEL

RESPONSABLE

RIESGO

IMPACTO

solicitada para el sistema

2. Pruebas de esfuerzo y concurrencia

Mala configuración de convenios

Calidad

1. Revisión muestral de convenios 2. Capacitar al administrador del sistema

0.4

0.7

0.28

Moderado R005

Consultores PMI

Descuido

Administración del proyecto y externos

1. Tener fecha máxima para tener el equipamiento necesario

0.3

0.8

0.24

Moderado R006

Jefe de Sistemas

Calidad

1. Revisión del nivel de uso de la línea dedicada 2. Incremento del ancho de banda

0.5

0.4

0.2

Moderado R001

Jefe de Sistemas

0.3

0.4

0.12

Moderado

4.2.1 y 4.2.2

Pruebas con el usuario

Infraestructura inadecuada

5.2.1 y 5.2.2

Pruebas con usuarios

Resistencia al cambio y

Desempeño

1. Informar al sponsor sobre

R002

Gerente de proyecto

_________________________________________________________________________________________________________________________________________________________________________________ - 210 -

_________________________________________________________________________________________________________________________________________________________________________________

USA DETONANTE

TRIGGER

atención con manuales de usuarios

EVENTO DE RIESGO

no llegan al 95% de aprobación por parte de los usuarios finales.


producción.



insatisfactorias

CATEGORÍA A LA CAUSA RAÍZ

RESPUESTA

QUE PERTENECE

PLANIFICADA

EL RIESGO

POTENCIAL

EVALUAC.

EVALUACIÓN PROBABILIDA D

EVALUACIÓN IMPACTO

PROB. POR IMPACTO


O DEL

RESPONSABLE

RIESGO

la situación presentada 2. Comunicar a los usuarios finales sobre la importancia del sistema

tiempo dedicado muy corto

_________________________________________________________________________________________________________________________________________________________________________________ - 211 -

_________________________________________________________________________________________________________________

33. PLAN DE RESPUESTA A RIESGOS


Versión

Hecha por

1.0

OV


JC

Fecha 25/11/2011


_________________________________________________________________________________________________________________ - 212 -

________________________________________________________________________________________________________________________________________________________________________________________

REGISTRO DE RIESGOS – PLAN DE RESPUESTA A RIESGOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

ORDENADO DECRECIENTE POR SEVERIDAD : CÓDIGO

ELEMENTO WBS

PROPIETARIO DEL

AFECTADO

RIESGO

R004

Migración cubre menos del 60% de la data de maestros.

3.2.2

Project Manager, consultores PMI

R003

El sistema consumos más del 50% de los recursos del servidor.

4.2.1 y 4.2.2

Jefe de sistemas

R005

El sistema calcula mal por la mala información de los convenios.

5.2.1 y 5.2.2

Consultores PMI

R006

No ha llegado el servidor Oracle 10g

2.1.2.

Jefe de Sistemas

R001

Tiempo de respuesta supere los 3 segundos en más del 50% de los casos.

4.2.1 y 4.2.2

Jefe de Sistemas

DEL

EVENTO DE RIESGO

RIESGO

Las capacitaciones no llegan al 95% de aprobación por parte de los usuarios finales.

5.2.1 y 5.2.2

Project Manager

PROBABILIDAD POR IMPACTO

RESPUESTA PLANIFICADA SEVERIDAD

ESTRATEGIA DE RESPUESTA

0.49 Alta

Contratar digitador

Evitar

Alta

Upgrade de memoria al servidor

Mitigar

0.28

Moderado

Auditar expedientes

Mitigar

0.24

Moderado

Confirmar la instalación del software

Aceptar

0.2

Moderado

Realizar controles frecuentes de la performance de la conexión

Evitar

0.12

Moderado

Campaña de sensibilización.

Mitigar

0.4

ACCIONES DE RESPUESTA

3.

Digitación de los datos faltantes

3.

Checklist de la configuración necesaria. Pruebas de esfuerzo y concurrencia

2. 4. 2. 3.

3. 4. 3. 4. 4.

Revisión muestral de convenios Capacitar al administrador del sistema Tener fecha máxima para tener el equipamiento necesario Revisión del nivel de uso de la línea dedicada Incremento del ancho de banda Informar al sponsor sobre la situación presentada Comunicar a los usuarios

PRESUPUESTO PARA LA RESPUESTA

S/.1750

S/.1750

S/.500

S/.0

S/.500

S/.500

________________________________________________________________________________________________________________________________________________________________________________________ - 213 -

________________________________________________________________________________________________________________________________________________________________________________________

R002

finales sobre la importancia del sistema

________________________________________________________________________________________________________________________________________________________________________________________ - 214 -

_________________________________________________________________________________________________________________

34. PLAN DE RECURSOS HUMANOS Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

IM

CONTROL DE VERSIONES Revisada por Aprobada por GE

JC

Fecha 05/01/2012


___________________________________________________________________________________________________________________ - 215 -

_________________________________________________________________________________________________________________

PLAN DE RECURSOS HUMANOS NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

Implementacion de un Sistema de Gestion Ambulatoria en la clínica COSET MEDICA S.A.C

ISGACE

Introducción El plan de gestión de recursos humanos nos ayudará en la gestión de las actividades de los recursos humanos a lo largo de todo el proyecto hasta el cierre. El plan de gestión de recursos humanos incluye: - Funciones y responsabilidades de los miembros del equipo durante el proyecto - Organigrama del Proyecto - Cuántos recursos se adquirirán - Cronología / habilidades de los recursos - Entrenamiento necesario para desarrollar las habilidades - Sistema de Reconocimiento y las recompensas

Organigrama del Proyecto: Ver Organigrama del Proyecto – versión 1.0 Nota: Adjuntar Organigrama del Proyecto.

Roles y Responsabilidades: Ver Matriz de Asignación de Responsabilidades (RAM) – versión 1.0 Nota: Adjuntar matriz ram.

Descripción de Roles: Ver Descripción de Roles – versión 1.0 Nota: Adjuntar formatos de descripción de roles.

Adquisición del Personal del Proyecto: Ver Cuadro de Adquisición del Personal – versión 1.0 Nota: Adjuntar Cuadro de Adquisición de Personal.

Cronogramas e Histogramas de Trabajo del Personal del Proyecto: Ver Diagramas de Carga del Personal – versión 1.0 Nota: Adjuntar Diagrama de Carga de Personal.

Criterios de Liberación del Personal del Proyecto: Rol

Sponsor Gerente del Proyecto

Criterio de Liberación

Al término del proyecto Al término del proyecto

¿cómo?

Comunicación del Sponsor

Destino de Asignación

Otros proyectos Otros proyectos

___________________________________________________________________________________________________________________ - 216 -

_________________________________________________________________________________________________________________


Consultor Modulo Admisión y Consumos Consultor Modulo Facturación

Al término de contrato

seguridad, Al término de sus entregables de

Caja

y Al término de sus entregables

Capacitador Módulos de Caja y Al término de sus Facturación entregables Capacitador Modulo Admisión y Consumos

seguridad, Al término de sus entregables

Comunicación del Project Manager Comunicación del Project Manager Comunicación del Project Manager Comunicación del Project Manager Comunicación del Project Manager

Otros proyectos

Otros proyectos

Otros proyectos

Capacitación, Entrenamiento, Mentoring requerido: ● Siempre se deben aprovechar los proyectos para que los Project Manager más experimentados hagan mentoring a los menos experimentados, en este caso el Sponsor hará mentoring al Project Manager para ayudarlo a desarrollar sus habilidades de gestión de proyectos; asimismo el Project Manager hará mentoring a los especialistas que están bajo su cargo. ● La empresa deberá capacitar y entrenar al personal que participa en el proyecto, según lo requiera éste. Sistema de Reconocimiento y Recompensas: El Project Manager tiene un Sistema de Incentivo por cumplimiento de las líneas base del proyecto: 1. CPI y SPI al final del proyecto, no menores de 1.0, 20% de bono sobre su remuneración mensual durante el plazo del proyecto. 2. CPI y SPI al final del proyecto, entre 0.95 y 1.0, 5% de bono sobre su remuneración mensual durante el plazo del proyecto. 3. Cualquier combinación de los logros anteriores promedia los bonos correspondientes, cualquier resultado por debajo de 0.95 anula cualquier bono. Los Miembros del equipo tienen un Sistema de Compensación con 70% de remuneración fija y 30% de remuneración variable, la cual varía según la siguiente tabla: 1. Entrega de asignaciones: Entregar las asignaciones a tiempo, con peso 50. 2. Calidad de entregables: entregar las asignaciones con las pruebas unitarias realizadas con el mínimo de errores y fallos, con peso 50. Cumplimiento de Regulaciones, Pactos, y Políticas: 12. Sólo se deben contratar Ingenieros y personal especialista que cuenten con una acreditación y que pertenezcan al personal interno de la empresa. 13. Todo el personal de la empresa que participa del proyecto pasará por una Evaluación de Desempeño al final del proyecto, y dicha evaluación se guardará en su file personal. Requerimientos de Seguridad: El traslado de equipos (Laptop, Discos Duros, Cd`s) hacia los locales de la Clínica, genera riesgo de robo o asalto para el personal que traslada el equipo, por tanto se fija como requerimiento de seguridad que cualquier traslado de equipos debe ser hecho con movilidad (taxi) pagada por la empresa, para bienestar del personal y de los activos de la empresa.

___________________________________________________________________________________________________________________ - 217 -

_________________________________________________________________________________________________________________

35. ORGANIGRAMA DEL PROYECTO Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

IM


JC

Fecha 05/01/2012


___________________________________________________________________________________________________________________ - 218 -

_________________________________________________________________________________________________________________________________________________________________________________

ORGANIGRAMA DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Directorio Comité de Control de Cambios Directorio, Sponsor, GP

Sponsor Sebastián Céspedes

Gerente de Proyectos

Comité de Control de Calidad Sponsor, Gerente de P.

Janis Candia

Consultor Módulos Admisión y Caja Fredy Aranda

Capacitador Módulos Admisión y Caja

Consultor Módulos Consumos y Facturación Arquitecto de Tecnología Gustavo Espinoza

Iván Manta

Oscar Valderrama

Capacitador Módulos Consumos y Facturación Gabriela U.

_________________________________________________________________________________________________________________________________________________________________________________ - 219 -

___________________________________________________________________________________________________________________

36. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

IM


JC

Fecha 05/01/2012


___________________________________________________________________________________________________________________ - 220 -

___________________________________________________________________________________________________________________

MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES (RAM) NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

ROLES / PERSONA S SP: Sponsor

GP: Gerente de Proyect o

A

R

A

R

A A

R R

A

R

V

R

V

R

A

R

A

R

AT: Arquitecto de Tecnología

COMSAC: Consultor Modulo seguridad, Admisión y Consumos

COMCF: Consultor Modulo de Caja y Facturación

CAMCF: Capacitador Módulos de Caja y Facturación

CAMSAC: Capacitador Módulos de Admisión y Consumos

ENTREGABLES 1.0 Gestión del Proyecto 1.1 Iniciación 1.1.1 Project Charter 1.1.2 Alcance Preliminar 1.2 Planificación 1.2.1 Enunciado Alcance 1.2.2 Cronograma 1.2.3 Plan de proyecto 1.3 Informe 1.3.1 Informe semanal 1.3.2 Informe Quincenal 1.4 Cierre 1.4.1 Acta de Aceptación 1.4.2 Cierre del Proyecto 2.0 Soporte Infraestructura 2.1 Preparación Ambiente 2.1.1 Requisitos iniciales 2.1.2 Documento de Preparación de Ambiente

V

R

V

R

V

R

V

R

V

R

2.2 Instalación 2.2.1 Documento de Instalación (Scripts, schemas) 2.2.2 Documento de Instalación Aplicación 2.2.3 Instalación de Aplicación

V

2.3 Configuración ___________________________________________________________________________________________________________________ - 221 -

___________________________________________________________________________________________________________________


ENTREGABLES 2.3.1 Documento de Configuración inicial 2.3.2 Documento de Aceptación 3.0 Migración de Datos



R

P

P

V

R

P

P

V

R

P

P

V

R

P

P

R

R

R

R

V

R

R

V

R

R

R

P

P



V

R

V

R

V



3.1 Análisis 3.1.1 Documento de archivos maestros 3.1.2 Plantilla de Carga de Datos 3.2 Migración 3.2.1 Documentos Scripts 3.2.2 Documentos de Aceptación de Carga 4.0 Puesta en Producción

V

4.1 Plan de Paralelo 4.1.1 Plan paralelo Admisión y Caja 4.1.2 Plan paralelo Consumo y Facturación 4.2 Puesta en Marcha 4.2.1 Documento de Producción de Admisión y Caja 4.2.2 Documento de Producción de Consumo y Facturación 4.2.3 Documento de Aceptación del Producto

V

5.0 Capacitación 5.1 Plan de Capacitación 5.1.1 Plan de capacitación Admisión R R y Caja 5.1.2 Plan de capacitación Consumo R R y Facturación 5.2 Ejecución del Plan de Capacitación 5.2.1 Ejecución del Plan de Capacitación Admisión R R y Caja 5.2.2 Ejecución R R del Plan de Capacitación ___________________________________________________________________________________________________________________ - 222 -

___________________________________________________________________________________________________________________




V

R

R

V

R

R





ENTREGABLES Facturación y Consumo 5.3 Manuales 5.3.1 Manual de Configuración 5.3.2 Manual de usuario

Leyenda R = Responsable P = Participa V = Revisa A = Aprueba

___________________________________________________________________________________________________________________ - 223 -

___________________________________________________________________________________________________________________

37. DESCRIPCIÓN DE ROLES


Versión

Hecha por

1.0

IM


JC

Fecha 05/01/2012


___________________________________________________________________________________________________________________ - 224 -

___________________________________________________________________________________________________________________

DESCRIPCION DE ROLES NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Nombre del Rol SPONSOR Objetivos del Rol: Es la persona que patrocina el proyecto, es el principal interesado en el éxito del proyecto, y por tanto la persona que apoya, soporta, y defiende el proyecto. Responsabilidades: Temas puntuales por los cuales es responsable (¿de qué es responsable?). ○ Aprobar el Project Charter. ○ Aprobar el Scope Statement. ○ Aprobar el Plan de Proyecto. ○ Aprobar el Cierre del proyecto. Funciones: ○ Firmar el Contrato del Proyecto. ○ Iniciar el proyecto. ○ Aprobar la planificación del proyecto. ○ Cerrar el proyecto y el Contrato del Servicio. ○ Gestionar el Control de Cambios del proyecto. ○ Gestionar los temas contractuales con el Cliente. ○ Asignar recursos al proyecto. ○ Designar y empoderar al Project Manager. ○ Ayudar en la solución de problemas y superación de obstáculos del proyecto. Niveles de Autoridad: ○ Decide sobre recursos humanos y materiales asignados al proyecto. ○ Decide sobre modificaciones a las líneas base del proyecto. ○ Decide sobre planes del proyecto. Reporta a: A Directorio Supervisa a: Gerente de Proyecto Requisitos del Rol: Conocimientos: Gestión Estratégica. Liderazgo. Comunicación. Habilidades:. Solución de conflictos. Inteligencia emocional. Gestión en Marketing Nuevos productos (4 años). Experiencia: Experiencia en proyectos de Tecnologías de información. Otros: Gestión de Portafolios.

___________________________________________________________________________________________________________________ - 225 -

___________________________________________________________________________________________________________________

Nombre del Rol GERENTE DE PROYECTO Objetivos del Rol: Es la persona que gestiona el proyecto, es el principal responsable por el éxito del proyecto, y por tanto la persona que asume el liderazgo y la administración de los recursos del proyecto para lograr los objetivos fijados por el Sponsor. Responsabilidades: ○ Elaborar el Project Charter. ○ Elaborar el Registro de Stakeholders. ○ Elaborar el Plan de Proyecto. ○ Elaborar el Informe de Performance del Proyecto, Realizar la Reunión y generar las actas. ○ Elaborar el Informe de Cierre de componentes y Elaborar el Informe de Cierre del proyecto. Funciones: ○ Ayudar al Sponsor a iniciar el proyecto. ○ Planificar el proyecto. ○ Ejecutar el proyecto. ○ Controlar el proyecto. ○ Cerrar el proyecto. ○ Ayudar a Gestionar el Control de Cambios del proyecto. ○ Gestionar los recursos del proyecto. ○ Solucionar problemas y superar los obstáculos del proyecto. Niveles de Autoridad: ○ Decide sobre la programación detallada de los recursos humanos y materiales asignados al proyecto. ○ Decide sobre la información y los entregables del proyecto. Reporta a: Sponsor Supervisa a: ○ Arquitecto de tecnología ○ Consultor Modulo seguridad, Admisión y Consumos ○ Consultor Modulo de Caja y Facturación ○ Capacitador Módulos de Caja y Facturación ○ Capacitador Módulos de Admisión y Consumos Requisitos del Rol: Conocimientos: Gestión de Proyectos según el Qué temas, materias, o especialidades debe conocer, manejar o PMBOK. dominar. MS Project. Liderazgo. Comunicación. Habilidades: Negociación. Qué habilidades específicas debe poseer y en qué grado. Solución de Conflictos. Motivación. Gestión de Proyectos. Experiencia: Procesos de desarrollo de Qué experiencia debe tener, sobre qué temas o situaciones, y de qué productos. nivel. Aplicaciones ERP. Otros: Otros requisitos especiales tales como género, edad, nacionalidad, No aplica. estado de salud, condiciones físicas, etc. ___________________________________________________________________________________________________________________ - 226 -

___________________________________________________________________________________________________________________

Nombre del Rol Arquitecto de Tecnología Objetivos del Rol: Es la persona que se encargará de la preparación y configuración del ambiente que soportará la instalación del nuevo sistema, es el responsable de la ejecución de la migración de data a la base de datos, administra los recursos para lograr los objetivos fijados por el Gerente de Proyectos. Responsabilidades: ○ Preparar el ambiente determinando los requisitos de infraestructura necesarios. ○ Elaborar el documento de preparación del ambiente. ○ Instalar el sistema SIGAM ○ Configurar el Sistema SIGAM de acuerdo a parámetros establecidos. ○ Elaborar el documento de aceptación de la configuración del ambiente. ○ Analizar los archivos maestros a migrar. ○ Elaborar la plantilla de migración. ○ Elaborar los scripts de carga. ○ Elaborar el documento de aceptación de carga. Funciones: ○ Reportar al Gerente del Proyecto las actividades asignadas. ○ Planificar y Ejecutar la preparación y configuración del ambiente. ○ Ejecutar la instalación de las fuentes del sistema SIGAM ○ Configurar el Sistema de acuerdo a los parámetros establecidos ○ Ejecutar los scripts y validar la Cargar de la Data. ○ Solucionar problemas y superar los obstáculos del proyecto. Niveles de Autoridad: ○ Decide sobre el análisis necesario para cumplir con lo asignad. ○ Determina los recursos o requisitos necesarios para la preparación del ambiente de instalación. ○ Decide sobre la información y los entregables asignados. Reporta a: Gerente de Proyecto Supervisa a: Ninguno Requisitos del Rol: Tecnología de Servidores. Sistemas Operativos Conocimientos: Base de Datos. Qué temas, materias, o especialidades debe conocer, Redes y Conectividades. manejar o dominar. Configuración de Sistema SIGAM Ms Project Comunicación Habilidades: Proactividad Qué habilidades específicas debe poseer y en qué Confiabilidad grado. Trabajo bajo presión Experiencia: Arquitecto de Infraestructura (3 años) Qué experiencia debe tener, sobre qué temas o Administración de base de datos (3 años) situaciones, y de qué nivel. Redes (3 años) Otros: Otros requisitos especiales tales como género, edad, No aplica. nacionalidad, estado de salud, condiciones físicas, etc. ___________________________________________________________________________________________________________________ - 227 -

___________________________________________________________________________________________________________________

Nombre del Rol Consultor de Módulo (seguridad, Admisión, Consumos / Caja y Facturación) Objetivos del Rol: Es la persona que se encargará del análisis de la migración de data, la preparación de los scripts de migración, la preparación y verificación del ambiente que soportará la instalación del nuevo sistema, es el responsable de la puesta en producción de los módulos asignados. Responsabilidades: ○ Verificar la correcta instalación y configuración de los módulos asignados. ○ Analizar los archivos maestros a migrar. ○ Verificar la funcionalidad de los módulos asignados ○ Analizar los archivos maestros a migrar. ○ Elaborar la plantilla de carga de datos. ○ Elaborar los Scripts de carga de datos. ○ Validar la carga de los módulos asignados. ○ Elaborar el plan paralelo de los módulos asignados. ○ Elaborar los documentos de aceptación de puesta en producción de los módulos asignados. ○ Elaborar el documento de aceptación de carga de data. Funciones: ○ Reportar al Gerente del Proyecto las actividades asignadas. ○ Planificar, coordinar y supervisar la migración de data. ○ Revisar la instalación de los aplicativos ○ Ejecutar la instalación de las fuentes del sistema SIGAM ○ Establecer los parámetros de configuración del sistema. ○ Ejecutar los scripts y validar la Cargar de la Data. ○ Solucionar problemas y superar los obstáculos del proyecto. Niveles de Autoridad: ○ Decide sobre el análisis necesario para cumplir con lo asignado. ○ Determina los recursos o requisitos necesarios para la preparación del ambiente de instalación. ○ Decide sobre la información y los entregables asignados. Reporta a: Gerente de Proyecto Supervisa a: Capacitador Requisitos del Rol: Administración de Base de Datos. Conocimientos: Análisis y diseño de Sistemas. Qué temas, materias, o especialidades debe conocer, Herramientas de Consulta a Base de datos manejar o dominar. Sistema SIGAM Ms Project Comunicación Habilidades: Proactividad Qué habilidades específicas debe poseer y en qué Confiabilidad grado. Trabajo bajo presión Experiencia: Qué experiencia debe tener, sobre qué temas o situaciones, y de qué nivel.

Analista Funcional (4 años) Programador (4años) Administración de base de datos (4 años) Trabajo en equipo (2 años)

___________________________________________________________________________________________________________________ - 228 -

___________________________________________________________________________________________________________________

Otros: Otros requisitos especiales tales como género, edad, nacionalidad, estado de salud, condiciones físicas, etc.

No aplica.

Nombre del Rol Capacitador de Modulo (seguridad, Admisión, Consumos / Caja y Facturación) Objetivos del Rol: Es la persona que se encargará de la planificación y ejecución del plan de capacitación de la administración del Sistema SIGAM al personal fijado por el Cliente, así como los manuales de Configuración y el manual de usuario. Responsabilidades: ○ Elaborar el plan de capacitación del módulo asignado. ○ Elaborar el material de entrenamiento para las capacitaciones. ○ Ejecutar el plan de capacitación del módulo asignado. ○ Elaborar el manual de Configuración del Sistema SIGAM. Funciones: ○ Reportar al Gerente del Proyecto las actividades asignadas. ○ Coordinar con los miembros del equipo del proyecto para la elaboración de los manuales de configuración y de usuario. ○ Desarrollar el plan de capacitación del módulo asignado. ○ Ejecutar el plan de capacitación del módulo asignado. ○ Elaborar el manual de Configuración del Sistema SIGAM Niveles de Autoridad: ○ Programa y coordina los temas necesarios para la capacitación de los módulos para cumplir con lo asignado. ○ Desarrolla los manuales con la información necesaria en cuanto a la configuración y uso de los módulos implantados. Reporta a: Consultor de Módulo Supervisa a: Ninguno Requisitos del Rol: Análisis de Sistemas. Conocimientos: Desarrollo de Software. Qué temas, materias, o especialidades debe conocer, Herramientas de Consulta a Base de datos manejar o dominar. Módulos del Sistema SIGAM Comunicación. Proactividad Habilidades: Confiabilidad Qué habilidades específicas debe poseer y en qué Trabajo bajo presión. grado. Oratoria Dominio de escena Documentación de procesos (1 año) Experiencia: Analista Programador (2 años) Qué experiencia debe tener, sobre qué temas o Diseño (1 año) situaciones, y de qué nivel. Trabajo en equipo (2 años) Otros: No aplica. Otros requisitos especiales tales como género, edad, nacionalidad, estado de salud, condiciones físicas, ___________________________________________________________________________________________________________________ - 229 -

___________________________________________________________________________________________________________________

etc.

___________________________________________________________________________________________________________________ - 230 -

___________________________________________________________________________________________________________________

38. DIAGRAMA DE CARGA DE PERSONAL Sistema de Gestión Ambulatoria

Versión

Hecha por

1.0

IM


JC

Fecha 05/01/2012


___________________________________________________________________________________________________________________ - 231 -

___________________________________________________________________________________________________________________

DIAGRAMA DE CARGA DE PERSONAL Nombre del proyecto

Siglas del Proyecto


SIGAM

___________________________________________________________________________________________________________________ - 232 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 233 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 234 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 235 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________ - 236 -

___________________________________________________________________________________________________________________

39. CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO Sistema de Gestión Ambulatoria Versión

Hecha por

1.0

IM


JC

Fecha 05/01/2012


___________________________________________________________________________________________________________________ - 237 -

________________________________________________________________________________________________________________________________________________________________________________________

CUADRO DE ADQUISICIÓN DEL PERSONAL DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Tipo de Adquisición

Fuente de adquisición

Modalidad de Adquisición

Local de trabajo asignado

Fecha de inicio de Reclutamiento

Fecha requerida de disponibilidad de personal

Costo de Reclutamiento

Apoyo de Area de RRHH

Sponsor del proyecto

Asignación Consultores PMI S.A.C.

Consultores PMI S.A.C.

Contratación Directa


20/10/2011

22/10/2011

Ninguno

Ninguno

Gerente de Proyecto

Asignación Consultores PMI S.A.C.




20/10/2011

22/10/2011

Ninguno

Ninguno


Contratación




22/10/2011

23/01/2012

Ninguno

Ninguno

Consultor Modulo seguridad, Admisión y Consumos

Contratación




22/10/2011

15/01/2012

Ninguno

Ninguno

Consultor Modulo de Caja y Facturación

Contratación




22/10/2011

15/01/2012

Ninguno

Ninguno

Capacitador Módulos de Caja y Facturación

Contratación




03/01/2012

22/01/2012

Ninguo

Ninguno

Rol

________________________________________________________________________________________________________________________________________________________________________________________ - 238 -

________________________________________________________________________________________________________________________________________________________________________________________

Capacitador de Modulo seguridad, Admisión y Consumos

Contratación




03/01/2012

22/01/2012

Ninguno

Ninguno

________________________________________________________________________________________________________________________________________________________________________________________ - 239 -

_________________________________________________________________________________________________________________

40. PLAN DE GESTION DE COMUNICACIONES Sistema de Gestión Ambulatoria Versión

Hecha por

1.0

IM


JC

Fecha 05/01/2012


_________________________________________________________________________________________________________________ - 240 -

_________________________________________________________________________________________________________________

PLAN DE GESTION DE COMUNICACIONES NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Comunicaciones del Proyecto: Ver Matriz de Comunicaciones del Proyecto – versión 1.0. Nota: Adjuntar Matriz de Comunicaciones del Proyecto Procedimiento para tratar Polémicas: 1. Se captan las polémicas a través de la observación y conversación, o de alguna persona o grupo que los exprese formalmente. 2. Se codifican y registran las polémicas en el Log de Control de Polémicas: LOG DE CONTROL DE POLEMICAS Código de Descripció Polémicas n

Involucrado s

Enfoque de Solución

Acciones de Solución

Responsabl e Fecha

Resultado obtenido

3. Se revisa el Log de Control de Polémicas en la reunión semanal de coordinación con el fin de: ● Determinar las soluciones a aplicar a las polémicas pendientes por analizar, designar un responsable por su solución, un plazo de solución, y registrar la programación de estas soluciones en el Log de Control. ● Revisar si las soluciones programadas se están aplicando, de no ser así se tomarán acciones correctivas al respecto. ●

Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha sido resuelta, de no ser así se diseñarán nuevas soluciones (continuar en el paso ‘a’).

4. En caso que una polémica no pueda ser resuelta o en caso que haya evolucionado hasta convertirse en un problema, deberá ser abordada con el siguiente método de escalamiento: 1. 2. 3. 4.

En primera instancia será tratada de resolver por el Project Manager, utilizando el método estándar de resolución de problemas. En segunda instancia será tratada de resolver por el Project Manager, y los miembros pertinentes del Equipo de Proyecto, utilizando el método estándar de resolución de problemas. En tercera instancia será tratada de resolver por el Sponsor, el Project Manager, y los miembros pertinentes del proyecto, utilizando la negociación y/o solución de conflictos. En última instancia será resuelta por el Sponsor o por el Sponsor y el Comité de Control de Cambios si el primero lo cree conveniente y necesario.

Procedimiento para actualizar el Plan de Gestión de Comunicaciones: El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez que: a. b. c. d.

Se apruebe una Solicitud de Cambio que impacte el Plan de Proyecto. Se genere una acción correctiva que impacte los requerimientos o necesidades de información de los stakeholders. Existan cambios de personal en el equipo de proyecto. Se generen cambios en las asignaciones de personas a roles del proyecto.

_________________________________________________________________________________________________________________ - 241 -

_________________________________________________________________________________________________________________

e. f. g. h.

Existan cambios en la matriz autoridad versus influencia de los stakeholders. Se generen solicitudes especiales de informes o reportes adicionales. Existan quejas, sugerencias, comentarios o evidencias de requerimientos de información no satisfechos. Existan evidencias de deficiencias de comunicación interna y con involucrados externos.

La actualización del Plan de Gestión de las Comunicaciones deberá seguir los siguientes pasos: ○ Identificación y clasificación de stakeholders. ○ Determinación de requerimientos de información. ○ Elaboración de la Matriz de Comunicaciones del Proyecto. ○ Actualización del Plan de Gestión de las Comunicaciones. ○ Aprobación del Plan de Gestión de las Comunicaciones. ○ Difusión del nuevo Plan de Gestión de las Comunicaciones. Guías para Eventos de Comunicación: GUIA PARA REUNIONES: ● Se debe fijar la agenda con anterioridad. ● Se debe coordinar e informar fecha, hora y lugar con los participantes. ● Se debe empezar puntual. ● Se deben fijar los objetivos de la reunión, los roles (por lo menos el facilitador y el anotador), los procesos grupales de trabajo, y los métodos de solución de controversias. ● Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de anotador (toma nota de los resultados formales de la reunión). ● Se debe terminar puntual. ● Se debe emitir un Acta de Reunión, la cual se debe repartir a los participantes (previa revisión por parte de ellos). GUIA PARA CORREO ELECTRONICO: ● Los correos electrónicos entre el Equipo de Proyecto de SIGAM y el Cliente deberán ser enviados por el Project Manager con copia al Sponsor, para establecer una sola vía formal de comunicación con el Cliente. ● Los enviados por el Cliente y recibidos por cualquier persona del Equipo de Proyecto de SIGAM deberán ser copiados al Gerente de Proyecto y al Sponsor (si es que éstos no han sido considerados en el reparto), para que todas las comunicaciones con el Cliente estén en conocimiento de los responsables de la parte contractual. ● Los correos internos entre miembros del Equipo de Proyecto de PMI, deberán ser copiados a la lista Equipo SIGAM, que contiene las direcciones de los miembros, para que todos estén permanentemente informados de lo que sucede en el proyecto. Guías para Project Server: Todas las actualizaciones de tareas referidas a la Gestión de Proyectos deberán seguir las siguientes pautas: 1. El Gerente de Proyecto será el responsable de su actualización. 2. La información será distribuida automáticamente una vez generado el registro de las actualizaciones por el Gerente de Proyecto. 3. Los mensajes electrónicos se distribuirán de acuerdo a la Lista de Distribución registrada como parámetro en el Project Server. Guías para Intranet: Los archivos referidos a Gestión de Proyectos que serán publicados vía la Intranet deberán seguir las siguientes pautas: 1. Ingresar a Intranet Corporativa, subir los archivos referidos y efectuar el registro definitivo. 2. La información queda disponible para todo el Equipo de Proyecto. Guías para Documentación del Proyecto: _________________________________________________________________________________________________________________ - 242 -

_________________________________________________________________________________________________________________

Guías para Codificación de Documentos.- La codificación de los documentos del proyecto será la siguiente: AAAA_BBB_CCC.DDD Donde: AAAA = Código del Proyecto= ‘PROD’ BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc. CCC = Versión del Documento=’v1.0’, ‘v2.0’, etc. DDD = Formato del Archivo=doc, exe, pdf, mpp, etc. Guías para Almacenamiento de Documentos.- El almacenamiento de los documentos del proyecto deberá seguir las siguientes pautas: ○

○

○

○ ○

Durante la ejecución del proyecto cada miembro del equipo mantendrá en su máquina una carpeta con la misma estructura que el WBS del proyecto, donde guardará en las sub-carpetas correspondientes las versiones de los documentos que vaya generando. Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los archivos temporales de trabajo de los documentos y se quedará con las versiones controladas y numeradas (ver sección Guías para el control de versiones), las cuales se enviarán al Project Manager. El Project Manager consolidará todas las versiones controladas y numeradas de los documentos, en un archivo final del proyecto, el cual será una carpeta con la misma estructura del WBS, donde se almacenarán en el lugar correspondiente los documentos finales del proyecto. Esta carpeta se archivará en la Biblioteca de Proyectos de Consultores PMI, y se guardará protegida contra escritura. Se publicará una Relación de Documentos del Proyecto y la ruta de acceso para consulta. Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de información y multiplicidad de versiones.

Guías para Recuperación y Reparto de Documentos.1. La recuperación de documentos a partir de la Biblioteca de Proyectos de Consultores PMI es libre para todos los integrantes del Equipo de Proyecto de SIGAM. 2. La recuperación de documentos a partir de la Biblioteca de Proyectos de Consultores PMI para otros miembros de SIGAM que no sean del Proyecto requiere autorización del Project Manager. 3. El acceso a la información del proyecto por parte de personas que no son de Consultores PMI requiere autorización de Gerencia General, pues esta información se considera confidencial, tanto para Consultores PMI como para el Cliente. 4. El reparto de documentos digitales e impresos es responsabilidad del Project Manager. 5. El reparto de documentos impresos no contempla el control de copias numeradas.

Guías para el Control de Versiones: 1.

Todos los documentos de Gestión de Proyectos están sujetos al control de versiones, el cual se hace insertando una cabecera estándar con el siguiente diseño:

CONTROL DE VERSIONES Versión

2.

3.

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

Cada vez que se emite una versión del documento se llena una fila en la cabecera, anotando la versión, quien emitió el documento, quién lo revisó, quién lo aprobó, a que fecha corresponde la versión, y por qué motivo se emitió dicha versión. Debe haber correspondencia entre el código de versión del documento que figura en esta cabecera de Control de Versiones y el código de versión del documento que figura en el nombre del archivo (ver sección Guía para Codificación de Documentos), según:

_________________________________________________________________________________________________________________ - 243 -

_________________________________________________________________________________________________________________

AAAA_BBB_CCC.DDD Donde: AAAA= Código del Proyecto= ‘PROD’ BBB= Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs,org,ram,etc. CCC= Versión del Documento=’v1.0’, ‘v2.0’, etc. DDD= Formato del Archivo=doc, exe, pdf,mpp,etc. Glosario de Terminología del Proyecto: Ver Glosario de Terminología del Proyecto – versión 1.0.

Canales de Comunicación: Los canales de comunicación que existe en el equipo de proyectos se calculan utilizando la siguiente fórmula: M(M–1) 2 Donde: M = al número de integrantes del equipo

_________________________________________________________________________________________________________________ - 244 -

_________________________________________________________________________________________________________________

41. MATRIZ DE COMUNICACIONES DEL PROYECTO Sistema de Gestión Ambulatoria Versión

Hecha por

1.0

IM


JC

Fecha 05/01/2012


_________________________________________________________________________________________________________________ - 245 -

________________________________________________________________________________________________________________________________________________________________________________________

MATRIZ DE COMUNICACIONES DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


Información

Contenido

Datos y comunicación Iniciación del sobre la iniciación del Proyecto proyecto Datos preliminares Datos preliminares Iniciación del sobre el alcance del Proyecto proyecto Planificación detallada del Proyecto: Alcance, Tiempo, Costo, Planificación Calidad, RRHH, Comunicaciones, Riesgos y Adquisiciones Actividad Detallada del Planificación proyecto, Tiempos, Hitos, RRHH, Costos. Estudio de avance, análisis y Informe selección de alternativas y técnico resultados. Estudio de avance, análisis y Informe selección de alternativas y técnico resultados.

Formato

Project Charter

Statement Scope

Nivel de Detalle

Alto

Alto

SIGAM

Responsable de Comunicar

Grupo Receptor

Metodología o Tecnología

Project Manager

Sponsor, Equipo de Proyecto

Documento digital (PDF) vía correo electrónico

Project Manager




Plan del Proyecto

Muy Alto

Project Manager


Gantt del Proyecto

Muy Alto

Project Manager



Informe

Medio

Project Manager

Cliente

Informe impreso y digital

Informe

medio

Project Manager

PM / Cliente / Sponsor


Frecuencia de Comunicación

Código de elemento WBS

Una sola vez

1.1.1 Project charter

Una sola vez


Una sola vez

1.2.1 Enunciado Alcance

Una sola vez

1.2.2 Cronograma

Semanal

Quincenal

1.3.1 Informe semanal 1.3.2 Informe Quincenal

________________________________________________________________________________________________________________________________________________________________________________________ - 246 -

________________________________________________________________________________________________________________________________________________________________________________________ Información

Contenido

Cierre del Proyecto

Aceptación de Proyecto por parte del Cliente

Cierre del Proyecto

Aceptación de ambas partes de cierre de proyecto Análisis e informe de la preparación del ambiente realizado.

Preparación Ambiente

Instalación

Definición de los procesos de instalación de la Base de Datos

Definición de los procesos de instalación de la aplicación en servidor clientes. Configuración de todo el Configuración equipo relacionado con el producto Instalación

Confirmación de que la Configuración aplicación y base de datos posee el tunning requerido.

Formato

Acta de Aceptación de Entregable Cierre de Proyecto Verificación Requisitos iniciales Documento instalación scripts/ schemas Instalación de aplicación Documento de configuración inicial Documento de Aceptación de configuración inicial

Nivel de Detalle


Grupo Receptor




Muy Alto

Project Manager

PM/ Cliente / Sponsor


Una sola vez

1.4.1 Acta de Aceptación

Alto

Project Manager

Cliente


Una sola vez

Alto

Project Manager / Arquitecto de Tecnología

Cliente


Una sola vez

Alto

Project Manager / Arquitecto de Tecnología

Cliente


Una sola vez

2.2.2 Documento de Instalación Aplicación

Cliente


Una sola vez

2.2.3 Instalación de Aplicación

Cliente


Una sola vez


Cliente / PM


Una sola vez

2.3.2 Documento de Aceptación

Cliente / PM


Una sola vez

3.1.1 Documento de archivos maestros

PM


Una sola vez

3.2.2 Documentos de Aceptación de Carga


Una sola vez

Alto

Alto

Alto

Definición de los maestros a Migración de ser migrados para nuevo Datos sistema.

Documento de archivos maestros

Alto

Migración de Definición de la estructura de Datos tablas a migrar.

Documentos de Aceptación de Carga de archivos maestros

Alto


Aceptación que constata que la migración ha sido exitosa

Plan de Definición de la estrategia de Capacitación implantación de módulos caja

Documento de Aceptación del Producto Documento de Plan de

Project Manager / Arquitecto de Tecnología Project Manager / Arquitecto de Tecnología Project Manager Project Manager / Arquitecto de Tecnología/ Consultor de módulos Project Manager / Arquitecto de Tecnología/ Consultor de módulos

Alto

Project Manager

PM

Alto

PM/CONSULTOR DE MODULOS

PM


Una sola vez

1.4.2 Cierre del Proyecto 2.1.2 Documento de Preparación de Ambiente

4.2.3 Documento de Aceptación del Producto 5.1.1 Plan de capacitación Admisión

________________________________________________________________________________________________________________________________________________________________________________________ - 247 -

________________________________________________________________________________________________________________________________________________________________________________________ Información

Contenido

y admisión Definición de la estrategia de Plan de implantación de consumo y Capacitación facturación Manuales

Manual de configuración

Manuales

Manual uso del sistema (user).

Formato

capacitación Admisión y Caja Documento de Plan de capacitación Consumo y Facturación Manual de Configuración Manual de usuario

Nivel de Detalle


Grupo Receptor




y Caja

Alto

Alto Alto

PM/CONSULTOR DE MODULOS PM / CAPACITADOR PM / CAPACITADOR

PM

PM PM

Informe impreso y digital Informe impreso y digital Informe impreso y digital

Una sola vez

Una sola vez Una sola vez

5.1.2 Plan de capacitación Consumo y Facturación 5.3.1 Manual de Configuración 5.3.2 Manual de usuario

________________________________________________________________________________________________________________________________________________________________________________________ - 248 -

42. GLOSARIO DE TERMINOLOGÍA DEL PROYECTO Sistema de Gestión Ambulatoria Versión

Hecha por

1.0

IM


JC

- 249 -

Fecha 05/01/2012


GLOSARIO DE TERMINOLOGIA DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO


SIGAM

Nº

TÉRMIN O

1

PMP

Project Management Professional / Profesional de la Dirección de Proyectos

2

PMO

Program Management Office / Oficina de Gestión de Programas

3

PMBOK

4

SOW

Statement of Work / Enunciado del Trabajo

5

RAM

Responsibility Assignment Matrix / Matriz de Asignación de Responsabilidades

6

WBS

Work Breakdown Structure / Estructura de Desglose del Trabajo (EDT)

7

SIGAM

8

ERP

Enterprise Resource Planning

9

SPI

Índice de desempeño del tiempo

10

CPI

Índice de desempeño del costo

DEFINICIÓN

Project Management Body of Knowledge / Fundamentos de la Dirección de Proyectos

Sistema de Implantación de Gestión Ambulatoria

- 250 -

Proyectos-PMBOK

Recommend Documents