Historial de página

[ACT-PRE-FUNC-3.3] Preparar otros procesos de Autentificación

De igual forma que para aplicaciones que gestionen sus usuarios y perfiles a través de MACO es necesario preparar los procesos de autentificación y la carga de usuarios en sistemas en lo que la autentifican se lleva a cabo a través de otros mecanismos de autentificación, como pueden ser certificados digitales, dni electrónico, etc.

Es necesario verificar de forma previa al arranque durante la fase de preimplantación que todos los usuarios que vayan a utilizar estos sistemas de autentificación dispongan de los elementos necesarios y tengan asociado el rol/perfil correspondiente.

[ACT-PRE-FUNC-4] Preparar dependencias en módulos centralizados

Otro de los procesos que mayor dedicación necesitan por parte del centro para La preparación del comienzo de la implantación es la configuración y adecuación de todos los módulos corporativos centralizaos relacionados directa o indirectamente con el proyecto.

Son Módulos Centralizados por ejemplo: Citaweb, MPA, APD, PDI, BDU, AGD, ETC

El conjunto de sistemas, la forma y el grado en la que estos serán afectados dependerá específicamente de cada proceso de implantación y debe ser especializado en cada Modelo Corporativo de Implantaciones MCI que se defina sobre el marco del MCMI. A pesar de ello, el objetivo final sobre todos ellos son los mismos:

• Configurar cada uno de los módulos con la información necesaria para su interacción con el nuevo sistema a implantar. Ejemplos:
  • AGD > inclusión de códigos de procedimientos que falten.
  • AGD > inclusión de todas las intervenciones a futuro que estén registradas en otros sistemas de gestión.
  • Citaweb > inclusión de todas las citas a futuro que estén registradas en otros sistemas de gestión.
  • Citaweb > marcado de las agendas para petición o no de historia clínica.
  • MPA > definir catálogo de la cartera de servicios para el centro
• Parametrización de cada uno de los sistemas corporativos centralizados para que funcionen conforme a la definición de los circuitos.
  • OJO: en fase de preimplantación solo modificaremos la parametrización de los entornos preproductivos para no afectar a producción.
  • El entorno de producción solo será configurado si existen garantías de que no afectarán al funcionamiento normal de los usuarios.
  • En caso contrario se analizarán los cambios necesarios en este momento y se recogerán las actuaciones a realizar en el “GEST15. Plan de arranque” que definiremos para la ejecución de la “Fase 5. ARR”.
  • Ejemplos:
    • Citaweb > configuración de parámetros para trabajar en nuevos circuitos, como por ejemplo los circuitos de especializada.
    • CAE > configuración de puertas de urgencia para su integración con DAH y que se emita mensajería.
• En preproducción, introducción de un pool de datos de muestra suficientemente amplio como para que permita la ejecución de todas las actividades de la fase 4 de implantación enfocadas a preparar el cambio. Ejemplos:
  • Citaweb > creación de agendas de prueba con citas suficientes de cada tipología.
  • AGD > creación de entradas de prueba.
  • MPA > creación y parametrización de circuitos de prueba, peticiones, etc.
  • PDI > creación de agendas de prueba, citas y resultados.
  • Etc.

Es importante reseñar que esta configuración deberá llevarse a cabo en:

• Los entornos preproductivos (FOR, VAL, PRE) > para poder llevar a cabo correctamente:
  • Las sesiones de formación y transferencia del conocimiento a usuarios finales.
  • Las pruebas de integración con sistemas terceros en el nuevo escenario.
  • La validación de los procesos de migración de datos.
• El entorno de producción > para permitir el funcionamiento correcto del nuevo sistema tras el arranque.

[ACT-PRE-FUNC-5] Parametrización

En el conjunto de actividades englobadas dentro de este apartado llevaremos a cabo una serie de acciones encaminadas a completar la definición de la parametrización del sistema a implantar.

[ACT-PRE-FUNC-5.1] Definir parametrización del sistema a implantar

En la fase de Reingeniería de procesos, durante las sesiones de reingeniería se habrá comenzado a reflejar los valores de los parámetros y tablas maestras que se hayan acordado durante dichas sesiones.

En previsión de que existan parámetros o valores de tablas maestras que, bien por falta de tiempo o bien por necesidad de escalar la decisión sobre sus valores a otro ámbito, no hayan podido ser acordados durante la sesión (y recogido en las plantillas de parametrización), antes de finalizar dicha fase, estas plantillas han de ser facilitadas al centro para que sean finalizadas (proceso “[P-RP-FUNC-9] Entregar plantillas de parametrización”).

La finalización de la recogida de información en estas plantillas para la definición de la parametrización debe ser llevada a cabo como decimos por el centro con el apoyo consultivo  de SSCC y equipo de implantación.

Esta parametrización dará como resultado una serie de documentos que definirán los valores de los parámetros cuya potestad de decisión están en el centro, y la definición de los valores de una serie de tablas maestras parametrizables.

[ACT-PRE-FUNC-5.2] Verificar que los valores definidos corporativamente son respetados

Una vez hemos definido la parametrización del sistema en el proceso “[ACT-PRE-FUNC-5.1] Definir parametrización del sistema a implantar”, y hemos recogido el resultado en el entregable “FUNC11. Parametrización del.

[ACT-PRE-FUNC-5.3] Definir mapeos de tablas maestras

En relación a los valores de tablas maestras, son de aplicación los valores incluidos en el nuevo sistema, que a su vez hace uso de tablas de valores y aplicaciones centralizadas, utilizando un conjunto de datos maestros tipo.

Para los procesos de migración de datos de un sistema origen diferente hacia un sistema del SAS, es necesario un mapeo de determinados valores maestros.

Ídem ocurre para la implementación de procesos de integración entre sistemas del SAS y sistemas terceros. En este caso, los valores a utilizar en la integración son igualmente los definidos en el sistema del SAS.

Es necesario por tanto en muchos casos un proceso de mapeo entre los valores de los parámetros y las tablas maestras del sistema origen y los del nuevo sistema a implantar. De este proceso obtendremos como salida el entregable “FUNC12. Mapeos de tablas maestras”.

Con respecto a la definición de los mapeos es importante tener en cuenta la casuística relacionada con los mapeos con cardinalidad N..1, 1..N y N..N

En todo caso un mapeo ha de ser unívoco, por lo que cada valor de origen ha de ser mapeado a uno y solo un valor de destino. Esto nos permitirá automatizar los procesos de migración e integración de datos.

OJO: es diferente el mapeo que se utilizará para las migraciones y las integraciones en sentido SISTEMA_ORIGINAL > NUEVO_SISTEMA, que el mapeo que se utilizará las integraciones en sentido NUEVO_SISTEMA > SISTEMA_ORIGINAL.

Tendremos así dos mapeos:

• Flujo de información A. Mapeo para el flujo de información con dirección SISTEMA_ORIGINAL > NUEVO_SISTEMA.
  • Este flujo de información es típico para:
    • Procesos de migración de datos
    • Procesos de integración posibles pero no muy extendidos. Son aquellos procesos de integración con emisor SISTEMA_ORIGINAL y receptor NUEVO_SISTEMA.
  • Dará como resultado la necesidad de definir un mapeo de datos específico: Mapeo A.
• Flujo de información B. Mapeo para el flujo de información con dirección NUEVO_SISTEMA > SISTEMA_ORIGINAL
  • Este flujo de información es típico para:
    • Procesos de integración más comunes. Son aquellos procesos de integración con emisor NUEVO_SISTEMA y receptor SISTEMA_ORIGINAL.
  • Dará como resultado la necesidad de definir un mapeo de datos específico: Mapeo B.

Para el flujo de información A donde el mapeo es desde el sistema origen hacia el nuevo sistema, deberemos tener cuidado con los mapeos de datos con cardinalidad 1..N y N..N, correspondiendo el primer literal a la cardinalidad en el sistema original y el segundo a la cardinalidad en el nuevo sistema.

Para los flujos de información de tipo B, y donde el mapeo es desde el nuevo sistema hacia el sistema origen, deberemos tener cuidado con los mapeos de datos con cardinalidad N..1 y N..N, correspondiendo el primer literal a la cardinalidad en el sistema original y el segundo a la cardinalidad en el nuevo sistema.

En función de la correspondencia de datos nos podemos encontrar los siguientes escenarios:

Estrategia para definir el mapeo de datos A para Flujos de información (SISTEMA_ORIGINAL  > NUEVO_SISTEMA).

Área de Gestión

[ACT-PN3-GEST-1] Generación de documentación de estado de situación

Durante esta fase se protocolarizará el paso del servicio de implantación al soporte n3. Para este proceso la primera acción consiste en recopilar y generar toda aquella documentación, informes de estado, y demás información previamente acordada con los n3 para la oficialización del traspaso al n3, y que vaya a servir a este para poder continuar con el soporte n3 garantizando la continuidad del servicio con el mismo o mejor nivel de calidad..

Entre otras, es necesario recopilar la siguiente información:

• Registrar todos los problemas que vayan a quedar sin resolución total a la salida del equipo de implantación (finalización de la OTIMPL).
  • Que ocurre
  • Impacto del problema (grupos de usuario, etc.)
  • Workaround que este aplicado o se pueda aplicar
  • Situación del estudio del problema hasta la fecha
  • Preparar un listado de los mismos para presentar en la reunión de PN3.
• Registrar todas las incidencias que tengan abiertas en listados fuera de CGES(papel, excel, etc.), y que no se consigan resolver en el momento de salida.
  • Este listado debe ser taxativamente cero incidencias, y solo en caso muy justificado cabría esta opción.
  • Preparar un listado de los mismos para presentar en la reunión de PN3.
• Estado de extensión a la salida: que está arrancado y que no.
  
  • Ámbitos funcionales arrancados y pendientes, grado de arranque, funcionalidades pendientes de arrancar, etc.

• Transferencia del conocimiento > Documento de preguntas más frecuentes y errores más comunes que realiza el personal y que el equipo de implantación haya detectado durante los días que ha estado allí. Se deberán especificar las respuestas y correcciones que deban darse y aplicarse en cada caso.
• Transferencia del conocimiento > Peticiones de mejora realizadas por el centro durante el proceso de implantación. Se deberán registrar en CGES por parte del equipo de implantación todas estas mejoras para que puedan ser convenientemente gestionadas. Del catálogo de mejoras registradas, se generará listado en esta actividad, que será presentado en la sesión de transferencia del conocimiento (siguiente actividad).

En esta actividad por tanto procederemos a la elaboración y empaquetado de dicha documentación.

[ACT-PN3-GEST-3] Informe de Lecciones Aprendidas

• Con ánimo de por un lado, no cometer los mismos errores o en la medida de lo posible mejorar o evitar riesgos, y por otro, asegurarnos que se replica lo que sí se ha hecho bien, me gustaría que cada uno me pasaseis para este vienes un informe de las lecciones aprendidas que vosotros hayáis detectado -que pueden ser de otras áreas- u os haya afectado directamente a vuestra área o producto durante el desarrollo, implantación, arranque y piloto de AU.
• Se trata de identificar:
  
  • 1. El hecho objetivo de lo que ha pasado
  • 2. La causa(s) o lo que uno crea puede ser la causa que ha provocado que eso ocurra
  • 3. Analizando el hecho objetivo, que se extrae como lección para futuras implantaciones
  • 4. Propuesta de mecanismo para implementar esa lección.

[ACT-PN3-GEST-2] Sesión de transferencia a N3 y CGES

Durante esta fase se protocolarizará el paso del servicio de implantación al soporte n3. Para este proceso se debe hacer entrega de toda aquella documentación, informes de estado, y demás información previamente acordada con los n3.

Soporte n3, recepcionará dicha información, que deberá analizar y verificar.

Por último, en el ámbito de esta actividad, se lleva a cabo un comité específico de paso a n3 donde el soporte n3 puede solicitar aclaración sobre la documentación facilitada y la subsanación de posibles deficiencias, dando como resultado final la aprobación formal del paso a n3 del centro implantado.

Matriz RASCI