Aquí puede crear, revisar y editar pasos y subpasos del proceso.

Definiciones:

• F: fracción de pacientes que pasan por el paso/subpaso. 100 % significa "todos los pacientes".
• R: número promedio de repeticiones por paciente en un paso/subpaso.
• Modos de fallo: número de modos de fallo que pueden producirse durante la ejecución del paso/subpaso (total; con riesgo aceptable, tolerable y no aceptable).
• Neff: suma de las tasas de sucesos esperadas neff de todos los modos de fallo que pueden ocurrir durante la ejecución del paso/subpaso.

Si se definen medidas de seguridad "potenciales", los valores que se ven influidos se muestran en el formato: Y si actual, donde el valor "actual" tiene en cuenta solo las medidas activas, mientras que el valor "y si" tiene en cuenta las medidas activas y potenciales.

Cree, revise y edite los efectos del modo de fallo.

Definiciones:

• Recuento: número de modos de fallo que generan el efecto.
• Gravedad máxima gravedad entre los modos de fallo que generan el efecto.
• NPR: NPR más alto entre los modos de fallo que generan el efecto.
• Neff: suma de las tasas de sucesos esperadas neff de todos los modos de fallo que generan el efecto.

Si se definen medidas de seguridad "potenciales", los valores que se ven influidos se muestran en el formato: Y si actual, donde el valor "actual" tiene en cuenta solo las medidas activas, mientras que el valor "y si" tiene en cuenta las medidas activas y potenciales.

La tasa de sucesos esperada neff es el número de pacientes al año que se espera que experimenten el efecto del modo de fallo.

Se calcula de la manera siguiente. La probabilidad Poc de que se produzca el fallo es:

Poc=Poc,i·ΠPnD

donde Poc,i=Poc,i(Oi) y el producto se realizan sobre todas las prevenciones añadidas.

La probabilidad de que el fallo no se llegue a detectar y genere su efecto es:

Peff=Poc·PnD,i·ΠPnD

donde PnD,i=PnD,i(Di) y el producto se realizan sobre todas las barreras añadidas. Por último, la tasa de sucesos esperada es:

neff=Peff·T·F·R

Donde T es el rendimiento del proceso (pacientes/año), F es la fracción de pacientes que siguen el paso/subpaso actual y R es el número medio de repeticiones por paciente del paso/subpaso actual.

Aquí puede realizar un análisis de FTA.

Procedimiento típico:

1. Establezca el rendimiento del proceso y los niveles de aceptación en "Ajustes".
2. Defina la lista con los posibles efectos adversos (lado izquierdo).
3. Para cada efecto, cree los posibles modos de fallo.
4. Revise el riesgo que conllevan los distintos modos de fallo utilizando las métricas disponibles (tasa de sucesos esperada, aceptabilidad). Ajuste la evaluación de riesgos inicial (S, Oi, Di) si es necesario.
5. Identifique las mejores ubicaciones para las medidas de seguridad observando los árboles de fallos de efecto (haga clic en "Mostrar diagrama").
6. Añada medidas de seguridad (prevenciones o barreras) a los modos de fallo cuyo riesgo debe mitigarse.

Si se definen medidas de seguridad "potenciales", los valores que se ven influidos se muestran en el formato: Y si actual, donde el valor "actual" tiene en cuenta solo las medidas activas, mientras que el valor "y si" tiene en cuenta las medidas activas y potenciales. Del mismo modo, el estado de aceptabilidad del modo de fallo (el "semáforo") se muestra como (actual)(y si).

Estas son las definiciones de los parámetros que se muestran en esta tabla:

• Poc,i: probabilidad de incidencia en modo de fallo correspondiente a la evaluación de incidencia inicial Oi. Se determina mediante la causa y la prevención inicial.
• PnD de prevención añadida: probabilidad de que la prevención no resulte eficaz a la hora de neutralizar la causa.
• Poc: probabilidad de que se verifique el modo de fallo:
  
  Poc=Poc,i·ΠPnD
  
  donde el producto se ejecuta sobre prevenciones añadidas.
• PnD,i: probabilidad condicional de que se produzca el modo de fallo y no se llegue a detectar, correspondiente a la evaluación inicial de la detectabilidad Di. Está determinado por la barrera inicial.
• PnD de una barrera añadida: probabilidad condicional de que se produzca el modo de fallo y la barrera no lo detecte.
• neff: tasa de sucesos que se espera obtener, generada por el modo de fallo.
  
  neff=Poc·PnD,i·ΠPnD·T·F·R
  
  donde el producto supera barreras añadidas, T es el rendimiento del proceso, F la fracción de pacientes que se encuentran en el paso/subpaso en el que se produce el fallo y R las repeticiones promedio por paciente de dicho paso/subpaso.
• Neff: suma de neff para todos los modos de fallo que generan el mismo efecto.

Si se definen medidas de seguridad "potenciales", los valores que se ven influidos se muestran en el formato: Y si actual, donde el valor "actual" tiene en cuenta solo las medidas activas, mientras que el valor "y si" tiene en cuenta las medidas activas y potenciales. Del mismo modo, el estado de aceptabilidad se muestra como (y si)(actual).

Aquí puede ver una comparación de los costes y beneficios que determinan todas las medidas de seguridad añadidas.
Una medida de seguridad puede actuar en uno o varios modos de fallo.

Definiciones:

• Δneff: la reducción de la tasa de sucesos que determina una medida de seguridad M que actúa en un modo de fallo determinado FM:

  Δneff=neff'-neff

  Donde:
  • neff' es la tasa de sucesos de FM calculada teniendo en cuenta todas las medidas de seguridad con estado activo y diferentes de M.
  • neff' es la tasa de sucesos de FM calculada teniendo en cuenta todas las medidas de seguridad con estado activo y M (con independencia del estado).
  
  
• ΔNeff: la reducción de la tasa de sucesos global determinada por una medida de seguridad M que actúa en múltiples modos de fallo FM1, FM2…:

  ΔNeff=Δneff1+Δneff2+…

• Ahorros relacionados con el evento: ahorros monetarios inducidos por Δneff durante un determinado número Ny de años (valor predeterminado Ny=5). Estos son los costes relacionados con los sucesos que no se producirán si se aplica la medida de seguridad. Si la medida actúa en un único modo de fallo FM que genera el efecto e con el coste del suceso Ce:

  (Ahorros relacionados con el evento)=Δneff·Ce·Ny,

  Si la medida actúa en más modos de fallo FM1, FM2…:

  (Ahorros relacionados con el evento)=Δneff1·Ce1·Ny+Δneff2·Ce2·Ny+…

• Coste no recurrente: componente de coste de una medida de seguridad que es independiente de cuánto tiempo se utilice la medida. Ejemplo: el coste inicial necesario para comprar nuevos equipos.
• Coste recurrente: componente de coste de una medida de seguridad que es proporcional al tiempo que se utiliza. Ejemplos: Suscripciones de SW; contratos de servicio; calibración periódica; tiempo necesario para operar el equipo de control de calidad y realizar revisiones.
• Coste total: el coste total pagado para implementar y operar una medida de seguridad durante un determinado número Ny de años (Ny predeterminado = 5).

  (Coste total)=(coste no recurrente)+(coste recurrente)·Ny.

Puede añadir una prevención a este modo de fallo:

• Una nueva prevención. Los campos relevantes son
  • Nombre (obligatorio)
  • Estado (obligatorio): tres opciones posibles: activa (una prevención ya implementada), potencial (una idea que se está evaluando), no activa (una prevención que no se ha implementado ni se está evaluando, como, p. ej., una idea antigua o descartada)
  • PnD (obligatorio): la probabilidad de que la prevención no detenga la causa de activar el modo de fallo; por ejemplo, una prevención con "PnD=20 %" reduce la probabilidad de incidencia al 20 % de su valor inicial Poc,i.
  • Coste no recurrente: componente de coste de una medida de seguridad que es independiente de cuánto tiempo se utilice la medida. Ejemplo: el coste inicial necesario para comprar nuevos equipos. Este coste se utilizará en el análisis de coste/beneficio.
  • Coste recurrente: componente de coste de una medida de seguridad que es proporcional al tiempo que se utiliza. Ejemplos: Suscripciones de software; contratos de servicio; calibraciones periódicas; tiempo necesario para operar el equipo de control de calidad y realizar revisiones. Este coste se utilizará en el análisis de coste/beneficio.
  • Clave/nota: campo de texto para añadir anotaciones, observaciones o una clave de referencia.
• Una medida de seguridad existente: barrera o prevención que ya está mitigando uno o más modos de fallo, se aplicará como barrera a este modo de fallo. Solo tiene que especificar su PnD. Se reutilizarán los valores de los costes y estados que ya se hayan definido.

Puede seleccionar 2 o más pasos para combinarlos.

El orden de selección es importante. Si S1 es el primer paso seleccionado, S2 es el segundo, etc.:

• El contenido (modos de fallo y subpasos) de todos los pasos seleccionados se mueve a S1.
• El orden final de los elementos (modos de fallo o subpasos) dentro de S1 refleja el orden de selección de pasos.
• Se eliminarán otros pasos S2, S3...

Casos especiales:

• Si al menos un paso tiene un subpaso y al menos un paso tiene modos de fallo sin subpasos, estos modos de fallo se asignarán al primer subpaso del paso fusionado.
• Si los diferentes pasos tienen subpasos con el mismo nombre, estos subpasos seguirán siendo distintos después de la fusión

Puede seleccionar 2 o más efectos para fusionarlos.

El orden de selección es importante. Si E1 es el primer efecto seleccionado, E2 es el segundo, E3 es el tercero, etc.:

• Todos los modos de fallo que, antes de fusionar, generaron los efectos E1, E2, E3…, después de la fusión, generarán el efecto E1.
• Se eliminarán los efectos E2, E3…….

Detectabilidad inicial: refleja la probabilidad de que el fallo se detecte después de la incidencia, antes de que genere un efecto adverso. Depende de la barrera inicial implementada. Puede definir uno de estos parámetros (el otro se calculará automáticamente):

• Puntuación de detectabilidad Di: número que oscila entre 1 y 10 (consulte la tabla de escalas).
• PnD,i: probabilidad condicional de que se produzca el modo de fallo y no se llegue a detectar.

Incidencia inicial: refleja la probabilidad o frecuencia en que se produce el modo de fallo, en vista de la causa y la prevención inicial implementada. Puede definir uno de estos parámetros (el otro se calculará automáticamente):

• Puntuación de incidencia Oi: número positivo que oscila entre 1 y 10 (consulte la tabla de escalas).
• Poc,i (%): probabilidad de que el modo de fallo se produzca durante la ejecución del paso/subpaso.

Gravedad gravedad del efecto del modo de fallo.
Número positivo que oscila entre 1 y 10 (consulte la tabla de escalas).

F: fracción de pacientes que pasan por el paso/subpaso. 100 % significa "todos los pacientes".

R: número promedio de repeticiones por paciente del paso/subpasos.

Analizar el problema notificado e identificar la causa, el modo de fallo y el efecto

Aquí puede realizar un análisis FMEA del proceso.

Procedimiento típico:

1. Establezca el rendimiento del proceso y los niveles de aceptación en "Ajustes".
2. Describa su proceso (lado izquierdo), ya sea como una lista de pasos/subpasos o como un diagrama de flujo.
3. Para cada paso/subpaso, cree los modos de fallo potenciales.
4. Revise los riesgos que conlleva cada uno de los modos de fallo (lado derecho) utilizando una o más de las métricas disponibles (NPR, tasa de sucesos esperada, aceptabilidad). Ajuste la evaluación de riesgos inicial (S, Oi, Di) si es necesario.
5. Añada medidas de seguridad (prevenciones o barreras) a los modos de fallo cuyo riesgo debe mitigarse.

Si se definen medidas de seguridad "potenciales", los valores que se ven influidos se muestran en el formato: Y si actual, donde el valor "actual" tiene en cuenta solo las medidas activas, mientras que el valor "y si" tiene en cuenta las medidas activas y potenciales. Del mismo modo, el estado de aceptabilidad (el "semáforo") se muestra como (y si)(actual).

6. Valide la evaluación del modo de fallo con incidentes notificados (posible solo con "módulo retrospectivo").

Para realizar el seguimiento del progreso de un análisis de riesgos:

• Defina la etapa de progreso de los modos de fallo individuales (que va de "Análisis necesario" a "Modo de fallo validado") mediante el cuadro de diálogo de edición del modo de fallo.
• Defina la etapa de progreso de todo el análisis de riesgos (que va de "creado" a "validado") en la cinta azul.

Aquí puede:

1. Ajustar la evaluación inicial de la detectabilidad (Di o PnD,i).
2. Añadir barreras.

Definiciones:

• PnD,i: probabilidad condicional inicial de que se produzca el modo de fallo y no se detecte. PnD,i es una función invertible de la detectabilidad inicial Di. Puede calcular D de PnD y PnD de D.
• Barrera: medida de seguridad destinada a detectar un modo de fallo ocurrido antes de que afecte a un paciente.
• Barreras iniciales: barreras que ya se han implementado en la clínica la primera vez que se realiza el análisis de riesgos. Su efecto se incluye en la evaluación inicial de la detectabilidad Di.
• Se ha añadido una barrera: se ha añadido una barrera durante el análisis de riesgos como medidas de seguridad adicionales. Puede añadir tantas como sea necesario.
• PnD de una barrera añadida: probabilidad condicional de que se produzca el fallo y la barrera no lo detecte.
• Estado de una barrera añadida: hay tres opciones posibles: activa (la barrera ya está implementada), potencial (la idea se está evaluando) y no activa (la barrera no está implementada ni se está examinando, como, p. ej., una idea antigua o descartada)
• Costes no recurrentes y recurrentes: coste necesario para implementar una barrera.
• Paso de detección: paso del proceso durante el cual la barrera permite detectar el modo de fallo (en general, es un paso posterior a aquel en el que se produce el modo de fallo). Disponible solo con el módulo retrospectivo.
• PnD de un modo de fallo: probabilidad condicional de que se produzca el modo de fallo y que no se llegue a detectar, a pesar de todas las barreras disponibles.

PnD de un modo de fallo: probabilidad condicional de que se produzca el modo de fallo y que no se llegue a detectar, a pesar de todas las barreras disponibles. Se calcula como:

PnD=PnD,i·ΠPnD

Donde ΠPnD es el producto de las probabilidades de PnD de todas las barreras añadidas.

PnD es una función invertible de la capacidad de detección mitigada D; puede calcular D a partir de PnD y PnD a partir de D.

Nota: si se define al menos una posible barrera, los valores PnD y D, así como todas las funciones en las que se utilizan estos valores (NPR, neff, Neff, Δneff) se imprimen en el formato:

Y si actual,

donde el valor "actual" tiene en cuenta solo las barreras activas, mientras que el valor "y si" tiene en cuenta las barreras activas y potenciales.

Puede añadir a este modo de fallo:

• Una nueva barrera. Los campos relevantes son
  • Nombre (obligatorio)
  • Estado (obligatorio): tres opciones posibles: activa (la barrera ya está implementada), potencial (la idea se está evaluando), no activo (la barrera no está implementada ni se está evaluando, como, p. ej., una idea antigua o descartada)
  • PnD (obligatorio): probabilidad condicional de que se produzca el fallo y la barrera no lo detecte.
  • Coste no recurrente: componente de coste de una medida de seguridad que es independiente de cuánto tiempo se utilice la medida. Ejemplo: el coste inicial necesario para comprar nuevos equipos. Este coste se utilizará en el análisis de coste/beneficio.
  • Coste recurrente: componente de coste de una medida de seguridad que es proporcional al tiempo que se utiliza. Ejemplos: Suscripciones de software; contratos de servicio; calibraciones periódicas; tiempo necesario para operar el equipo de control de calidad y realizar revisiones. Este coste se utilizará en el análisis de coste/beneficio.
  • Paso de detección: paso del proceso durante el cual se detectará el modo de fallo con esta barrera. En general, puede ser un paso posterior al paso en el que se produce el fallo (disponible solo con "módulo retrospectivo").
  • Clave/nota: campo de texto para añadir anotaciones, observaciones o una clave de referencia.
• Una medida de seguridad existente: barrera o prevención que ya está mitigando uno o más modos de fallo, se aplicará como barrera a este modo de fallo. Solo tiene que especificar su PnD. Se reutilizarán los valores de los costes y estados que ya se hayan definido.

Aquí puede:

1. Ajustar la evaluación inicial de la incidencia (Oi o Poc,i).
2. Añadir prevenciones.

Definiciones:

• Poc,i: probabilidad inicial de incidencia debido a la causa y la prevención inicial. Poc,i es una función invertible de la incidencia inicial Oi; puede calcular Oi a partir de Poc,i y Poc,i a partir de Oi.
• Prevención: medida de seguridad destinada a reducir la incidencia del modo de fallo.
• Prevención inicial: prevención que ya se ha implementado en la clínica la primera vez que se realiza el análisis de riesgos. Su efecto se incluye en la evaluación inicial de la incidencia de Oi.
• Prevención añadida: prevención añadida durante el análisis de riesgos como medidas de seguridad adicionales. Se pueden añadir tantos como sea necesario.
• PnD de una prevención añadida: la probabilidad de que la prevención no impida que la causa active el modo de fallo; p. ej., una prevención con "PnD=20 %" reduce la probabilidad de incidencia Poc,i al 20 % de su valor.
• Estado de una prevención añadida: Hay tres opciones posibles: activa (una prevención implementada actualmente), potencial (una idea que se está evaluando), no activa (una prevención que no se ha implementado ni se está evaluando, como, p. ej., una idea antigua o descartada)

• Poc: la probabilidad de que ocurra el modo de fallo en vista de Poc,i y todas las prevenciones añadidas.

Poc: la probabilidad de que ocurra el modo de fallo en vista de Poc,i y todas las prevenciones añadidas. Se calcula como:

Poc=Poc,i · ΠPnD

Donde ΠPnD es el producto de las probabilidades de PnD de todas las prevenciones añadidas. Poc,i es una función invertible de la incidencia mitigada O; puede calcular O a partir de Poc y Poc a partir de O.

Nota: si se define al menos una prevención potencial, los valores Poc y O, así como todas las funciones en las que se utilizan estos valores (NPR, neff, Neff, Δneff) se imprimen en el formato:

Y si actual,

donde el valor "actual" tiene en cuenta solo las prevenciones activas, mientras que el valor "y si" tiene en cuenta las prevenciones activas y potenciales.

Esta tabla muestra una descripción general de todos los análisis de riesgos disponibles.
Si hay más versiones disponibles de un análisis de riesgos, se muestran los datos relativos a la versión más reciente, incluidos:

• Accesible para: todos los usuarios o el miembro de un departamento/grupo específico (función disponible solo con "módulo multidepartamento/grupo").
• Modos de fallo: n.º de modos de fallo en el análisis de riesgos: total y con riesgo aceptable, tolerable y no aceptable.
• Versión: número de la versión más reciente
• Etapa: una etiqueta (de "creado" a "validado") que muestra cuánto falta para se complete el análisis de riesgo. La etapa la define el usuario.
• Publicado: este campo muestra "sí" si se ha publicado la última versión del análisis de riesgos.
• Última actualización: última vez que se actualizó la versión más reciente
• Fecha de expiración: fecha de expiración del análisis de riesgos (si el usuario ha definido esta información).

Los enlaces en los que se puede hacer clic en la tabla Análisis de riesgos incluyen:

• Nota: consulte las notas disponibles para este análisis de riesgos (el mismo efecto se logra con el botón de expansión ">" de la izquierda).
• : abrir el análisis de riesgos (ficha FMEA) en modo de vista
• : abrir directamente el análisis de riesgos (ficha FMEA) en modo de edición
• : abrir el análisis de riesgos e ir a la pestaña de gestión de versiones

• Nombre: nombre del análisis de riesgos. Para un estudio FMEA, normalmente es el nombre del proceso/flujo de trabajo que va a investigar.
• Pacientes al año: n.º de pacientes al año que se tratan (o se tratarán) con el proceso que se está estudiando. Se indica con el símbolo T ("throughput" o rendimiento) en las fórmulas.
• Periodo de cálculo de costes (años): periodo durante el cual se calcula el coste total de las medidas de seguridad, incluidos los costes no recurrentes y los recurrentes. Se indica con el símbolo Ny en las fórmulas.
• Próxima fecha de vencimiento: fecha límite siguiente para este análisis de riesgos. Las fechas de expiración se muestran en el panel de la biblioteca de análisis de riesgos.
• Accesible para: quién puede acceder a este análisis de riesgos. O "Todos los usuarios" o los miembros de un departamento/grupo específico (disponible solo con el "módulo multidepartamento/grupo").
• Nota: cualquier anotación y observación que desee añadir a la primera versión de este análisis de riesgos. Si va a crear versiones posteriores, tendrá la oportunidad de añadir una nota diferente a cada una de ellas.

Una plantilla de formulario de incidente es básicamente una lista de preguntas.

• Agregar preguntas en la vista "Diseñador":
  • Seleccione el tipo de pregunta en la barra lateral izquierda. Utilice el "panel dinámico" si el usuario puede responder varias veces (p. ej., para especificar varias causas de un incidente).
  • Defina las propiedades de la pregunta utilizando la barra lateral derecha. Las propiedades típicas son el texto de la pregunta o si una respuesta es obligatoria u opcional. También puede definir una "lógica", de modo que una pregunta solo aparezca si se dan respuestas específicas a otras preguntas.
• Revisar el formulario en la vista "Vista previa"
• Revisar la lógica de preguntas en la vista "Lógica"
• Navegar por un formulario complejo haciendo clic en "Encuesta"

Aquí puede gestionar departamentos/grupos.

Un departamento/grupo es una entidad que puede utilizarse para representar cualquier unidad de su organización. Puede ser, por ejemplo, un departamento, un equipo, una unidad operativa, un satélite, un centro, etc. Puede:

• Crear un nuevo departamento/grupo ("+ Departamento/grupo"). Tenga en cuenta que el número máximo de departamentos/grupos permitidos se define en su licencia.
• Editar (nombre y descripción) un departamento/grupo ().
• Borrar un departamento/grupo. Si lo hace, todos los análisis de riesgos asociados a él serán accesibles para todos los usuarios de myQA PROactive.
• Gestionar los miembros de un departamento/grupo (botón de expansión "+" o icono "equipo").

Un análisis de riesgos puede asociarse a un departamento/grupo utilizando sus ajustes. Si lo hace, solo será visible para los miembros de ese departamento/grupo.

Las funciones disponibles son las pestañas "Ajustes" de análisis de riesgos:

• General: ajustes generales del análisis de riesgos (nombre, pacientes/año, siguiente fecha de expiración, etapa, accesibilidad, etc.)
• Criterios de aceptación: se utilizan para definir los niveles de aceptación y tolerancia para el riesgo del modo de fallo. Estos criterios se utilizan para determinar el color de los indicadores de "semáforo" asociados a los modos de fallo. Los criterios de aceptación se especifican con una matriz de riesgos y hay dos opciones disponibles: (S frente a neff) y (S frente a OxD).
• Gestión de versiones: crear una nueva versión del análisis de riesgos, borrar una versión antigua y publicar la más reciente.
• Formularios de incidentes: definir qué formularios se utilizarán para notificar y analizar incidentes (disponible solo con el módulo retrospectivo). Las opciones son todos los formularios definidos en la "biblioteca de formularios de incidentes" en los ajustes generales
• Gestión de palabras clave: gestionar las palabras clave asociadas a los modos de fallo (solo disponible con el módulo retrospectivo).

Ajustes generales de la versión del análisis de riesgos que está abierta:

• Nombre: nombre del análisis de riesgos.
• Pacientes por año: rendimiento del proceso, utilizado para el cálculo de la tasa de eventos esperada.
• Periodo de cálculo de costes: periodo durante el cual se calcula el coste total de la medida de seguridad, teniendo en cuenta los costes recurrentes y no recurrentes. Se utiliza en el análisis de costes y beneficios.
• Moneda: moneda utilizada en el análisis de costes y beneficios
• Siguiente fecha de expiración: fecha en la que debe completarse el análisis de riesgos. Es un recordatorio que se muestra en el panel de análisis de riesgos.
• Fecha de inicio de la validación: fecha a partir de la cual el número de eventos y cuasi eventos esperados se compara con el número de incidentes notificados (disponible solo con el "módulo retrospectivo").
• Nota de la versión: anotación de texto para registrar información adicional sobre una versión del análisis de riesgos.
• Accesible para: quién puede ver y acceder al análisis de riesgos. Puede ser "Todos los usuarios" o un departamento/grupo específico (disponible solo con el "módulo multidepartamento").

La tabla de incidentes proporciona un resumen de los incidentes notificados para este análisis de riesgos:

• Fecha: fecha en la que un incidente se notificó con un terminal o se creó en la aplicación. Si el incidente se adjunta con una hoja de cálculo xls, esta es la fecha del incidente que figura en el archivo.
• Nombre del terminal: nombre del terminal utilizado para notificar el incidente. Este campo permanece en blanco si el incidente se crea en la aplicación o se adjunta desde una hoja de cálculo.
• Nombre del paso/modo de fallo: si el incidente se ha asociado a un modo de fallo, el nombre del modo de fallo y el paso/subpaso se indican en este campo.
• Tipo: tipo de incidente: evento, cuasi evento o inconveniente. Si el tipo aún no se ha especificado, (no especificado) aparece en este campo.
• Comentario de texto/comentario de voz: descripción de texto y/o comentario de voz asociado al incidente. Un comentario de voz solo puede añadirse cuando el incidente se notifica con un terminal.
• Etapa: etapa de progreso del incidente. Es una etiqueta que va de "Incidente creado" a "Análisis completado" que el usuario puede definir.
• Tareas realizadas: un conjunto de indicadores que indican:
  • Si se ha asociado un modo de fallo al incidente;
  • Si se ha especificado el tipo de incidente;
  • Si se han completado todos los formularios obligatorios para la notificación y el análisis de incidentes. Si no se requiere ningún formulario, este campo se marca automáticamente.
  • Si se han completado todos los formularios opcionales para la notificación y el análisis de incidentes. Si no se ha definido ningún formulario para este tipo de incidente, este campo se marcará automáticamente.
  • Si al menos una observación se ha clasificado como pública (se mostrará en la página web "Comentarios para notificaciones")

• Formularios: formularios utilizados para proporcionar información adicional durante la notificación de incidentes o para analizar el incidente. Además de los formularios ya definidos en los ajustes de análisis de riesgos, el usuario puede añadir cualquier formulario de la "biblioteca de formularios" para analizar el incidente.
• Adjunto: archivos adjuntos al incidente.
• Observaciones: observaciones de texto añadidos al incidente durante el análisis. Se puede crear un número arbitrario de observaciones. Las observaciones son "internas" por defecto, pero se pueden marcar como públicas, en cuyo caso se muestran en la página web "Comentarios para notificadores".
• Cambios: lista de cambios realizados en el incidente desde su creación.

En esta página web puede ver una descripción general de lo que está sucediendo con el incidente notificado dentro del grupo de acceso especificado anteriormente:

• Fecha: fecha en la que se notificó el incidente.
• Proceso: nombre del proceso/flujo de trabajo durante el cual se produjo el incidente.
• Paso del proceso/terminal de notificaciones: si el incidente se ha notificado con un terminal de notificaciones de myQA PROactive, su nombre se indica aquí. El paso del proceso es aquel durante el cual se produjo el incidente.
• Etapa de procesamiento: fase actual del análisis de incidentes. Puede ir de "Incidente creado" a "Análisis completado".
• Tareas realizadas: indica si se han alcanzado los principales hitos en el análisis de incidentes:
  • Modo de fallo: el incidente se ha reconocido como la manifestación de un modo de fallo en el análisis de riesgos del proceso.
  • Tipo de incidente: se ha especificado el tipo de incidente (evento, cuasi evento, inconveniente);
  • Formularios necesarios: se han completado todos los formularios necesarios para la notificación y el análisis de incidentes.
  • Formularios opcionales: se han completado todos los formularios opcionales para la notificación y el análisis de incidentes.
  • Observaciones públicas: al menos una observación se ha clasificado como "pública" durante el análisis de incidentes. La lista completa de observaciones públicas, con un grado de confidencialidad lo suficientemente bajo como para mostrarse en esta página, se puede visualizar haciendo clic en el botón de expandir de la izquierda ("+").
• Cambio más reciente: la modificación más reciente realizada a este incidente durante su análisis.

Para validar un modo de fallo:

1. Seleccione el modo de fallo eligiendo un paso/subpaso y un modo de fallo dentro del mismo.
2. En primer lugar, mire el gráfico de "incidencias" de la derecha.
   • Si las incidencias esperadas () y notificadas ( ) coinciden, su evaluación de la incidencia O es correcta.
   • Si no coinciden, cambie la incidencia inicial o el PnD de cualquier prevención añadida activa. Ajuste estos valores hasta que el ajuste () se superponga a los informes ().
3. En segundo lugar, observe los "cuasi eventos" o los "eventos". ¡Haga esto solo si el número de incidencias coincide! Consideramos los "eventos" como un ejemplo.
   • Si los eventos esperados y notificados coinciden, su evaluación de la detectabilidad D es correcta.
   • Si no coinciden, cambie la detectabilidad inicial o el PnD de cualquier barrera añadida activa.
   • Ajuste estos valores hasta que el ajuste () se superponga a los informes ().
4. Guarde para que el análisis de riesgos se actualice con nuevos valores.

• Para ver una descripción general de los incidentes asignados a los modos de fallo, seleccione "Todos los pasos". "Todos los modos de fallo" se establecerá automáticamente.
• Para ver una descripción general de los incidentes asignados a los modos de fallo en un paso/subpaso específico, seleccione el paso/subpaso y "Todos los modos de fallo".
• Para ver una descripción general de incidentes que aún no están asignados a ningún modo de fallo, seleccione "Paso no especificado". "Modo de fallo no especificado" se establecerá por defecto.

Aquí puede gestionar plantillas de formulario de incidente:

• Cree su propia plantilla utilizando el editor gráfico de myQA PROactive ("+Plantilla de formulario de incidente").
• Importe un archivo de plantilla de formulario, por ejemplo, un archivo de ejemplo que haya recibido de IBA o de compañeros ("Importar").
• Edite una plantilla de formulario utilizando el editor gráfico de myQA PROactive ("").
• Exporte, borre o duplique una plantilla de formulario ("...").

Las plantillas de formulario disponibles en esta biblioteca se pueden utilizar para documentar y analizar incidentes asociados a cualquier análisis de riesgos. Los formularios necesarios u opcionales se definen en los ajustes del análisis de riesgos.

Aquí, como responsable de seguridad, puede especificar en qué casos recibe una notificación por correo electrónico si se notifica un incidente. Para cada análisis de riesgos al que tenga acceso, puede especificar lo siguiente:

• Si se envía una notificación por incidentes de tipo inconveniente, cuasi evento y evento, o por incidentes cuyo tipo no se haya clasificado en el momento de la notificación ("(no especificado)").
• Si los detalles del incidente se muestran en el correo electrónico. Marque esta casilla si desea ver en el cuerpo del correo posibles comentarios de texto agregados por el notificador del incidente. De lo contrario, solo verá información estándar: terminal de notificaciones, modo de fallo asociado al incidente (si lo hay), tipo de incidente (si lo hay)."

Aquí puede revisar y editar la descripción del proceso como un diagrama de flujo.

Componentes del editor de diagramas de flujo:

• El lienzo: es el área principal (en el centro) donde se muestra el diagrama de flujo.
• La barra de herramientas del lado izquierdo, desde la que se pueden seleccionar nuevas formas. Para añadir una forma al diagrama, solo tiene que arrastrarla desde aquí y soltarla en el lienzo. Esta barra de herramientas solo aparece si la edición está activada. La forma "Proceso predefinido" puede contener un diagrama de flujo secundario, que se vuelve visible en el lienzo haciendo doble clic en él.
• La barra de herramientas superior: aquí tiene herramientas genéricas para ampliar, exportar, guardar e imprimir el diagrama de flujo. Utilice el icono del "ojo" para mostrar/ocultar la información sobre cuántos modos de fallo hay en un paso y su nivel de riesgo.
• El barra de propiedades del lado derecho. Se muestra si la edición está activada y si se selecciona una forma en el lienzo. Aquí puede definir propiedades gráficas de una forma, como color, texto, tamaño de fuente, etc.

Controles de forma. Si selecciona una forma en el lienzo, aparecerá un conjunto de iconos a su alrededor. Le permiten:

• Arrastrar un eslabón para conectar esta forma con otras.
• Clonar la forma (es decir, crear una réplica en el lienzo principal, sin conexiones).
• Clonar la forma y mantener la nueva forma conectada a la original con un eslabón.
• Asociar un paso a la forma. Se abrirá el cuadro de diálogo "Paso nuevo". Se crea una entrada correspondiente en la lista de procesos.
• Borrar la forma. Si la forma corresponde a un paso, el borrado eliminará tanto la forma como la entrada en la lista de procesos.

1. Cada paso/subpaso de la lista se asocia automáticamente a una forma en el diagrama de flujo.
   • Si se crea un paso en la lista, una forma de tipo "proceso" se añade al diagrama de flujo.
   • Cada paso con subpasos en la lista se describe mediante un "proceso predefinido" con un diagrama de flujo secundario. Para cada subpaso creado en la lista, se añade una forma de tipo "proceso" al diagrama de flujo secundario.
2. Cualquier forma del diagrama de flujo se puede "asociar" a un paso de la lista:
   • Si una forma del diagrama de flujo se "asocia" a un paso, el nuevo paso se añade a la lista.
   • Si una forma de un diagrama de flujo secundario se "asocia" a un subpaso, el nuevo subpaso se añade a la lista.

Tenga en cuenta que cuando se agrega una forma al lienzo, por defecto no está asociada a ningún paso. Estas formas no se reflejan en la lista a menos que se "asocien" a un paso. Las ilustraciones (conexiones, colores, comentarios) tampoco se reflejan en la lista.

Reglas de construcción de árbol de fallos:

• Un árbol de fallos está asociado a cada efecto del modo de fallo. El efecto representa el evento superior del árbol.
• Cada modo de fallo con ese efecto se representa con una rama del árbol.
• Cada ramificación presenta una estructura estándar que describe las siguientes relaciones lógicas:
  • Una causa genera un modo de fallo si i) se activa y ii) todas las prevenciones que actúan sobre ella son ineficaces.
  • Un modo de fallo genera el efecto si i) se produce y ii) todas las barreras que actúan sobre él fallan.

Un árbol se puede visualizar como una tabla (ver y editar) o como un diagrama (solo ver). Puede decidir visualizar todas las medidas de seguridad, o solo aquellas que tengan un estado activo, no activo o potencial.

Aquí puede publicar la última versión de este análisis de riesgos. La versión puede ser útil para "congelar" una versión con fines de documentación formal. Una versión publicada ya no se puede borrar ni editar. Sin embargo, puede crear una nueva versión basada en ella para poder editarla.

Ejemplo: si publica la versión 3 de un análisis de riesgos determinado, ya no podrá borrarla ni cambiarla. Sin embargo, puede crear una copia editable de la misma, que será la versión 4.

Puede imprimir un informe PDF de esta versión de análisis de riesgos. El contenido del informe es personalizable:

• El informe consta de 5 secciones: cubierto, plan de gestión de riesgos, resultados, validación y conclusiones. "Validación" solo está disponible con el "módulo retrospectivo".
• En cada sección puede hacer clic en las casillas de verificación de los elementos correspondientes para decidir qué información se incluirá en el informe.
• Hay dos tipos de elementos:
  • Datos (cuadros grises oscuros): si se incluyen, la aplicación los genera automáticamente.
  • Comentarios de texto (cuadros blancos): si se incluyen, deberá escribir el texto.