Español
Galego
Quality Management Systems, Environment and Prevention Software.
Un modelo es una representación de un sistema.
Los sistemas pueden estar formados por distintos elementos interrelacionados tales como: personas, equipos, productos, tareas, materiales, documentación, software, hardware, etc. Un modelo describe qué hace el sistema, cómo funciona, cómo se controla, y qué produce.
Los modelos se elaboran con objeto de comprender, analizar, mejorar o sustituir un sistema. Un adecuado modelo debe permitir:
La elaboración de un modelo que ofrezca estas ventajas requiere un método de representación específico, coherente, ágil, sencillo y flexible. El lenguaje convencional (hablado o escrito) presenta ciertas limitaciones e inconvenientes en la representación de sistemas. Sirva como ejemplo de ello los tradicionales procedimientos de calidad “enciclopédicos” redactados mediante narraciones literales.
Durante los años 70, la USAF (Fuerza Aérea de los Estados Unidos) abordó un proyecto denominado ICAM (Integrated Computer Aided Manufacturing) para incrementar la productividad a través de la aplicación sistemática de medios computerizados. Este proyecto requirió el establecimiento de un modelo de lenguaje para el análisis e intercambio de información de los sistemas que se pretendía desarrollar: IDEF0 (Integration DEFinition language 0).
El resultado de aplicar la metodología IDEF0 a un sistema es un conjunto de diagramas jerarquizados con referencias cruzadas que constituyen un modelo esquemático del mismo. Empezando con el proceso principal se subdividen los procesos en subprocesos y éstos en actividades hasta el grado de detalle necesario (incrementando el nivel de detalle en los sucesivos diagramas). Cada diagrama contiene cajas enumeradas con texto y flechas que las relacionan. Los diagramas están dibujados en hojas estandarizadas. Las actividades complejas se pueden desglosar y describir en diagramas “hijo” en sucesivas cascadas hasta el nivel de detalle deseado. Las flechas representan la relación entre las cajas. No dan informaciones del desarrollo temporal o secuencial, sino que describen las entradas y las salidas de cada caja y las restricciones que rigen el funcionamiento del sistema.
Cada “caja” en un diagrama es origen o salida de flechas que representan:
Cada “caja” se codifica con el código del diagrama en el que figura seguido de un número correlativo. Diagrama Top Level (Diagrama A-0 “A menos cero”)
Todo modelo debe incluir un diagrama inicial que representa la globalidad del sistema, con una única caja que describe todas las entradas y salidas fuera de los límites del sistema. En este diagrama se suele incluir una descripción del objeto y alcance del sistema. El código de la caja única de este diagrama es A0. Esta caja se desglosa en el diagrama hijo de nivel inferior a este, denominado A0. Diagrama Top Level desplegado (Diagrama A0)
En este diagrama, se visualizan los macroprocesos del sistema. En la terminología IDEF0 este diagrama es un “hijo” del anterior. Diagramas PadreTodo diagrama que incluya alguna “caja” que se describe en otro diagrama de menor nivel se denomina diagrama padre. El diagrama de menor nivel que describe esa actividad, es un “hijo” del anterior. Las “cajas” que se describen en un diagrama de nivel inferior se identifican con un código denominado “ERD” (Expresión de Referencia de Detalle). Diagramas Hijo
Los diagramas hijo pueden tener de 3 a 6 cajas. El límite inferior de 3 cajas, implica un mayor grado de definición de las actividades. El límite superior de 6 cajas por diagrama fuerza la jerarquización del modelo.
Un diagrama de flujo es una representación gráfica de la secuencia de actividades que forman un proceso. Los diagramas de flujo resultan muy útiles en diversas fases de desarrollo de un sistema (diseño, implantación, revisión).
A continuación se describe un método para identificar y definir los procesos de un sistema de gestión mediante Diagramas de Flujo. En este método existen dos fases bien diferenciadas:
Este diagrama ofrece una visión general del sistema de gestión. En él, se representan los procesos que componen el Sistema así como sus relaciones principales. Dichas relaciones se indican mediante flechas y registros que representan los flujos de información.
El número de procesos de un sistema puede ser variable dependiendo del enfoque de la persona que esté analizando o diseñando el sistema. Para comprender el significado y la importancia de un Mapa de Procesos, podemos valernos del símil de un puzzle.
El Mapa de Procesos es como la imagen de un puzzle: no se ve alterada por la forma o tamaño de las piezas que lo forman. Así, la misma imagen puede construirse con un puzzle de 20 piezas ó de 200 piezas. Un mismo sistema de gestión puede representarse con procesos (piezas del puzzle) de más o menos tamaño.
El tamaño de los procesos (piezas) no afecta al sistema. La única limitación es que los procesos (piezas) encajen perfectamente (sin solapes ni huecos) y que los distintos procesos tengan un tamaño similar entre sí.
Con muy pocos procesos, el Mapa de Procesos será escueto y fácil de comprender pero la descripción individual de cada proceso será más compleja.
Por el contrario, identificando muchos procesos, la descripción individual de cada proceso será más sencilla, sin embargo, el Mapa de Procesos será más complejo. La solución óptima la encontraremos en un punto intermedio entre ambos extremos.
A la hora de identificar los procesos es preciso tener en cuenta además que cada proceso, por convenio, se describe en un único procedimiento, de modo que la estructura de procesos establece al mismo tiempo la estructura de la documentación del sistema.
Otro factor a considerar a la hora de establecer el número de procesos que integran el sistema es la estructura organizativa existente. Los procesos pueden ceñirse al alcance de un departamento o función (intradepartamentales) o pueden exceder dicho ámbito (interdepartamentales).
Cuando se define la estructura de procesos, es recomendable elegir un tamaño de procesos que permita encontrar un único responsable de cada proceso. La experiencia nos indica que por ejemplo, en un sistema integrado de calidad, medioambiente y prevención de una PYME, el número total de procesos (estratégicos, clave y de apoyo) debe oscilar entre 20 y 30. Si el número de procesos supera 20, es aconsejable agruparlos en macroprocesos.
Se recomienda incluir en el Mapa los registros que establecen las relaciones entre los procesos ligados con flechas que describen su flujo. Los registros definen la información de entrada y salida y ayudan a delimitar con mayor claridad el alcance de cada proceso (es decir, su principio y final).
También es recomendable incluir en el Mapa documentos asociados tales como planes de control, especificaciones e instrucciones. Si el Mapa resulta muy complejo, es conveniente elaborar una versión simplificada, en la que sólo figuran las interrelaciones entre los procesos mediante flechas, pero no se indican los registros ni los documentos asociados.
Es aconsejable escribir en el símbolo de cada uno de los procesos del Mapa el código (número correlativo), título y cargo del responsable de cada proceso.
En el caso de que se definan macroprocesos, el código del proceso se compone del código del macroproceso seguido de un número correlativo. Es muy útil colorear los procesos en el Mapa de Procesos para distinguirlos o agruparlos atendiendo a distintos criterios.
En sistemas integrados, por ejemplo, los colores pueden servir para diferenciar el ámbito de aplicación de los procesos (calidad, medioambiente, prevención de riesgos laborales, o una combinación de éstos). En sistemas no integrados, los colores permiten diferenciar procesos en función del macroproceso en el que se engloban. Los colores también permiten distinguir el grado de desarrollo e implantación de cada uno de los procesos del sistema de gestión.
La definición del Mapa de Procesos debería ser establecida por consenso de todo el equipo directivo. Para ello, es aconsejable utilizar la técnica del Diagrama de Afinidad.
Es conveniente volver a revisar y si procede actualizar el Mapa de Procesos una vez se hayan descrito todos los procedimientos según se indica en el apartado siguiente.
Por convenio, cada proceso se describe en un procedimiento único que incluye el diagrama de flujo del proceso. Para comprender mejor los diagramas de flujo y definir con mayor precisión y claridad los procesos, se recomienda que el procedimiento incluya los siguientes apartados:
Cabecera del Procedimiento
La cabecera incluye la información general identificativa del documento (logotipo de la organización, código del procedimiento, título, versión, fecha)
La codificación de los procedimientos se realiza mediante dos dígitos (los mismos que designan el Proceso en el Mapa de Procesos)
Ej.: 01: Primer procedimiento del sistema de Calidad.
Las instrucciones se codifican con el mismo código del procedimiento que desarrollan seguido de la letra "I" y un número correlativo de dos cifras.
Ej.: 02-I01: Primera instrucción del procedimiento número 2.
Los planes de control se codifican con el código del procedimiento del que derivan, seguido de la letra "P" y un número correlativos de dos cifras.
Las especificaciones, se codifican de igual modo que las instrucciones y planes de control, pero con la letra "E". Los formatos de registro se codifican según el código del procedimiento o instrucción que los generan, seguido de un número correlativo de dos dígitos.
Ej.: 01-01: Formato 1 del procedimiento 01.Ej.: 02-I01-01: Formato 1 de la instrucción 01 del procedimiento 2.
Los registros sin formato no requieren de un código.
Objeto:
El objeto es la descripción de la razón de ser del proceso.
El objeto nos indica de forma resumida qué persigue el proceso, el motivo de su existencia. Se puede denominar también la “misión” del proceso.
Alcance:
El alcance es el ámbito funcional que abarca el proceso. Es recomendable definir el alcance de cada proceso de forma doble:
Desarrollo:
Es la secuencia de actividades que constituyen el proceso. Se representa gráficamente mediante un diagrama de flujo en el que las flechas indican la secuencia de actividades y el flujo de información.
Símbolos específicos permiten distinguir en el diagrama de flujo actividades, registros, decisiones u otros documentos asociados (instrucciones, especificaciones, planes de control, etc.).
Responsable del Proceso:
El Responsable del Proceso es la persona que vela por el cumplimiento de todos los requisitos del mismo. Realiza un seguimiento de los indicadores del proceso, verificando su eficacia y eficiencia así como el logro de los objetivos definidos para dicho proceso en cualquiera de los ámbitos de la gestión (productividad, costes, calidad, seguridad, medioambiente, …).
Tiene plena autoridad para realizar cualquier cambio del proceso con los recursos asignados. Si dicho cambio puede influir en otros procesos, debe consultar con los responsables de los procesos implicados.
Registros:
Los registros son documentos que presenta resultados obtenidos o proporciona evidencia de actividades desempeñadas (ISO 9000:2000, 3.7.6).
Los registros constituyen el soporte de la información que fluye en el sistema de gestión.
Es recomendable incluir en cada procedimiento un listado de todos los registros de salida de ese procedimiento, ello facilita la comprensión del diagrama de flujo así como el control de dichos registros. Los formatos de registros internos se controlan como documentos individuales. No es recomendable adjuntarlos con los procedimientos.
Firmas:
ISO 9000 y la práctica totalidad de normas de gestión de gestión de la calidad, seguridad y medioambiente requieren la aprobación formal de los documentos del sistema. Dicha aprobación puede evidenciarse mediante la firma de un original o la firma en un registro complementario de aprobación de documentos. También se admite la firma electrónica de los documentos.
