De l’accident al comunicat en Delt@: com organitzar el flux digital i les seves evidències

Per Pablo Rodríguez

Generar un arxiu compatible amb Delt@ resol una part de la gestió d’accidents. El procés complet comença abans, amb la recollida i comprovació de dades, i acaba després, amb la conservació de justificants i el seguiment preventiu. Entre tots dos moments poden aparèixer devolucions, correccions o comunicacions addicionals.

Per a dissenyar el flux digital convé separar tres estats: preparat, presentat i acceptat en el circuit corresponent. L’existència d’un XML en una carpeta acredita que es va generar un arxiu; no prova per si sola la seva presentació ni el resultat de la seva tramitació.

Identificar la comunicació que correspon

Segons les instruccions oficials del comunicat d’accident, el PAT s’utilitza per a accidents o recaigudes amb baixa i absència d’almenys un dia, exclòs el de l’accident. El termini general de remissió és de cinc dies hàbils des de l’accident o la baixa, segons correspongui.

La Ordre de 16 de desembre de 1987 diferència la relació mensual d’accidents sense baixa, remesa en els cinc primers dies hàbils del mes següent, i la comunicació urgent en 24 hores. Aquesta última afecta a determinats accidents en centre o desplaçament durant la jornada: mortals, greus, molt greus o amb més de quatre afectats en un centre.

Configura cada supòsit i comprova el canal territorial competent. Consulta les guies vigents de Delt@ per als detalls i situacions especials. La fitxa de comunicació d’accidents ajuda a distingir aquest tràmit de la recerca posterior.

Recollir dades amb responsables clars

Recursos humans pot aportar informació laboral; el comandament, dades sobre l’activitat; prevenció, el context del succés; i la documentació assistencial, la informació que correspongui. Defineix qui revisa la coherència del conjunt i qui té autorització per a presentar. Una substitució durant vacances ha d’estar prevista abans que ocorri un accident.

Conserva per separat la data de l’esdeveniment, la de baixa i la de coneixement d’una resolució quan resulti pertinent. Les descripcions necessiten precisió: activitat realitzada, lloc i seqüència coneguda. Evita copiar una explicació inicial com si fos una conclusió definitiva de la recerca.

Validar contingut i format

Abans d’exportar, comprova identificadors, centre de treball, dates i classificacions. Les taules de codis i formats poden actualitzar-se; el procés ha de contemplar qui revisa aquests canvis i com es proven. Que un arxiu superi una validació tècnica no demostra que totes les seves dades descriguin correctament l’accident.

Una revisió de contingut pot detectar que es va utilitzar el centre d’adscripció administrativa en un camp que requereix una altra dada, o que la descripció no coincideix amb la codificació seleccionada. La persona competent ha de resoldre aquestes diferències utilitzant les instruccions oficials i la informació contrastada.

Exemple: corregir un comunicat sense perdre la història

Imaginem que una empresa presenta un comunicat i rep una devolució per una dada incompleta. L’expedient ha de conservar l’enviament original, la devolució, la versió corregida i la seva nova presentació. Sobreescriure l’arxiu inicial impedeix explicar quina informació es va remetre a cada moment.

L’exemple és il·lustratiu. La seva utilitat està a provar el circuit d’excepció: qui rep l’avís, qui obté la informació i qui comprova que la correcció s’ha tramitat. El calendari ha de considerar el termini aplicable a aquesta devolució, no limitar-se al venciment del primer enviament.

Conservar justificants i continuar la prevenció

Associa el justificant amb el contingut presentat i l’estat del tràmit. La evidència digital en PRL necessita aquesta relació per a permetre una revisió posterior. Restringeix l’accés segons les funcions i evita distribuir dades personals en panells destinats a seguiment general.

Al mateix temps, la recerca ha de continuar pel seu propi recorregut. Les seves conclusions poden generar mesures, formació o canvis en l’avaluació. Connecta aquestes actuacions amb el seguiment d’accions preventives i correctives, sense considerar que presentar el comunicat tanca el treball preventiu.

Comprovar l’abast real del programari

En avaluar una solució, demana mostrar una exportació, una validació i una correcció amb dades de prova. Confirma quins tràmits cobreix, quins passos es realitzen en el canal oficial i com es guarden els justificants. Inclou l’actualització de formats en les preguntes del contracte i suport del programari.

Explora Sabentis per a organitzar la gestió de PRL mitjançant aquest cas complet. El criteri de compra ha de ser la claredat i traçabilitat del recorregut, amb responsabilitats i evidències identificables en cada etapa.

Comprovacions abans i després de presentar un comunicat

Assagi tant un enviament normal com una devolució utilitzant dades fictícies. El circuit d’excepció sol mostrar qui rep els avisos i on es perd la relació entre versions, aspectes que una demostració limitada a generar l’arxiu no permet comprovar.

• Contrast el centre i els identificadors de l’expedient amb les fonts utilitzades per a preparar el comunicat de prova.
• Comprovi que una data corregida actualitza les tasques de seguiment que depenen d’ella, conservant el canvi realitzat.
• Associï una devolució simulada amb l’enviament corresponent i assigni qui obté i valida la informació que falta.
• Verifiqui que la persona substituta pot recuperar justificants i pendents sense utilitzar les credencials d’un altre usuari.
• Obri l’expedient des d’un perfil de consulta i confirmi que distingeix un arxiu preparat d’una presentació acreditada.

Preguntes freqüents

Un arxiu XML vàlid acredita que el comunicat es va presentar?

No per si mateix. La validació de l’arxiu i la presentació són fites diferents. L’expedient ha de permetre identificar l’enviament realitzat pel canal corresponent i el seu justificant, a més de l’arxiu preparat i de qualsevol resposta posterior que afecti la seva tramitació.

Convé editar l’arxiu original quan es rep una devolució?

Conservi la versió enviada i prepari la correcció de manera que pugui relacionar-se amb ella. Identifiqui el motiu i la resposta rebuda. Com a pràctica de traçabilitat, aquest historial facilita explicar què es va remetre inicialment i quina informació es va modificar en la següent presentació.

El mateix calendari serveix per a qualsevol comunicació d’accident?

No convé configurar-ho així. El PAT, la relació d’accidents sense baixa i les comunicacions urgents tenen supòsits propis. Determini el tràmit que correspon i la seva referència oficial abans de calcular avisos, incloent-hi el canal territorial i les particularitats del cas.

Què ha de demanar-se al proveïdor sobre compatibilitat amb Delt@?

Sol·liciti que precisi si prepara dades, genera arxius o intervé en alguna altra part del circuit. Provi també la correcció i la recuperació de justificants. L’expressió compatible no permet deduir que existeixi enviament automàtic ni que es cobreixin tots els tràmits.

Normativa i fonts consultades

• Delt@: instruccions del comunicat d’accident: Espanya: instruccions oficials per a determinar i emplenar el comunicat d’accident de treball.
• Ordre de 16 de desembre de 1987: Espanya: referència normativa sobre models de notificació i la seva tramitació; ha de consultar-se juntament amb les instruccions vigents del canal utilitzat.

Fonts consultades el 6 d’octubre de 2026. La llista pràctica proposa comprovacions de gestió; la seva aplicació ha d’ajustar-se a l’abast de cada organització.