Bases de datos legacy, fire assay y la cadena de producción que no se puede detener
Los laboratorios mineros rara vez operan en entornos de software limpios y aislados. La mayoría de los laboratorios de ensayo en producción trabajan con una combinación de bases de datos legacy, archivos de instrumentos, planillas, salidas de balanzas, reportes de despacho y rutinas operacionales específicas del sitio que han evolucionado durante años. Estos sistemas no son teóricos. Forman parte de la cadena diaria de producción: recepción de muestras, lotes de fire assay, captura de resultados ICP o XRF, validación QA/QC, generación de certificados y reporte final hacia geología, metalurgia, operaciones de planta o equipos comerciales.
Para un laboratorio minero de alto volumen, reemplazar toda esa base operacional no siempre es realista. Un LIMS productivo puede contener años de muestras históricas, resultados validados, mapeos de instrumentos, rutinas de usuarios, reportes personalizados y dependencias de auditoría. Cualquier interrupción puede afectar el turnaround time, la continuidad operacional y la credibilidad de los resultados reportados.
Ahí comienza el verdadero desafío. Los jefes de laboratorio y equipos QA/QC necesitan mayor control, mejor trazabilidad y evidencia de auditoría preparada para ISO 17025. Al mismo tiempo, no pueden simplemente detener producción, reescribir cada flujo de trabajo ni exponer datos críticos del laboratorio a dependencias cloud externas.
OnLIMS aborda esta situación mediante una arquitectura práctica: SQL Shadowing. En lugar de forzar un reemplazo disruptivo del sistema transaccional, OnLIMS puede extraer y estructurar información de calidad desde bases de datos SQL Server existentes mientras la producción continúa. El resultado es una capa moderna de gestión de calidad y auditoría construida alrededor de la realidad operacional del laboratorio minero, no alrededor de supuestos genéricos de software de laboratorio.
Cuando la evidencia de calidad existe pero está fragmentada entre fire assay, ICP y XRF
El cumplimiento ISO 17025 requiere más que almacenar resultados en una base de datos. Requiere trazabilidad defendible. Un laboratorio debe poder demostrar quién ejecutó cada acción, cuándo se produjeron los resultados, cómo se aplicaron los materiales QA/QC, si se respetaron los límites de control y cómo se gestionaron los resultados no conformes.
En laboratorios mineros, esto se vuelve complejo porque la información operacional suele estar distribuida en múltiples fuentes. Un lote de fire assay puede involucrar login de muestras, pesaje, fusión, copelación, acabado gravimétrico, inserción de CRMs, manejo de duplicados y reporte final. Un flujo ICP puede incluir digestión, alícuotas, archivos de resultados del instrumento, verificaciones de calibración y revisión de datos. XRF o integraciones PGNAA pueden sumar flujos adicionales. Cada etapa produce información que debe permanecer trazable.
El problema no es solo técnico. Es operacional. Los sistemas legacy suelen ser estables precisamente porque han sido adaptados al sitio durante muchos años. Pueden contener reglas de negocio que no están completamente documentadas fuera de la base de datos. También pueden sostener formatos de reporte, convenciones de numeración de muestras o interfaces de instrumentos ya incorporadas en el trabajo diario.
- Dependencia productiva: el laboratorio no puede pausar el procesamiento diario de ensayos mientras se implementa una nueva capa de calidad.
- Complejidad histórica: años de muestras, registros QA/QC, reportes de despacho y resultados instrumentales deben seguir disponibles.
- Fragmentación de auditoría: la evidencia de calidad puede existir, pero no siempre está organizada para una revisión ISO 17025 moderna.
- Riesgo operacional: reemplazar una base transaccional estable puede generar más riesgo que valor si el objetivo específico es visibilidad de cumplimiento.
- Reconciliación manual: cuando los datos QA/QC se extraen manualmente, aumenta la probabilidad de errores de transcripción, reportes inconsistentes y evidencia débil.
Para operaciones mineras, la pregunta correcta no siempre es “¿cómo reemplazamos el sistema?”. A veces la mejor pregunta es: “¿cómo exponemos, validamos y controlamos los datos de calidad que ya existen en el sistema productivo sin interrumpirlo?”.
SQL Shadowing: leer el SQL Server productivo sin tocarlo, y convertirlo en inteligencia QA/QC
SQL Shadowing es el método no invasivo de OnLIMS para extraer datos operacionales y de calidad desde bases transaccionales legacy mientras el sistema productivo sigue funcionando. Crea una capa paralela de calidad y reportería que lee desde el entorno SQL Server existente sin obligar al personal del laboratorio a abandonar los flujos que sostienen la operación diaria.
Esta arquitectura es especialmente relevante para faenas donde el sistema de laboratorio es misión crítica. La base productiva sigue siendo la fuente operacional para flujo de muestras, ingreso de resultados, integración de instrumentos y reportes. La capa shadow se enfoca en visibilidad estructurada: revisión QA/QC, audit trails, registros históricos de calidad, gráficos de control y evidencia de cumplimiento.
- Seguimiento de CRMs, blancos y duplicados: los lotes históricos pueden revisarse con sus controles de calidad intactos.
- Gráficos Shewhart: los límites LCL/UCL pueden aplicarse y revisarse en el tiempo.
- Precisión de duplicados: el análisis Thompson-Howarth permite detectar deriva en precisión.
- Revisión de no conformidades: los patrones pueden identificarse, conservarse y prepararse para auditorías retrospectivas.
- Evidencia ISO 17025: el material de auditoría puede organizarse sin forzar una migración riesgosa.
El valor no está solo en leer datos. El valor está en hacer que esos datos sean operacionalmente útiles para control de calidad. Una tabla SQL por sí sola no es un sistema de calidad. El laboratorio necesita contexto: identidad de muestra, estructura del lote, método, instrumento, analista, tipo de QC, valor esperado, valor observado, límites de control, estado de validación y condición final de reporte.
OnLIMS traduce esos datos operacionales en inteligencia de calidad. Permite que los equipos QA/QC inspeccionen si un lote respetó límites de control, si los duplicados se comportaron dentro de la precisión esperada, si los blancos indican riesgo de contaminación y si los resultados deben liberarse, revisarse o retenerse.
Trazabilidad defendible bajo presión: lo que ISO 17025 exige de un laboratorio minero real
La acreditación ISO 17025 depende de repetibilidad, trazabilidad, control documentado y evidencia defendible. En un laboratorio minero, esa evidencia debe sobrevivir presión operacional: altos volúmenes de muestras, urgencias de despacho, ventanas de mantenimiento instrumental, reanálisis, chequeos de duplicados y excepciones gatilladas por fallas QA/QC.
Un sistema de calidad débil genera riesgo de varias formas. Los resultados pueden estar técnicamente presentes en la base de datos, pero ser difíciles de reconstruir durante una auditoría. Las fallas QC pueden revisarse de forma inconsistente. Los patrones históricos pueden permanecer ocultos hasta convertirse en problemas productivos. Las exportaciones manuales pueden introducir errores. La preparación de auditoría puede depender demasiado del conocimiento individual del personal en vez de evidencia sistematizada.
OnLIMS reduce ese riesgo estructurando la información de calidad directamente alrededor de los flujos de laboratorio minero. En lugar de tratar ISO 17025 como un problema de almacenamiento documental, lo trata como un problema de datos operacionales.
Por ejemplo, un jefe QA/QC preparando una auditoría no debería reconstruir manualmente la relación entre un lote de muestras, sus CRMs, sus blancos, sus duplicados, su analista, la salida instrumental y el resultado final reportado. Esa relación debería estar disponible desde el sistema. Lo mismo aplica para gráficos de control históricos, registros de no conformidad y decisiones de retención de lotes.
SQL Shadowing hace esto posible incluso cuando el sistema transaccional subyacente es legacy. Proporciona un camino controlado desde el dato operacional hacia evidencia de calidad preparada para auditoría.
Modernizar por etapas: la ruta intermedia entre no hacer nada y un reemplazo riesgoso
La ventaja principal de SQL Shadowing es que separa la modernización de calidad de la interrupción productiva. Un laboratorio puede mejorar visibilidad de auditoría, control QA/QC y reportería histórica sin reemplazar inmediatamente toda la base operacional. Esto reduce riesgo de implementación y permite modernizar por etapas.
El valor de negocio es claro:
- Menor riesgo de migración: los flujos productivos legacy permanecen activos mientras mejora la visibilidad de calidad.
- Mejor preparación de auditoría: la evidencia ISO 17025 se vuelve más fácil de recuperar, revisar y defender.
- Mayor disciplina QA/QC: CRMs, blancos, duplicados, límites de control y chequeos de precisión se vuelven más visibles.
- Menos trabajo manual: los equipos QA/QC dedican menos tiempo a reconstruir evidencia desde exportaciones y planillas.
- Mayor continuidad: la modernización no exige detener el laboratorio ni exponer datos a dependencias cloud.
- Mejor gobernanza histórica: los registros de calidad permanecen disponibles para análisis retrospectivo.
Para laboratorios mineros, este es un camino práctico entre dos extremos. Por un lado está el riesgo de no hacer nada y dejar la evidencia de calidad fragmentada. Por otro, el riesgo de intentar un reemplazo completo antes de que la operación esté preparada.
OnLIMS SQL Shadowing ofrece una ruta intermedia controlada: preservar el sistema productivo, extraer los datos de calidad que importan y construir alrededor de ellos una capa moderna de QMS e ISO 17025.
Ese es el principio central de OnLIMS como especialista en Mining Laboratory LIMS. El sistema no está diseñado para teoría genérica de laboratorio. Está diseñado para la realidad operacional de laboratorios mineros, donde continuidad, trazabilidad, disciplina QA/QC y soberanía de datos no son opcionales.