Diseño jerárquico de casos: lesión y enfermedad

Considere los siguientes requerimientos de una empresa fabricante de automóviles que está automatizando una aplicación de creación de reportes de enfermedad y lesión.

Como muchas corporaciones, la empresa fabricante de automóviles debe registrar las enfermedades, lesiones e incidentes fatales que corresponden al ámbito laboral. Por ejemplo, si un empleado contrae tuberculosis en el trabajo, la enfermedad debe registrarse en los registros de seguridad de la empresa.

Algunos eventos extremos, como la muerte, deben informarse de inmediato a la agencia reguladora. Estos reportes se llaman envíos. Los requerimientos y procesos de envío varían según el país. En algunos países, hay reglas estatales o provinciales adicionales. En general, estas reglas son formas más estrictas de las pautas nacionales. También hay algunas pautas específicas del tipo de lesión. En un pequeño subconjunto de lesiones, se requiere completar campos específicos de la lesión. Por ejemplo, con el deterioro de la capacidad auditiva, debe registrarse la evaluación concreta del deterioro, que se mide en decibelios.

La aplicación de creación de reportes de enfermedad y lesión debe respaldar dos procesos.

En primer lugar, debe registrarse una lesión o enfermedad. Se trata de un procedimiento de entrada de datos dinámico y guiado específico de las regulaciones del país donde se encuentra la planta. El resultado de estas entradas es un libro de registros electrónico.

En segundo lugar, la aplicación debe generar un resumen de los registros de envío para cada planta por año. Se debe verificar, certificar y publicar cada resumen de registro. En particular, los eventos graves deben informarse al organismo regulador del país correspondiente, y se debe dar seguimiento al estado de este envío. Los reportes de estos tipos de registros son independientes. Nunca es necesaria una lista de registros donde se combinen Injury Records, Annual Summaries y Submissions. No obstante, debido a que los resúmenes son un resultado de los registros de lesiones y a que los registros de lesiones generan los envíos, es razonable suponer que la información de registro de lesiones se incluye en el reporte del envío o el resumen.

En la siguiente tabla, se destacan los requerimientos:

Diseñe una estructura de casos para respaldar esta aplicación.

Es probable que haya identificado tres tipos de casos independientes sin relaciones entre subcasos:

• En Illness Injury (Lesión por enfermedad), debe registrarse cada evento de lesión o enfermedad.
• Annual Summary (Resumen anual) permite hacer un seguimiento del reporte de fin de año para cada planta.
• Submission (Envío) se usa para los eventos que deben informarse a la agencia reguladora.

Annual Summary (Resumen anual) parece ser solo un reporte. Sin embargo, se crea un caso porque en los requerimientos se indica de forma explícita que debe hacerse un seguimiento del estado de estos reportes, indicando un proceso dedicado. Además, dichos reportes deben incluir información estática. Aunque el contenido original pueda derivar de un reporte, este contenido debe fijarse y hacerse persistente.

Cree un caso de envío porque en los requerimientos se indica que debe darse seguimiento al proceso de envío y a su estado. El seguimiento de los envíos se realiza independientemente del registro de lesiones original y conviene que sea un caso separado.

Quizás crea que Submission sea una subclase de Injury Illness, pero Submission no es un tipo de lesión por enfermedad. Submission es un caso generado por un caso de lesión por enfermedad. Submission no es un subcaso de Illness Injury, ya que esta no depende de que se complete el procesamiento de Submission.