Historial de página

...

• Dimensionamiento general:
  • Infraestructura > número de camas, número de consultas, quirófanos, puestos de uci, etc.
  • Personal > número de directivos, facultativos, enfermería, administrativos de gestión, etc.
• Cartera de servicios
• Actividad > número de ingresos, estancias, urgencias, consultas, partos, éxitus, etc.
• Cartera de pruebas diagnósticas
• Infraestructura de asistencia: número de equipos cliente, salas de formación, salas de trabajo, etc.

Matriz RASCI

Catálogo de entregables

[ACT-APS-FUNC-2] Definir impacto de la implantación

Este proceso, decide, del total de elementos catalogados en el proceso  “proceso  [ACT-APS-FUNC-1] Dimensionar el ámbito de implantación” implantación cuáles de ellos se ven afectados por el proceso de implantación.

Matriz RASCI

Dependencias

En esta actividad el objetivo principal es verificar el estado inicial de parametrización del hospital.

Catálogo de entregables

[ACT-APS-FUNC-3] Analizar estado situación inicial del hospital para la implantación (datos, parametrización, jaspers compatibles,…)

En esta actividad el objetivo principal es verificar el estado inicial de parametrización del hospital.

Se suele utilizar en aquellas implantaciones en las que se actualiza una versión del producto ya existente a una nueva, o en la que se parte de Se suele utilizar en aquellas implantaciones en las que se actualiza una versión del producto ya existente a una nueva, o en la que se parte de un producto común que se sustituye por otro, y en la que es necesario una situación controlada de partida en cuanto a parametrización.

Matriz RASCI

Dependencias

Catálogo de entregables

Área de Sistemas e Infraestructuras

...

Para ello, en el área de sistemas es necesario recabar información referente al catálogo de sistemas de información: proveedores, productos, tecnologías, alcance de integraciones, modelos de integración, etc.

Matriz RASCI

Catálogo de entregables

[[ACT-APS-SIST-2] Entrega de entornos RP

...

• Entornos en Preproducción.
  • Los entornos en preproducción suelen  tres tres entornos diferenciados.
  • Entorno de RP
    • Generalmente cualquier entorno disponible que se facilita de forma provisional al equipo de implantación para que pueda llevar a cabo las sesiones de reingeniería de procesos.
    • Puede ser cualquier entorno que disponga de la versión del aplicativo a implantar, con independencia de que pertenezca o esté parametrizado para otro centro.
    • Una vez finalizados los procesos de reingeniería de procesos, este entorno puede ser liberado.
  • Entorno de FOR
    • Entorno que será utilizado por el equipo de implantación para la preparación del proceso de implantación.
    • En él se llevarán a cabo actividades relacionadas con la certificación de los procesos de integración, sesiones de formación, certificación de circuitos, etc.
  • Entorno de VAL
    • Este entorno es exclusivamente necesario para llevar a cabo la validación de los procesos de migración.
    • Dadas las características de los procesos de migración y la necesidad existente de contar con un entorno con la garantía de que los datos contenidos no sean modificados ni corrompidos durante el proceso de validación, es necesario contar con un entorno estanco que ofrezca estas facilidades.
    • De esta forma podremos se podrán validar los procesos de migración de datos garantizando que los resultados obtenidos son correctos y no han sido corrompidos.
    • Utilizar un entorno diferenciado permite paralelizar en el tiempo la ejecución de los procesos de migración de datos con los procesos de integración y formación.
    • En caso de no poder disponer de un entorno de validación de los procesos de migración (VAL), será obligatorio secuenciar este bloque de actividades para que sean ejecutadas antes o después de las actividades de integración, formación o cualquier otro bloque que pueda modificar datos, pero nunca en paralelo, pues no existiría el concepto de garantía de integridad de datos necesario para llevar a cabo la validación de los procesos de migración.
    • Una vez finalizada la validación de los procesos de migración, este entorno puede ser liberado.
• Entorno de PRO.
  • Entorno en producción con datos reales utilizado o que será utilizado por los usuarios finales una vez finalizado el proceso de implantación.
  • Para el entorno de producción podemos encontrarnos se puede encontrar en el escenario de que dicho escenario ya esté disponible y puesto en producción (entornos centralizados, etc.). En este caso, el proceso de entrega del entorno no implicará despliegue físico y bastará con facilitar los datos de conexión, gestionar la apertura de comunicaciones, etc.

[ACT-APS-SIST-2.4] Solicitar despliegue de entornos

El jefe de equipo de implantación en común acuerdo con el jefe de proyecto por parte de la STIC deberá definir un cronograma estratégico que marque las líneas maestras de los periodos de implantación en caso de que el proceso vaya a ser ejecutado repetitivamente.

...

Deberá consensuarse con sistemas las fechas comprometidas para la entrega de cada uno de los entornos de forma que se garantice el cronograma estratégico de implantaciones y se minimice el impacto en la actividad planificada de Sistemas.

Matriz RASCI

Catálogo de entregables

[ACT-APS-SIST-2.1] Entregar entornos para RP

...

La entrega de estos entornos será entregada igualmente conforme al cronograma estratégico de las implantaciones y de acuerdo a las fechas solicitadas en el proceso [P-APS-SIST-2.4] Solicitar despliegue de entornos.

Matriz RASCI

Dependencias

...

Catálogo de entregables

[ACT-APS-SIST-2.2] Gestionar apertura de comunicaciones para entornos de RP

La entrega de un entorno específico conlleva la gestión correspondiente de los canales de La entrega de un entorno específico conlleva la gestión correspondiente de los canales de comunicación hacia y desde el mismo.

...

• Grupo de reglas
  • Para poder localizar las reglas fácilmente, agruparemos estas se agruparán en diferentes grupos en función del entorno, la finalidad, etc.
• Código de regla
  • Todas las reglas deben ir acompañadas de un código único que las identifique para poder hacer referencia inequívocamente a la misma.
• Responsable de la apertura
  • En función de la regla de comunicación, existen diferentes responsables con la capacidad de gestionar e implementar la apertura.
  • Son responsables tipo:
    • Sistemas STIC
    • Sistemas del centro
• Definitiva / provisional
  • Determinadas reglas de comunicación deben tener un carácter definitivo sobre todo aquellas relacionadas con los entornos en producción.
  • Sin embargo, otras reglas tienen un carácter provisional y deben ser desactivadas después de que su finalidad haya expirado. En este tipo de reglas encontramos se encuentran las relacionadas con los procesos de preparación de la implantación, la apertura hacia/desde VPNs de técnicos de implantación, etc.
  • Es por tanto necesario reflejar el carácter temporal de cada una de las reglas.
• Fecha de expiración
  • Para aquellas reglas de comunicación que sean provisionales, debe reflejarse la fecha límite en la que deben dejar de estar activas.
• Estado
  • Este valor nos permitirá hacer un seguimiento del estado de la regla de comunicación facilitando su gestión.
  • Se proponen al menos los siguientes valores:
    • Pendiente de definir
      • Para aquellas reglas incluidas en el catálogo completo cuya apertura aún no se ha solicitado.
      • Recordemos que el objetivo es trabajar con un catálogo completo de reglas pre-establecido de antemano.
    • Revisión solicitada
      • Para aquellas reglas que se ha solicitado se gestione su apertura y están en dicho proceso.
      • Una vez tengamos confirmación de su gestión debe pasarse su estado a “Implementada”.
    • Implementada
      • Para aquellas reglas de comunicación que ya hayan sido implementadas.
• Origen
  • Entorno origen
    • Diferencia entre orígenes centralizados y orígenes centralizados, pues implica diferencias en su gestión y en los actores involucrados.
    • Valores: distribuido / centralizado
  • Descripción
    • Referencia corta que defina de forma descriptiva al origen que estamos conectando
    • Ej.: ESB centralizado, Estación de Gestión en PRO, etc.
  • IP origen
    • IP concreta del sistema origen.
• Destino
  • Entorno destino
    • Diferencia entre orígenes centralizados y orígenes centralizados, pues implica diferencias en su gestión y en los actores involucrados.
    • Valores: distribuido / centralizado
  • Descripción
    • Referencia corta que defina de forma descriptiva al destino que estamos conectando
    • Ej.: ESB centralizado, Estación de Gestión en PRO, etc.
  • IP origen
    • IP concreta del sistema destino.
  • Puertos TCP
    • Debemos especificar los puertos TCP concretos a los que es necesario conectar:
    • Ej.: 80, 8080, 423, 1521, etc.
  • Puertos UDP
    • Ídem con los puertos UDP.

En relación específica a este proceso, deberá gestionarse la apertura de comunicaciones necesarias para el entorno de Reingeniería de Procesos solicitado y que será utilizado durante la fase de RP.

Matriz RASCI

Dependencias

Catálogo de entregables

[ACT-APS-SIST-2.3] Verificar entrega de los entornos para RP

...

Si bien la verificación será llevada a cabo por el equipo de implantación, la responsabilidad de que este proceso se pase con éxito recae en Sistemas STIC, quien entrega el entorno y deberá ejecutar las acciones necesarias para garantizar que el entorno facilitado sea totalmente operativo.

Matriz RASCI

Dependencias

Catálogo de entregables

Ancla
FaseRP FaseRP

Reingeniería de Procesos

...