Cómo migrar a un nuevo software PRL/SST sin perder históricos ni evidencias
Por Pablo Rodríguez
Migrar un software PRL/SST significa trasladar información que debe seguir siendo comprensible después del cambio. No basta con cargar filas: una medida puede depender de una evaluación, un documento de su versión y un expediente de la entidad o centro al que pertenecía cuando se generó.
El proyecto necesita un criterio de aceptación antes de empezar. La ficha de evidencia digital en PRL explica por qué el contexto de un registro importa. El objetivo de la migración es conservar la información necesaria, sus relaciones y las condiciones de consulta acordadas.
Haz un inventario de lo que existe
Localiza bases de datos, hojas de cálculo, carpetas compartidas, documentos adjuntos y archivos de sistemas anteriores. Para cada origen, registra propietario, formato, volumen, periodo y sensibilidad. Añade si contiene datos vigentes, históricos o duplicados, y quién puede validar su significado.
Decide qué se incorpora al sistema operativo y qué permanece en un archivo consultable. Esta decisión debe respetar las obligaciones de conservación aplicables y el uso previsto, sin copiar indiscriminadamente todo. La ficha de documentación preventiva ayuda a ordenar las categorías que requieren revisión.
Define correspondencias y reglas de transformación
Construye una tabla que relacione cada campo de origen con su destino. Incluye el significado, formato, regla de transformación y tratamiento de valores vacíos. Un código de centro debe conservar una relación estable; cambiar su nombre no debería hacer desaparecer la ubicación histórica de una actuación.
Distingue estados parecidos que no significan lo mismo. «Realizada», «validada» y «cerrada» pueden representar momentos diferentes. Si el sistema de destino usa otro modelo, documenta la equivalencia y conserva el dato original cuando sea necesario para interpretar el expediente.
Las fechas también requieren atención: creación, ejecución, aprobación y vencimiento no son intercambiables. Comprueba zona horaria cuando haya registros con hora y operaciones internacionales. Toda transformación debe poder explicarse al equipo responsable, no quedar escondida en una importación.
Prueba relaciones y documentos, además de cantidades
Selecciona un conjunto representativo con registros antiguos, recientes, incompletos y complejos. Incluye cambios de centro, documentos con varias versiones y medidas relacionadas con más de una actuación. Utiliza un entorno de prueba con permisos adecuados y comprueba el recorrido completo.
- Conciliación: compara cantidades por entidad, centro, tipo y periodo, explicando diferencias.
- Integridad: verifica identificadores, referencias y asociaciones entre registros.
- Documentos: abre adjuntos y comprueba que corresponden al expediente y versión correctos.
- Acceso: prueba perfiles autorizados y restricciones que deben mantenerse.
- Utilidad: pide a un usuario localizar un caso y entender su secuencia de decisiones.
Un total coincidente no prueba que todo esté bien. Dos documentos intercambiados pueden mantener el número de archivos y, aun así, alterar la evidencia disponible.
Prepara la transición de trabajo
Acuerda cuándo se realiza la extracción final, qué cambios pueden producirse mientras se importa y cómo se incorporarán. Define un punto de control para decidir si el equipo empieza a trabajar en el nuevo sistema. El responsable de aceptación debe disponer de resultados de prueba y de una lista de incidencias pendientes.
Un plan de reversión explica cómo continuar si la puesta en marcha falla. Debe identificar la información creada durante la transición, el sistema que será referencia y las personas que comunicarán la decisión. Mantener ambos sistemas editables sin reglas claras favorece versiones contradictorias.
Un ejemplo de validación útil
Imagina una evaluación histórica vinculada a una medida que se cerró después de un traslado de centro. La prueba debe permitir recuperar la evaluación, comprobar el centro original, consultar el cambio y abrir la evidencia de cierre. Es un ejemplo ilustrativo que obliga a revisar relaciones, no solo columnas.
La información de salud necesita permisos y tratamiento específicos. Revisa la ficha de protección de datos de salud en SST para separar necesidades operativas de información clínica y delimitar quién interviene en la migración.
Integra estas tareas en el plan de implantación y en el presupuesto total del software. Al estudiar el software PRL de Sabentis, solicita que la propuesta de migración especifique alcance, responsabilidades, exclusiones y evidencias de aceptación.
Lista práctica para el acta de aceptación de la migración
Prepara un acta breve que explique qué información se recibió, qué se comprobó y qué quedó fuera. Así podrás defender la aceptación sin depender del recuerdo del equipo implantador.
- Conserva un inventario fechado de los archivos de origen y de la entrega recibida, con un responsable de su custodia.
- Incluye una relación de registros rechazados y decide su corrección, archivo o exclusión justificada antes del cierre.
- Prueba búsquedas con nombres antiguos, caracteres acentuados y documentos que hayan cambiado de ubicación durante el proyecto.
- Confirma que los permisos temporales del equipo migrador tienen fecha de retirada y que las copias de trabajo están controladas.
- Documenta cómo se localizará el histórico que permanece fuera del nuevo sistema y quién mantendrá ese acceso.
Preguntas frecuentes sobre migración de históricos preventivos
¿Es mejor migrar todo el histórico al nuevo software?
No necesariamente. Primero distingue la información necesaria para operar de la que debe conservarse como archivo consultable. La decisión depende del uso y de las obligaciones aplicables a cada categoría. Un archivo separado puede ser válido si conserva integridad, contexto y acceso para las personas autorizadas.
¿Basta con comparar el número de registros importados?
No. Las cantidades ayudan a conciliar, pero no detectan por sí solas documentos intercambiados, fechas mal interpretadas o vínculos rotos. Combina la comparación global con pruebas de expedientes completos y casos excepcionales, conservando una explicación de las diferencias y de las incidencias aceptadas.
¿Se puede usar una copia real para probar la migración?
Solo con una necesidad justificada y las condiciones de protección correspondientes. Valora primero datos ficticios o adecuadamente anonimizados. Si hacen falta datos personales reales, delimita quién accede, dónde se alojan, para qué se utilizan y cuándo se eliminan las copias de prueba.
¿Cuándo debe cancelarse el acceso al sistema anterior?
Después de comprobar la información migrada y resolver cómo se consultará lo que permanezca en archivo. Acuerda la transición y las condiciones contractuales antes de cancelar. Evita prolongar accesos innecesarios, pero no pierdas la única vía de recuperar evidencias todavía no validadas o transferidas.
Normativa y fuentes consultadas
- Unión Europea: Reglamento General de Protección de Datos: artículos 5, 28 y 32: principios del tratamiento, encargo y seguridad cuando se aplica el marco europeo.
- Colombia: Ley 1581 de 2012 sobre protección de datos: artículo 4: calidad, acceso restringido, seguridad y confidencialidad de datos personales en Colombia. Los plazos de conservación requieren revisar además la normativa específica.
Fuentes consultadas el 6 de octubre de 2026. Las listas y ejemplos son propuestas prácticas de aplicación.
