Historial de página

...

 Área Formación

[ACT-IMP-FORM-1] Impartir sesiones de formación

...

Durante esta fase además se seguirá profundizando en Transferir el Conocimiento a los usuarios expertos de referencia, propiciando así que se familiaricen cuantos antes con los módulos y puedan maximizar el aporte de valor añadido y las mejores soluciones durante el soporte N0 al resto de usuarios del hospital durante la fase de consolidación. Disponer de un periodo de tiempo mayor para practicar con los módulos, resolver dudas, etc., antes del arranque redundará positivamente en una mayor destreza con los nuevos sistemas, permitiendo ofrecer el soporte deseado, y facilitando la necesaria autonomía de los usuarios y del hospital en general a la salida del equipo de implantación. Por esto, insistiremos en la implicación al 100% de estos usuarios en la Transferencia del Conocimiento, garantizándose  así que la salida del equipo de implantación sea un proceso natural y exitoso.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-FORM-1.2] Impartir sesiones de formación a usuarios finales

...

Durante esta fase además se seguirá profundizando en Transferir el Conocimiento a los usuarios expertos de referencia, propiciando así que se familiaricen cuantos antes con los módulos y puedan maximizar el aporte de valor añadido y las mejores soluciones durante el soporte N0 al resto de usuarios del hospital durante la fase de consolidación. Disponer de un periodo de tiempo mayor para practicar con los módulos, resolver dudas, etc., antes del arranque redundará positivamente en una mayor destreza con los nuevos sistemas, permitiendo ofrecer el soporte deseado, y facilitando la necesaria autonomía de los usuarios y del hospital en general a la salida del equipo de implantación. Por esto, insistiremos en la implicación al 100% de estos usuarios en la Transferencia del Conocimiento, garantizándose  así que la salida del equipo de implantación sea un proceso natural y exitoso.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-FORM-1.3] Semana de contingencia

...

También suele ser habitual que sea necesario planificar alguna sesión adicional de formación no prevista inicialmente. Utilizaremos esta semana, si no hay otra opción, para este tipo de imprevistos.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-FORM-2] Generar Informe final actividades de formación

...

• Número de sesiones de formación impartidas
• Número de usuarios convocados por perfil
• Número de usuarios por perfil que asisten y son formados
• % de usuarios formados
• Total de horas de formación impartidas
• Puntuación media en las encuestas de satisfacción en cada una de las unidades didácticas.
• Puntuación media en las encuestas de satisfacción para cada uno de los formadores.

Matriz RASCI

Dependencias

Catálogo de entregables

Área de Migración

[ACT-IMP-MIGR-1] Validar el proceso de migración (catas) en PRE

...

Para evitar este riesgo es por lo que en lugar de utilizar el juego completo de datos se utiliza una cata especialmente seleccionada. Esto permite que la extracción de datos del sistema origen no se demore en exceso, y que sea viable repetir el proceso de extracción de datos cuantas veces sea posible hasta afinar y validar el proceso completo de migración de datos.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-1.2] Validar los ficheros o soportes de datos obtenidos

...

Para ello, contrastará la información contenida en dichos soportes con la información original existente en el sistema origen.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-1.3] Cargar los datos activos en PRE

Una vez los ficheros han sido extraídos y validados por el proveedor, el equipo de implantación procederá a su carga en el entorno preproductivo del nuevo sistema de información, haciendo uso para ello de las herramientas de migración proporcionadas por el fabricante, así como de las guías y manuales de migración correspondientes.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-1.4] Ejecutar el Plan de Pruebas de migración Cualitativas

...

Una vez el proceso es validado cualitativa y cuantitativamente mediante la validación de catas, se procederá a la migración de datos históricos en su totalidad, y no antes.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-1.5] Ejecutar el Plan de Pruebas de migración cuantitativas

...

Una vez el proceso es validado cualitativa y cuantitativamente mediante la validación de catas, se procederá a la migración de datos históricos en su totalidad, y no antes.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-3] Simulación migración en PRO

...

Esta simulación nos dará información valiosa para poder planificar de la forma más efectiva la fase de arranque y en concreto la subfase de Transición, ayudando así a cumplir el objetivo de minimizar el tiempo de ejecución de dicha fase, en la que los usuarios finales no dispondrán de sistemas de información.

[ACT-IMP-MIGR-3.3] Configuración entorno de PRO prueba simulación de migración

Para la ejecución de la simulación del proceso de migración en PRO, suele ser necesario llevar a cabo una serie de parametrizaciones y configuraciones que nos permitan aislar el sistema de inferencias externas, nos ayuden a discriminar los datos que forman parte del proceso de simulación y los que no, etc.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-3.4] Simulación de migración en PRO y medición de tiempos

...

Esta simulación nos dará información valiosa para poder planificar de la forma más efectiva la fase de arranque y en concreto la subfase de Transición, ayudando así a cumpir el objetivo de minimizar el tiempo de ejecución de dicha fase, en la que los usuarios finales no dispondrán de sistemas de información.

Matriz RASCI

Dependencias

...

Catálogo de entregables

MP-MIGR-2] Migrar datos pasivos en PRO

En este momento, se marca una separación temporal que limita la ejecución de determinadas actividades en el centro, desde dicho momento, hasta el arranque del nuevo sistema, dado que ya dispondremos del snapshot de datos del sistema origen para comenzar la migración de datos En este momento, se marca una separación temporal que limita la ejecución de determinadas actividades en el centro, desde dicho momento, hasta el arranque del nuevo sistema, dado que ya dispondremos del snapshot de datos del sistema origen para comenzar la migración de datos históricos.

Estos datos, declarados “históricos” deben permanecer en todo momento invariables, lo que supone que es primordial garantizar que no se puede hacer ninguna acción sobre el sistema origen que permita modificar un dato incluido en este conjunto estático, ni directa ni indirectamente (fusiones de pacientes, etc.).

...

Los datos para la migración del histórico deben extraerse no del sistema en producción sino del snapshot de datos obtenido al comienzo de esta fase durante la ejecución de la actividad “[ACT-IMP-SIST-5] Crear snapshot.

Matriz RASCI

Dependencias

...

...

Una vez extraída la información, el responsable de su extracción debe verificar que los ficheros o soportes de datos obtenidos cumplen con las restricciones acordadas y no existe anomalía ni en su formato ni en su contenido.

...

...

...

...

...

En el entorno de producción no verificaremos cualitativamente los datos, dado que ya se hizo en preproducción y se pasó el “MIGR04. Plan de pruebas de migración Cualitativas.” satisfactoriamente.

La variación entre las pruebas de migración en entornos preproductivos con catas especialmente seleccionadas y las pruebas de migración en entornos productivos es el volumen de información.

Por ello, en producción, solo se ejecutará el “MIGR05. Plan de pruebas de migración Cuantitativas”, cuyo objetivo es verificar que cuantitativamente el número de registros que fluye por cada uno de los pasos del proceso de migración es idéntico, y que por tanto, no se están quedando registros atrás.

...

Catálogo de entregables

[ACT-IMP-MIGR-2.

...

2]

...

Validar los ficheros o soportes de datos obtenidos

Una vez extraída la información, el responsable de su extracción debe verificar que los ficheros o soportes de datos obtenidos cumplen con las restricciones acordadas y no existe anomalía ni en su formato ni en su contenido.

Para ello, contrastará la información contenida en dichos soportes con la información original existente en el sistema origen.

Matriz RASCI

Dependencias

Una vez hemos migrado los datos pasivos al nuevo sistema de información, y hemos llevado a cabo las correspondientes validaciones sobre dicho proceso, podemos proceder a la ejecución de los procesos de extracción de datos del sistema para la generación de los ficheros con la información que necesitemos facilitar a sistemas terceros para que estos puedan sincronizar su posición y su información con la que tiene el nuevo sistema con el que deberan convivir.

...

Catálogo de entregables

Una vez recibidos los ficheros con el pasivo por parte del soporte de los sistemas de información terceros que los necesiten, estos deberán proceder a actualizar la información de sus sistemas con la incluida en dichos ficheros.

...

[ACT-IMP-

...

MIGR-

...

En esta fase, las actividades principales en el entorno de PRE van encaminadas a verificar que los procesos de integración con todos los agentes involucrados se ejecutan correctamente (módulos del nuevo sistema, módulos centralizados, departamentales, sistema origen, sistemas de terceros, etc.).

Para ello, se llevará a cabo la ejecución del Plan de Pruebas de Integración, de cuyo resultado dependerán las acciones correctoras a ejecutar sobre cada elemento involucrado hasta  que se certifique la correcta comunicación según los Contratos de Integración definidos.

[ACT-IMP-INTE-1.1] Ejecutar Plan de Pruebas de conectividad de integraciones (ESB)

Una vez dispongamos de un entorno preproductivo con los desarrollos de integración desplegados, deberemos ejecutar en primera instancia el “INTE04. Plan de Pruebas de Conectividad de las integraciones” definido en el proceso “[P-RP-INTE-3] Definir Plan de Pruebas de conectividad de integraciones”.

El objetivo de este plan es definir todas las pruebas de conectividad origen-destino necesarias para verificar que no existen problemas de conexión, cortafuegos, accesibilidad entre la dirección ip origen, y la dirección ip destino, puerto y protocolo destino.

De este plan, en esta actividad solo verificaremos los aspectos relacionados con las integraciones corporativas a través de ESB, pues dependen de la relación y disponibilidad de recursos terceros de la OTI, etc.

[ACT-IMP-INTE-1.2] Ejecutar Plan de Pruebas de conectividad de integraciones (no ESB)

En esta actividad, completaremos la ejecución del “INTE04. Plan de Pruebas de Conectividad de las integraciones” comenzado en la actividad anterior, centrándonos en este caso en todas aquellas pruebas de integración que no involucren a la mensajería corporativa ESB (web services, acceso a vistas, dblinks, etc).

Los recursos requeridos en este caso para llevar a cabo las pruebas estarán más relacionados con sistemas en todo caso que con la OTI.

[ACT-IMP-INTE-1.3] Ejecutar Plan de Pruebas funcionales de las integraciones (ESB)

Una vez dispongamos de un entorno preproductivo con los desarrollos de integración desplegados, y en el que hemos verificado que no existen problemas de conectividad que impidan llevar a cabo correctamente las integraciones, deberemos ejecutar el “INTE05. Plan de Pruebas funcionales de las integraciones” definido en el proceso “[P-RP-INTE-4] Definir Plan de Pruebas funcionales de las integraciones”.

Una vez garantizada la base de conectividad necesaria por tanto, procederemos a verificar que funcionalmente los sistemas integrados se comportan como debieran.

De este plan, en esta actividad solo verificaremos los aspectos relacionados con las integraciones corporativas a través de ESB, pues dependen de la relación y disponibilidad de recursos terceros de la OTI, etc.

[ACT-IMP-INTE-1.4] Ejecutar Plan de Pruebas funcionales de las integraciones (no ESB)

En esta actividad, completaremos la ejecución del “INTE05. Plan de Pruebas funcionales de las integraciones” comenzado en la actividad anterior, centrándonos en este caso en todas aquellas pruebas de integración que no involucren a la mensajería corporativa ESB (web services, acceso a vistas, dblinks, etc).

Los recursos requeridos en este caso para llevar a cabo las pruebas estarán más relacionados con sistemas en todo caso que con la OTI.

Finalizado con éxito este plan de pruebas, podremos afirmar que los desarrollos de integración se han implementado correctamente y pueden ser pasados al entorno de producción.

[ACT-IMP-INTE-2] PRO

Se incluyen en las actividades incluidas en este apartado todas las actividades de esta fase relacionadas con los entornos de PRO.

[ACT-IMP-INTE-2.1] Desplegar en PRO integraciones de terceros

Tras finalizar la verificación de los procesos de integración en PRO, se deberá proceder a su despliegue en producción.

OJO, deben ser desplegados pero no ejecutados, siendo de vital importancia mantener en todo momento la integridad del sistema en producción a pesar de la nueva incorporación de funcionalidades.

Es por ello, que en producción como veremos en las dos próximas actividades, antes del arranque (fase de implantación) solo llevaremos a cabo pruebas de conectividad entre los sistemas con los nuevos circuitos de integración, dado que la funcionalidad de las mismas ha sido verificada en PRE.

[ACT-IMP-INTE-2.2] Ejecutar Plan de Pruebas de conectividad de integraciones (ESB)

Es de vital importancia mantener en todo momento la integridad del sistema en producción a pesar de la nueva incorporación de funcionalidades llevada a cabo en la actividad anterior.

Es por ello, que en producción, antes del arranque (fase de implantación) solo llevaremos a cabo pruebas de conectividad entre los sistemas con los nuevos circuitos de integración, dado que la funcionalidad de las mismas ha sido verificada en PRE.

El objetivo de este plan es definir todas las pruebas de conectividad origen-destino necesarias sobre los entornos de producción ara verificar que no existen problemas de conexión, cortafuegos, accesibilidad entre la dirección ip origen, y la dirección ip destino, puerto y protocolo destino.

De este plan, en esta actividad solo verificaremos los aspectos relacionados con las integraciones corporativas a través de ESB, pues dependen de la relación y disponibilidad de recursos terceros de la OTI, etc.

[ACT-IMP-INTE-2.3] Ejecutar Plan de Pruebas de conectividad de integraciones (no ESB)

En esta actividad, completaremos la ejecución del “INTE04. Plan de Pruebas de Conectividad de las integraciones” comenzado en la actividad anterior, centrándonos en este caso en todas aquellas pruebas de integración que no involucren a la mensajería corporativa ESB (web services, acceso a vistas, dblinks, etc).

Los recursos requeridos en este caso para llevar a cabo las pruebas estarán más relacionados con sistemas en todo caso que con la OTI.

Finalizado con éxito este plan de pruebas, podremos afirmar que los desarrollos de integración se han desplegado correctamente en producción y están listos para comenzar a funcionar en la fase de arranque.

...

2.3] Cargar los datos históricos en PRO

Una vez los ficheros han sido extraídos y validados por el proveedor, el equipo de implantación procederá a su carga en el entorno de producción del nuevo sistema de información, haciendo uso para ello de las herramientas de migración proporcionadas por el fabricante, así como de las guías y manuales de migración correspondientes.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-2.4] Ejecutar el Plan de Pruebas de migración cuantitativas

En el entorno de producción no verificaremos cualitativamente los datos, dado que ya se hizo en preproducción y se pasó el “MIGR04. Plan de pruebas de migración Cualitativas.” satisfactoriamente.

La variación entre las pruebas de migración en entornos preproductivos con catas especialmente seleccionadas y las pruebas de migración en entornos productivos es el volumen de información.

Por ello, en producción, solo se ejecutará el “MIGR05. Plan de pruebas de migración Cuantitativas”, cuyo objetivo es verificar que cuantitativamente el número de registros que fluye por cada uno de los pasos del proceso de migración es idéntico, y que por tanto, no se están quedando registros atrás.

Este plan de prueba, será ejecutado por el equipo de implantación con la ayuda y soporte para su validación de los responsables TIC y los referentes funcionales del centro.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-2.5] Generar ficheros pasivo para sistemas terceros integrados

Una vez hemos migrado los datos pasivos al nuevo sistema de información, y hemos llevado a cabo las correspondientes validaciones sobre dicho proceso, podemos proceder a la ejecución de los procesos de extracción de datos del sistema para la generación de los ficheros con la información que necesitemos facilitar a sistemas terceros para que estos puedan sincronizar su posición y su información con la que tiene el nuevo sistema con el que deberán convivir.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-MIGR-2.6] Actualizar información en sistemas terceros integrados

Una vez recibidos los ficheros con el pasivo por parte del soporte de los sistemas de información terceros que los necesiten, estos deberán proceder a actualizar la información de sus sistemas con la incluida en dichos ficheros.

Matriz RASCI

Dependencias

Catálogo de entregables

Image Added Área de Integración

[ACT-IMP-INTE-1] PRE

En esta fase, las actividades principales en el entorno de PRE van encaminadas a verificar que los procesos de integración con todos los agentes involucrados se ejecutan correctamente (módulos del nuevo sistema, módulos centralizados, departamentales, sistema origen, sistemas de terceros, etc.).

Para ello, se llevará a cabo la ejecución del Plan de Pruebas de Integración, de cuyo resultado dependerán las acciones correctoras a ejecutar sobre cada elemento involucrado hasta  que se certifique la correcta comunicación según los Contratos de Integración definidos.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-1.1] Ejecutar Plan de Pruebas de conectividad de integraciones (ESB)

Una vez dispongamos de un entorno preproductivo con los desarrollos de integración desplegados, y en el que hemos verificado que no existen problemas de conectividad que impidan llevar a cabo correctamente las integraciones, deberemos ejecutar en primera instancia el “INTE05“INTE04. Plan de Pruebas funcionales de Conectividad de las integraciones” definido en el proceso “[P-RP-INTE-43] Definir Plan de Pruebas funcionales de conectividad de las integraciones”.Una vez garantizada la base de conectividad necesaria por tanto, procederemos a verificar que funcionalmente los sistemas integrados

se comportan como debieranEl objetivo de este plan es definir todas las pruebas de conectividad origen-destino necesarias para verificar que no existen problemas de conexión, cortafuegos, accesibilidad entre la dirección ip origen, y la dirección ip destino, puerto y protocolo destino.

De este plan, en esta actividad solo verificaremos los aspectos relacionados con las integraciones corporativas a través de ESB, pues dependen de la relación y disponibilidad de recursos terceros de la OTI, etc.

[ACT-IMP-INTE-2.5] Ejecutar Plan de Pruebas funcionales de las integraciones (no ESB)

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-1.2] Ejecutar Plan de Pruebas de conectividad de integraciones (no ESB)

En esta actividad, completaremos la ejecución del “INTE04. Plan de Pruebas de Conectividad de las En esta actividad, completaremos la ejecución del “INTE05. Plan de Pruebas funcionales de las integraciones” comenzado en la actividad anterior, centrándonos en este caso en todas aquellas pruebas de integración que no involucren a la mensajería corporativa ESB (web services, acceso a vistas, dblinks, etc).

Los recursos requeridos en este caso para llevar a cabo las pruebas estarán más relacionados con sistemas en todo caso que con la OTI.

Finalizado con éxito este plan de pruebas, podremos afirmar que los desarrollos de integración se han implementado correctamente y pueden ser pasados al entorno de producción.

Image Removed Área de Sistemas e Infraestructuras

[ACT-IMP-SIST-5] Crear snapshot de los sistemas en producción previos (creación bbdd y carga de datos)

De forma previa al comienzo de las actividades de migración de los datos históricos es necesario disponer de una fotografía fija de los datos  a migrar. Es por ello que en esta actividad se deberá crear una copia del sistema origen en producción.

En este momento, se marca una separación temporal que limita la ejecución de determinadas actividades en el centro, desde dicho momento, hasta el arranque del nuevo sistema, dado que ya dispondremos del snapshot de datos del sistema origen para comenzar la migración de datos históricos.

Estos datos, declarados “históricos” deben permanecer en todo momento invariables, lo que supone que es primordial garantizar que no se puede hacer ninguna acción sobre el sistema origen que permita modificar un dato incluido en este conjunto estático, ni directa ni indirectamente (fusiones de pacientes, etc.).

[ACT-IMP-SIST-1] Publicar accesos al Sistema en producción

En los últimos días de la fase de implantación, existiendo ya entregado  el entorno de producción, deberá llevarse a cabo la publicación de los accesos a estos sistemas por los usuarios finales de forma que quede preparado para la puesta en producción durante la fase de Arranque.

...

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-1.3] Ejecutar Plan de Pruebas funcionales de las integraciones (ESB)

Una vez dispongamos de un entorno preproductivo con los desarrollos de integración desplegados, y en el que hemos verificado que no existen problemas de conectividad que impidan llevar a cabo correctamente las integraciones, deberemos ejecutar el “INTE05. Plan de Pruebas funcionales de las integraciones” definido en el proceso “[P-RP-INTE-4] Definir Plan de Pruebas funcionales de las integraciones”.

Una vez garantizada la base de conectividad necesaria por tanto, procederemos a verificar que funcionalmente los sistemas integrados se comportan como debieran.

De este plan, en esta actividad solo verificaremos los aspectos relacionados con las integraciones corporativas a través de ESB, pues dependen de la relación y disponibilidad de recursos terceros de la OTI, etc.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-1.4] Ejecutar Plan de Pruebas funcionales de las integraciones (no ESB)

En esta actividad, completaremos la ejecución del “INTE05. Plan de Pruebas funcionales de las integraciones” comenzado en la actividad anterior, centrándonos en este caso en todas aquellas pruebas de integración que no involucren a la mensajería corporativa ESB (web services, acceso a vistas, dblinks, etc).

Los recursos requeridos en este caso para llevar a cabo las pruebas estarán más relacionados con sistemas en todo caso que con la OTI.

Finalizado con éxito este plan de pruebas, podremos afirmar que los desarrollos de integración se han implementado correctamente y pueden ser pasados al entorno de producción.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-2] PRO

Se incluyen en las actividades incluidas en este apartado todas las actividades de esta fase relacionadas con los entornos de PRO.

[ACT-IMP-INTE-2.1] Desplegar en PRO integraciones de terceros

Tras finalizar la verificación de los procesos de integración en PRO, se deberá proceder a su despliegue en producción.

OJO, deben ser desplegados pero no ejecutados, siendo de vital importancia mantener en todo momento la integridad del sistema en producción a pesar de la nueva incorporación de funcionalidades.

Es por ello, que en producción como veremos en las dos próximas actividades, antes del arranque (fase de implantación) solo llevaremos a cabo pruebas de conectividad entre los sistemas con los nuevos circuitos de integración, dado que la funcionalidad de las mismas ha sido verificada en PRE.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-2.2] Ejecutar Plan de Pruebas de conectividad de integraciones (ESB)

Es de vital importancia mantener en todo momento la integridad del sistema en producción a pesar de la nueva incorporación de funcionalidades llevada a cabo en la actividad anterior.

Es por ello, que en producción, antes del arranque (fase de implantación) solo llevaremos a cabo pruebas de conectividad entre los sistemas con los nuevos circuitos de integración, dado que la funcionalidad de las mismas ha sido verificada en PRE.

El objetivo de este plan es definir todas las pruebas de conectividad origen-destino necesarias sobre los entornos de producción ara verificar que no existen problemas de conexión, cortafuegos, accesibilidad entre la dirección ip origen, y la dirección ip destino, puerto y protocolo destino.

De este plan, en esta actividad solo verificaremos los aspectos relacionados con las integraciones corporativas a través de ESB, pues dependen de la relación y disponibilidad de recursos terceros de la OTI, etc.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-2.3] Ejecutar Plan de Pruebas de conectividad de integraciones (no ESB)

En esta actividad, completaremos la ejecución del “INTE04. Plan de Pruebas de Conectividad de las integraciones” comenzado en la actividad anterior, centrándonos en este caso en todas aquellas pruebas de integración que no involucren a la mensajería corporativa ESB (web services, acceso a vistas, dblinks, etc).

Los recursos requeridos en este caso para llevar a cabo las pruebas estarán más relacionados con sistemas en todo caso que con la OTI.

Finalizado con éxito este plan de pruebas, podremos afirmar que los desarrollos de integración se han desplegado correctamente en producción y están listos para comenzar a funcionar en la fase de arranque.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-2.4] Ejecutar Plan de Pruebas funcionales de las integraciones (ESB)

Una vez dispongamos de un entorno preproductivo con los desarrollos de integración desplegados, y en el que hemos verificado que no existen problemas de conectividad que impidan llevar a cabo correctamente las integraciones, deberemos ejecutar el “INTE05. Plan de Pruebas funcionales de las integraciones” definido en el proceso “[P-RP-INTE-4] Definir Plan de Pruebas funcionales de las integraciones”.

Una vez garantizada la base de conectividad necesaria por tanto, procederemos a verificar que funcionalmente los sistemas integrados se comportan como debieran.

De este plan, en esta actividad solo verificaremos los aspectos relacionados con las integraciones corporativas a través de ESB, pues dependen de la relación y disponibilidad de recursos terceros de la OTI, etc.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-INTE-2.5] Ejecutar Plan de Pruebas funcionales de las integraciones (no ESB)

En esta actividad, completaremos la ejecución del “INTE05. Plan de Pruebas funcionales de las integraciones” comenzado en la actividad anterior, centrándonos en este caso en todas aquellas pruebas de integración que no involucren a la mensajería corporativa ESB (web services, acceso a vistas, dblinks, etc).

Los recursos requeridos en este caso para llevar a cabo las pruebas estarán más relacionados con sistemas en todo caso que con la OTI.

Finalizado con éxito este plan de pruebas, podremos afirmar que los desarrollos de integración se han implementado correctamente y pueden ser pasados al entorno de producción.

Matriz RASCI

Dependencias

Catálogo de entregables

Image Added Área de Sistemas e Infraestructuras

[ACT-IMP-SIST-5] Crear snapshot de los sistemas en producción previos (creación bbdd y carga de datos)

De forma previa al comienzo de las actividades de migración de los datos históricos es necesario disponer de una fotografía fija de los datos  a migrar. Es por ello que en esta actividad se deberá crear una copia del sistema origen en producción.

En este momento, se marca una separación temporal que limita la ejecución de determinadas actividades en el centro, desde dicho momento, hasta el arranque del nuevo sistema, dado que ya dispondremos del snapshot de datos del sistema origen para comenzar la migración de datos históricos.

Estos datos, declarados “históricos” deben permanecer en todo momento invariables, lo que supone que es primordial garantizar que no se puede hacer ninguna acción sobre el sistema origen que permita modificar un dato incluido en este conjunto estático, ni directa ni indirectamente (fusiones de pacientes, etc.).

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-SIST-1] Publicar accesos al Sistema en producción

En los últimos días de la fase de implantación, existiendo ya entregado  el entorno de producción, deberá llevarse a cabo la publicación de los accesos a estos sistemas por los usuarios finales de forma que quede preparado para la puesta en producción durante la fase de Arranque.

Es muy importante que se garantice que los usuarios finales no pueden entrar en el sistema en producción antes del momento de arranque para lo que se habrá llevado a cabo la actividad “[P-PRE-SIST-7.4] Activar modo transición en el entorno de producción”.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-SIST-2] Nivelar sistema a la versión acordada para la implantación

Suele ser habitual en procesos de implantación de larga duración que durante la ejecución de la misma se produzca la entrega de nuevas versiones del producto por parte de los n3.

De cara a la preparación del arranque de la implantación, será conveniente analizar si es conveniente llevar a cabo el proceso de arranque con estas nuevas versiones porque supongan un beneficio (corrección de incidencias, implementación de funcionalidad esperada, etc.) o si por el contrario el cambio no es conveniente porque desvirtúa la preparación de los trabajos para el arranque sobre la versión anterior, siendo el riesgo mayor que el beneficio y por tanto es conveniente usar la versión estable anterior.

Una vez llevado a cabo este análisis y tomada la decisión correspondiente, si se opta por la nivelación del sistema, será conveniente gestionar su nivelación con Sistemas STIC con la suficiente antelación. Es clave que exista tiempo suficiente tras la nivelación para verificar que los trabajos de preparación llevados a cabo hasta la fecha no pierden integridad, evolucionando los mismos en caso necesario.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-SIST-6] Informar cambios incluidos en la versión

Cada vez que se despliegue una nueva versión a un entorno es necesario informar a CGES de la existencia de esta versión, así como de los cambios incluidos en la misma y los grupos de entornos en los que se va a desplegar (PRE, PRO, etc.)

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-SIST-3] Desplegar sistemas terceros relacionados

De cara al arranque suele ser común que no solo se desplieguen las aplicaciones previstas en el plan de arranque, sino que junto a estas, y como parte de la adecuación de los sistemas existentes en el centro, se programe la activación de nuevos circuitos o nuevos sistemas de información que sustituyan a otros obsoletos en el nuevo escenario.

Estos sistemas deben ser desplegados en fase de implantación de cara a la preparación del momento de arranque.

Matriz RASCI

Dependencias

Suele ser habitual en procesos de implantación de larga duración que durante la ejecución de la misma se produzca la entrega de nuevas versiones del producto por parte de los n3.

De cara a la preparación del arranque de la implantación, será conveniente analizar si es conveniente llevar a cabo el proceso de arranque con estas nuevas versiones porque supongan un beneficio (corrección de incidencias, implementación de funcionalidad esperada, etc) o si por el contrario el cambio no es conveniente porque desvirtua la preparación de los trabajos para el arranque sobre la versión anterior, siendo el riesgo mayor que el beneficio y por tanto es conveniente usar la versión estable anterior.

Una vez llevado a cabo este análisis y tomada la decisión correspondiente, si se opta por la nivelación del sistema, será conveniente gestionar su nivelación con Sistemas STIC con la suficiente antelación. Es clave que exista tiempo suficiente tras la nivelación para verificar que los trabajos de preparación llevados a cabo hasta la fecha no pierden integridad, evolucionando los mismos en caso necesario.

[ACT-IMP-SIST-6] Informar cambios incluidos en la versión

Cada vez que se despliegue una nueva versión a un entorno es necesario informar a cges de la existencia de esta versión, así como de los cambios incluidos en la misma y los grupos de entornos en los que se va a desplegar (PRE, PRO, etc)

[ACT-IMP-SIST-3] Desplegar sistemas terceros relacionados

De cara al arranque suele ser común que no solo se desplieguen las aplicaciones previstas en el plan de arranque, sino que junto a estas, y como parte de la adecuación de los sistemas existentes en el centro, se programe la activación de nuevos circuitos o nuevos sistemas de información que sustituyan a otros obsoletos en el nuevo escenario.

Estos sistemas deben ser desplegados en fase de implantación de cara a la preparación del momento de arranque.

[ACT-IMP-SIST-4] Desplegar modificaciones necesarias sobre sistema origen

En la actividad “[ACT-IMP-FUNC-3.1] Implementar modificaciones necesarias sobre sistema origen” se implementaron las modificaciones que eran necesarias sobre el sistema origen, siendo validadas las mismas en la actividad “[ACT-IMP-FUN

...

Catálogo de entregables

[ACT-IMP-SIST-4] Desplegar modificaciones necesarias sobre sistema origen

En la actividad “[ACT-IMP-FUNC-3.1] Implementar modificaciones necesarias sobre sistema origen” se implementaron las modificaciones que eran necesarias sobre el sistema origen, siendo validadas las mismas en la actividad “[ACT-IMP-FUNC-3.2] Validar modificaciones necesarias sobre sistema origen".

Matriz RASCI

Dependencias

Catálogo de entregables

Image Added Área de Análisis y Explotación de Datos

[ACT-IMP-AYED-1] Validar los procesos de explotación de datos afectados

El centro tendrá en esta fase la oportunidad de certificar que los desarrollos que implementó en la fase de Preimplantación, para la adecuación al nuevo sistema de los procesos propios de extracción de datos y cálculo de indicadores, arrojan los resultados esperados, y estos, coinciden con los obtenidos anteriormente a partir del sistema original.

Para ello, esta actividad deberá ejecutarse con posterioridad a la migración de los datos correspondientes al proceso de Validación de la migración, disponiendo así de un de juego de datos reales con los que llevar a cabo las comprobaciones.

Tras la misma deberán disponerse en producción de los nuevos procesos de explotación de datos.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-IMP-AYED-

...

2]

...

Publicar los nuevos procesos de explotación de datos

...

El centro tendrá en esta fase la oportunidad de certificar que los desarrollos que implementó en la fase de Preimplantación, para la adecuación al nuevo sistema de los procesos propios de extracción de datos y cálculo de indicadores, arrojan los resultados esperados, y estos, coinciden con los obtenidos anteriormente a partir del sistema original.

Para ello, esta actividad deberá ejecutarse con posterioridad a la migración de los datos correspondientes al proceso de Validación de la migración, disponiendo así de un de juego de datos reales con los que llevar a cabo las comprobaciones.

Tras la misma deberán disponerse en producción de los nuevos procesos de explotación de datos.

[ACT-IMP-AYED-2] Publicar los nuevos procesos de explotación de datos

...

Por último, una vez validados los procesos de explotación de datos en el proceso “[ACT-IMP-GEST-1] Dar Seguimiento y Control a los Trabajos del Proyecto”, podremos proceder a la publicación a los usuarios finales de los nuevos procesos de explotación de datos.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	I
Centro
Responsable TIC del centro	R  A
STIC
Jefe de proyecto de la STIC	I

Dependencias

Actividad
[ACT-IMP-AYED-1] Validar los procesos de explotación de datos afectados
[ACT-PRE-SIST-7.3] Verificar entrega de los entornos para PRO

Catálogo de entregables

Entrada	Salida
[AYED02] Procesos de Explotación de datos [SIST11] Entornos de PRO	--

Image Added Área de Gestión

[ACT-IMP-GEST-1] Dar Seguimiento y Control a los Trabajos del

...

Proyecto

Al igual que en la fase de preimplantación, en esta fase continuaremos de forma periódica con las reuniones de seguimiento en el ámbito del centro, cuyo objetivo serán reportar a los responsables del mismo y de la STIC el grado de avance en estas tareas y alertar sobre aquellos puntos que supongan un riesgo global para la finalización de la fase.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	A
Perfil funcional	C
Perfil de formación	C
Perfil de integración	C
Centro
Responsable TIC del centro	C  I
Responsables funcionales del centro	C
STIC
Jefe de proyecto de la STIC	R  A
Proveedores de soporte N3
Soporte N3 del producto a implantar	C

Dependencias

Actividad
[ACT-PRE

...

Image Removed Área de Gestión

[ACT-IMP

-GEST-1] Dar

Seguimiento

seguimiento y Control a los

Trabajos

trabajos del Proyecto

Al igual que en la fase de preimplantación, en esta fase continuaremos de forma periódica con las reuniones de seguimiento en el ámbito del centro, cuyo objetivo serán reportar a los responsables del mismo y de la STIC el grado de avance en estas tareas y alertar sobre aquellos puntos que supongan un riesgo global para la finalización de la fase.

Catálogo de entregables

Entrada	Salida
[GEST08.x] Informes de seguimiento y control [GEST10.x] Catálogo de Solicitudes de Cambio	[GEST08.x] Informes de seguimiento y control [GEST10.x] Catálogo de Solicitudes de Cambio

[ACT-IMP-GEST-2] Controlar los riesgos

El seguimiento y control de los riesgos es el proceso de identificar, analizar y planificar nuevos riesgos, realizar el seguimiento  de los riesgos identificados y los que se encuentran en la lista de supervisión, volver a analizar los riesgos existentes, realizar el seguimiento de las condiciones que disparan los planes para contingencias, realizar el seguimiento de los riesgos residuales, y revisar la ejecución de las respuestas a los riesgos mientras se evalúa su efectividad.

Este es un proceso continuo que se realiza durante el ciclo de vida del proyecto.

Otros elementos que hay que configurar son:

Verificar que el riesgo, según fue evaluado, no ha cambiado de su estado anterior.

y revisar la ejecución de las respuestas a los riesgos mientras se evalúa su efectividad.

Este es un proceso continuo que se realiza durante el ciclo de vida del proyecto.

Otros elementos que hay que configurar son:

• Verificar que el riesgo, según fue evaluado, no ha cambiado de su estado anterior.
• Las asunciones del proyecto siguen siendo válidas.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	R
Perfil funcional	C
Perfil de formación	C
Perfil de migración	C
Perfil de integración	C
Centro
Responsable TIC del centro	C  I
Responsable de cartera y servicios en el centro	C
Referentes funcionales del centro	C
STIC
Jefe de proyecto de la STIC	A  S
Responsables funcionales	C
Proveedores de soporte N3
Soporte N3 del producto a implantar	C
Soporte N3 del producto existente a sustituir	C
Soporte N3 de sistemas terceros o departamentales afectados	C

Dependencias

Actividad
[ACT-PRE-GEST-3] Controlar los riesgos

Catálogo de entregables

Entrada	Salida
[GEST04] Registro de riesgos	[GEST04] Registro de riesgos

Las asunciones del proyecto siguen siendo válidas.

[ACT-IMP-GEST-3] Definir el Plan de arranque

Tienen gran importancia todas las actividades relacionadas con la preparación del momento de arranque. La gestión del cambio supone en muchas ocasiones un horizonte difícil de afrontar para muchos usuarios, y si bien, esta gestión comienza desde el mismo inicio de la fase de Reingeniería de Procesos, es ahora el momento de su culminación y de la concienciación profunda de todos los involucrados de lo que a título individual va a suponer el momento de arranque.

Se elaborará para ello una serie de documentos que definirán de forma detallada todo el acontecer en el momento de arranque.

• Cronograma de arranque.
  • Se trata de una planificación definida con redistribución de tareas y especificación de fechas al minuto que incluirá todas las tareas a llevar a cabo en la fase de arranque.
  • Es muy importante tener en cuenta que este cronograma no solo debe incluir las actividades del equipo de implantación, sino que debe incluir cualquier tarea, sea del perfil responsable que sea (centro, proveedor tercero, usuario experto, etc.), que tenga el más mínimo impacto o dependencia en el proceso de arranque.
    • Ej.: se para mecanizar un plan de transición es necesario que un celador recoja formularios en papel de controles de enfermería, es necesario que el cronograma refleje una tarea que indique esa necesidad, y las dependencias existentes con ella, pues no se puede mecanizar la información hasta que este recurso haga dicha tarea.
  • Las actividades se miden en minutos.
    • Dado que la fase de arranque tiene una duración inferior a días, es necesario que todas las estimaciones de duración y esfuerzo necesario para las actividades se especifiquen en minutos, pues un retraso por ej de 30 minutos en una tarea puede impactar en el cronograma de arranque.
    • Por ende, el cronograma debe definir las fechas previstas de inicio y finalización de las tareas al minuto.
  • Actividades nominales.
    • Todas las actividades del cronograma de arranque deben ser asignadas de forma nominal a un RH responsable.
    • Debe quedar claro para el momento de arranque, exactamente qué persona es la responsable de llevar a cabo una tarea que ha de ser realizada por un determinado perfil.
    • Si indicamos un perfil genérico en su lugar, corremos un alto riesgo de que llegado el momento ninguno de los RH de dicho perfil se responsabilice de su ejecución.
  • Esta planificación debe ser distribuida y ser entendible por todos los afectados.
    • Se recomienda generar una exportación de la planificación completa y adicionalmente a esta, una planificación filtrada para cada RH involucrado, de forma que este pueda:
      • Disponer de la planificación global para poder asimilar los tiempos.
      • Tener claramente a mano las tareas que son de su competencia y poder consultar fechas previstas de forma rápida.
• Plan de soporte.
  • Para su elaboración, se hará un análisis de los puntos calientes para el arranque. Es decir, aquellos puntos en los que es crítico minimizar el impacto y reforzar el soporte para que el proceso de adaptación al nuevo sistema sea rápido y eficaz, y el resto de áreas funcionales del hospital no sufran efectos colaterales adversos relacionados con estos.
  • El soporte se organizará en torno a la elección de estos puntos, en los que se hará especial seguimiento al soporte.
  • Estos puntos calientes estarán definidos y descritos en el Plan de Arranque.
  • El plan de soporte consta de dos matrices relativas a la estructuración del soporte una vez se finalice la fase de arranque.
  • Una primera matriz con el nivel de soporte que se acuerde para cada punto caliente en cada día y en cada turno. Define igualmente los turnos de soporte que se van a gestionar.
    • Incluye por tanto la siguiente tupla:
      • Centro
      • Punto caliente
      • Día
      • Turno
      • Nivel de soporte
  • Una segunda matriz, definirá para los valores definidos en la primera, quién será el recurso del equipo de implantación (soporte n0) y quien será el recurso del centro (tutor n0) que darán cobertura a dicho punto caliente en dicho turno.
  • De cada uno de los recursos aquí incluidos este documento debe reflejar:
    • Nombre y apellidos
    • Rol
    • Teléfono de contacto
    • Correo
    • DNI (para la gestión del acceso a las zonas restringidas del centro).
    • Empresa
• Por último, el documento denominado Plan de Arranque.
  • Jugará un papel clave de cara a la preparación de ese hito. Este documento definirá, de cara a todos los involucrados, toda la información de relevancia para la comprensión de los pasos que serán ejecutados y la respuesta que se espera de cada perfil/rol concreto en la ejecución de los mismos. 
  • Describirá por tanto de forma comprensible toda la información contenida en los dos anteriores entregables: descripción de las tareas del cronograma, de los puntos calientes, modelo de soporte, etc.del cronograma, de los puntos calientes, modelo de soporte, etc.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	R  A
Centro
Responsable TIC del centro	S
Referentes funcionales del centro	I
STIC
Jefe de proyecto de la STIC	I
Proveedores de soporte N3
Soporte N3 del producto a implantar	I

Dependencias

Actividad
[ACT-RP-GEST-5] Elaborar Informe Reingeniería de Procesos
[ACT-IMP-FUNC-1.2] Certificar los circuitos parametrizados en PRE
[ACT-IMP-FORM-2] Generar Informe final actividades de formación

Catálogo de entregables

Entrada	Salida
[GEST05] Informe final Reingeniería de Procesos [FORM05] Informe final Actividades de Formación	[GEST15] Plan de arranque [GEST16] Cronograma de Arranque [GEST17] Plan de Soporte

[ACT-IMP-GEST-4] Definir el Plan de comunicación

El Plan de comunicación define las actividades de comunicación que hay que llevar a cabo en cada fase para coordinar e informar correctamente a todos los involucrados en el proceso de arranque por el método preciso y a través del canal acordado.En esta actividad ejecutaremos aquellas actividades definidas en el Plan de Comunicación planificadas para ser ejecutadas durante la parte final de la fase de Implantación.acordado.

En esta actividad ejecutaremos aquellas actividades definidas en el Plan de Comunicación planificadas para ser ejecutadas durante la parte final de la fase de Implantación.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	S
Centro
Responsable TIC del centro	R  A
Responsable de cartera y servicios en el centro	S
Referentes funcionales del centro	S
STIC
Jefe de proyecto de la STIC	I

Dependencias

Actividad
[ACT-RP-GEST-5] Elaborar Informe Reingeniería de Procesos
[ACT-IMP-FUNC-1.2] Certificar los circuitos parametrizados en PRE

Catálogo de entregables

Entrada	Salida
[GEST05] Informe final Reingeniería de Procesos	[GEST11] Plan de Comunicación del Arranque

[ACT-IMP-GEST-8] Ejecutar Plan de comunicación fase implantación

En esta actividad ejecutaremos aquellas actividades definidas en el Plan de Comunicación planificadas para ser ejecutadas durante la parte final de la fase de Implantación.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	A  S
Centro
Responsable TIC del centro	R
Responsable de cartera y servicios en el centro	S
Referentes funcionales del centro	S
STIC
Jefe de proyecto de la STIC	S
CGES	I
Proveedores de soporte N3
Soporte N3 del producto a implantar	I

Dependencias

Actividad
[ACT-IMP-GEST-

8

4]

Ejecutar

Definir el Plan de comunicación

fase implantaciónEn esta actividad ejecutaremos aquellas actividades definidas en el Plan de Comunicación planificadas para ser ejecutadas durante la parte final de la fase de Implantación.

Catálogo de entregables

Entrada	Salida
[GEST11] Plan de Comunicación del Arranque	--

[ACT-IMP-GEST-5] Definir e implementar el Plan de Transición

Dentro de la fase de Arranque, se define una subfase denominada “de transición”.

La característica más importante de la misma es que durante su ejecución, los usuarios finales no disponen de sistema de información, dado que será restringido el acceso al sistema original para llevar a cabo la transición, y el nuevo sistema aún no estará disponible para su utilización por los usuarios finales hasta que no finalice la fase de arranque.

Es por ello necesario planificar con antelación cómo se ejecutarán los procesos del hospital en este periodo con el hándicap de no contar con sistema de información.

Existen diferentes alternativas para ello teniendo todas como factor común la necesidad de buscar una alternativa para la consulta y registro de información.

Para la consulta de información, suelen ser una técnica extendida la planificación de la obtención del sistema original de la información a consultar vía descarga o impresión de informes.

Con esta información en la mano, que deberá ser obtenida lo más tarde posible en la subfase de activiades actividades previas al arranque,  y y justo antes del comienzo de la usbfase de transición, tendremos, aunque sea de forma estática, la foto de información que existía en el sistema origen antes de restringirse el acceso al mismo.

Por otro lado, para la recolección de la información, se deberá planificar el mecanismo alternativo que vaya a ser utilizado. Este puede ser o bien una serie de formularios en papel que deberán ser convenientemente aprobados y distribuidos, o bien sistemas informáticos alternativos como hojas Excel o similar.

El objetivo principal de este plan es definir cómo se va a trabajar durante dicha fase en todos los ámbitos afectados, utilizando para ello las vías alternativas acordadas y así debe quedar reflejado de forma clara, concisa y completa.

Debe tenerse en cuenta que no solo son afectados aquellos sistemas de información a los que se vaya a restringir el acceso a los usuarios finales. También se verán afectados todos los sistemas de información que se integren con estos por cualquier vía para obtener o dar información.

Dado que el sistema original tendrá acceso restringido y no se podrá actualizar en el mismo los cambios que se produzcan durante la fase de transición, los sistemas de información que consulten datos a estos (por ejemplo nuevos episodios, traslados de pacientes de localización, etc.) no estarán actualizados con los datos del plan de transición, sino que en su lugar seguirán obteniendo los datos de la foto estática del momento de parada.

Es por ello que es necesario igualmente planificar cómo se va a trabajar durante esta subfase en dichos ámbitos.

Ej.: como se hacen peticiones a laboratorio para un nuevo paciente ingresado en un hospital si estoy actualizando el his HIS que le suministra los ingresos. Como se gestionan las dietas del mismo, etc.

IMPORTANTE: para minimizar el impacto de la subfase de transición se recomienda que se minimice  la actividad en el centro que pueda dar lugar a la necesidad de registrar información en los mecanismos del plan de transición . Ej.:

• Si es posible no trasladar de cama a un paciente hasta que se haya arrancado, espérese, evitando así la regularización posterior de esta información sobre el sistema ya actualizado.Si no es posible demorarlo, hágase y regístrese sin problemas en el plan de transición., evitando así la regularización posterior de esta información sobre el sistema ya actualizado.
• Si no es posible demorarlo, hágase y regístrese sin problemas en el plan de transición.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	R  A
Centro
Responsable TIC del centro	S
Referentes funcionales del centro	S
STIC
Jefe de proyecto de la STIC	I

Dependencias

Actividad
[ACT-RP-GEST-5] Elaborar Informe Reingeniería de Procesos
[ACT-IMP-FUNC-1.2] Certificar los circuitos parametrizados en PRE

Catálogo de entregables

Entrada	Salida
[GEST05] Informe final Reingeniería de Procesos	[GEST12] Plan de Transición durante el Arranque [GEST19] Mecanismos de recogida de información para la Transición

[ACT-IMP-GEST-6] Precertificación de Entornos

Antes de la ejecución de la fase de Arranque para un proceso de implantación, el entorno de producción sobre el que se ejecutará el mismo debe ser verificado de forma que se garantice que, tras finalizar la fase de implantación, este se encuentra perfectamente parametrizado, configurado y disponibles para ser utilizado por los usuarios finales tras el proceso de arranque.

Esta verificación ha de ejecutarse en las últimas semanas de la fase de implantación.

Esta verificación se llevará a cabo en dos pasos.

En el primero de ellos, será el equipo de implantación que haya ejecutado la fase de implantación los que chequearán la preparación que han hecho del entorno en producción. Para ello completarán el Checklist checklist de verificaciones que en cada caso haya definido el n3 del producto afectado. Este paso es el que se define en este apartado.

En el segundo de ellos, será el n3 correspondiente el que, una vez recibido el Checklist checklist proceda a verificar con las revisiones y comprobaciones que estime oportuno, que el entorno se encuentra perfectamente preparado. En caso de encontrar anomalías al respecto, remitirá Informe de anomalías al equipo de implantación para que sea este el que proceda a su subsanación de forma previa al arranque.al equipo de implantación para que sea este el que proceda a su subsanación de forma previa al arranque.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	A
Perfil funcional	R
STIC
Jefe de proyecto de la STIC	I
Proveedores de soporte N3
Soporte N3 del producto a implantar	I

Dependencias

Actividad
[ACT-IMP-FUNC-1.2] Certificar los circuitos parametrizados en PRE
[ACT-IMP-FUNC-2.1.2] Trasladar parametrización funcional a PRO
[ACT-IMP-FUNC-2.1.3] Trasladar modificaciones sobre el aplicativo en PRO
[ACT-PRE-SIST-7.3] Verificar entrega de los entornos para PRO
[ACT-PRE-FUNC-5.2] Verificar que los valores definidos corporativamente son respetados

Catálogo de entregables

Entrada	Salida
[SIST11] Entornos de PRO [FUNC11] Parametrización del sistema [EXT.GEST07] Checklist Precertificación de entornos	[GEST13] Checklist pre-certificación de entornos

[ACT-IMP-GEST-7] Certificar los entornos

Como comentábamos en la descripción de la actividad anterior, antes de la ejecución de la fase de Arranque para un proceso de implantación, el entorno de producción sobre el que se ejecutará el mismo debe ser verificado de forma que se garantice que, tras finalizar la fase de implantación, este se encuentra perfectamente parametrizado, configurado y disponibles para ser utilizado por los usuarios finales tras el proceso de arranque.

Esta verificación ha de ejecutarse en las últimas semanas de la fase de implantación.

Esta verificación se llevará a cabo en dos pasos.

En el primero de ellos, será el equipo de implantación que haya ejecutado la fase de implantación los que chequearán la preparación que han hecho del entorno en producción. Para ello completarán el Checklist de verificaciones que en cada caso haya definido el n3 del producto afectado.En el segundo de ellos, será el n3 correspondiente el que, una vez recibido el Checklist proceda a verificar con las revisiones y comprobaciones que estime oportuno, que el entorno se encuentra perfectamente preparado. En caso de encontrar anomalías al respecto, remitirá Informe de anomalías al equipo de implantación para que sea este el que proceda a su subsanación de forma previa al arranque. Este paso es el que se define en este apartado.de verificaciones que en cada caso haya definido el n3 del producto afectado.

En el segundo de ellos, será el n3 correspondiente el que, una vez recibido el Checklist proceda a verificar con las revisiones y comprobaciones que estime oportuno, que el entorno se encuentra perfectamente preparado. En caso de encontrar anomalías al respecto, remitirá Informe de anomalías al equipo de implantación para que sea este el que proceda a su subsanación de forma previa al arranque. Este paso es el que se define en este apartado.

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	I
Centro
Responsable TIC del centro	I
STIC
Jefe de proyecto de la STIC	A
Proveedores de soporte N3
Soporte N3 del producto a implantar	R

Dependencias

Actividad
[ACT-IMP-GEST-6] Precertificación de Entornos
[ACT-PRE-SIST-7.3] Verificar entrega de los entornos para PRO
[ACT-PRE-FUNC-5.2] Verificar que los valores definidos corporativamente son respetados

Catálogo de entregables

Entrada	Salida
[SIST11] Entornos de PRO [FUNC11] Parametrización del sistema [GEST13] Checklist pre-certificación de entornos	[GEST14] Informe Certificación de entornos

[ACT-IMP-GEST-10] Enviar de Peticiones Cambios / Mejoras al Comité de Cambios

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	I
Centro
Responsable TIC del centro	I
STIC
Jefe de proyecto de la STIC	A
Proveedores de soporte N3
Soporte N3 del producto a implantar	R

Dependencias

Actividad
--

Catálogo de entregables

Entrada	Salida
--	--

[ACT-IMP-GEST-9] HITO. Entrega producto versión definitiva

Matriz RASCI

Perfil	Responsabilidad
Equipo de implantación
Jefe de equipo de implantación	I
STIC
Jefe de proyecto de la STIC	I
Proveedores de soporte N3
Soporte N3 del producto a implantar	R  A

Dependencias

Actividad
--

Catálogo de entregables

Entrada	Salida
--	--

Arranque

Ancla
FasePARR FasePARR

Actividades Previas al Arranque

...