Procesos, procedimientos, flujos y casos de uso del LIS

1. Propósito y alcance

Este documento describe el comportamiento funcional esperado de un sistema de información para laboratorio clínico (LIS), desde la configuración de sus catálogos hasta la conservación de la evidencia clínica y administrativa. Sirve como base para historias de usuario, diseño de pantallas, servicios, permisos y pruebas de aceptación.

Se elaboró a partir del marco conceptual, la propuesta de modelo de datos y el DDL de PostgreSQL 18. El DDL define estructura y parte de la integridad; este documento especifica procesos esperados, no afirma que exista una aplicación que ya los ejecute. Los catálogos de estados, la matriz de transiciones y los datos de demostración viven aparte, en LIS_datos_ejemplo_postgresql_18.sql, que se ejecuta después del DDL. Cuando aquí se nombra una tabla, vista, columna o valor de dominio, se usa el nombre exacto del DDL.

Unidad de trabajo: una orden_laboratorio pertenece a un paciente y contiene una o más prueba_solicitada. Cada prueba progresa individualmente. La orden resume ese avance; facturación, pago y cobertura conservan su propio estado.

2. Actores y responsabilidades

Los roles iniciales del modelo son administracion, recepcion, flebotomia, tecnico, bioanalista, patologia, facturacion, almacen y auditoria. Una persona puede desempeñar varios papeles si su autorización y la separación de funciones institucional lo permiten; la asignación es histórica y no admite periodos solapados para el mismo rol.

El modelo distingue dos identidades y los procesos deben respetar esa separación: cuenta_usuario registra quién ejecuta la operación —recolecta, captura, envía, entrega, mueve inventario— y profesional_laboratorio registra quién aprueba o firma —intervalos y reglas, validación, emisión del informe, autorización de reanudación tras un bloqueo—. Una cuenta puede enlazarse con su profesional, pero no lo sustituye. Todas las acciones clínicas y administrativas guardan actor, fecha y contexto.

3. Mapa de procesos

4. Flujo clínico integral

La rama financiera puede completarse antes o después de la toma conforme a la política de urgencias y convenios. Una prueba derivada o un cultivo pueden continuar mientras otras pruebas de la misma orden se informan parcialmente.

flowchart TD
    A([Solicitud recibida]) --> B[Identificar paciente y registrar orden]
    B --> C[Expandir perfiles y verificar requisitos]
    C --> D[Resolver cobertura, tarifa y autorización]
    D --> E[Verificar identidad y recolectar]
    E --> F{Muestra aceptable}
    F -->|No| G[Registrar no conformidad]
    G --> H{Resolución}
    H -->|Nueva toma| E
    H -->|Excepción autorizada| I[Crear alícuota y vincularla a la prueba]
    H -->|Cancelar prueba| Z[Conservar cancelación y motivo]
    F -->|Sí| I
    I --> J{Destino de la prueba}
    J -->|Interno| K{Equipo y control aptos}
    K -->|No| L[Bloquear e investigar]
    L --> K
    K -->|Sí| M[Ejecutar y capturar resultado]
    J -->|Referencia| N[Registrar envío y retorno]
    N --> M
    M --> O[Resolver referencia, delta y criticidad]
    O --> P{Requiere repetición o aclaración}
    P -->|Sí| M
    P -->|No| Q[Validar versión según política]
    Q --> R{Resultado crítico}
    R -->|Sí| S[Comunicar y confirmar o escalar]
    R -->|No| T[Emitir informe versionado]
    S --> T
    T --> U([Entregar y registrar evidencia])

    classDef paso fill:#D0EBFF,stroke:#1971C2,stroke-width:2px,color:#0B2E4F
    classDef decision fill:#FFF3BF,stroke:#E67700,stroke-width:2px,color:#5F3C00
    classDef excepcion fill:#FFE3E3,stroke:#C92A2A,stroke-width:2px,color:#5C0000
    classDef fin fill:#D3F9D8,stroke:#2B8A3E,stroke-width:2px,color:#1B4332
    class B,C,D,E,I,M,N,O,Q,S,T paso
    class F,H,J,K,P,R decision
    class G,L,Z excepcion
    class A,U fin

5. Procedimientos operativos

PO-01. Configurar una prueba, perfil o regla clínica

Responsables: administrador del LIS y aprobador clínico o de calidad. Entrada: solicitud de alta o cambio con fecha de vigencia y evidencia de aprobación.

1. Crear o revisar sección, prueba, analitos, unidad, método, instrucciones de preparación, requisitos de muestra (requisito_muestra: tipo de muestra, recipiente, volumen mínimo y estabilidad en minutos) y tiempo objetivo (tat_objetivo_minutos).
2. Marcar en la prueba las condiciones que gobiernan el flujo posterior: sensible, requiere_consentimiento y derivacion_externa_predeterminada.
3. Definir perfiles sin duplicar pruebas; configurar intervalos de referencia y límites críticos por analito, método, unidad, sexo biológico, edad en días y vigencia.
4. Definir tarifas por tipo de precio, pagador, plan y moneda; códigos externos con sistema, código y versión sobre una sola entidad; habilitación de la prueba en cada equipo (equipo_prueba); receta teórica de reactivos (prueba_reactivo); y tipos de dato clínico exigibles (tipo_dato_clinico).
5. Definir reglas reflejas, delta y de autovalidación con número de versión, vigencia y profesional aprobador.
6. Publicar la nueva configuración en la fecha prevista; conservar el historial necesario para reproducir resultados previos.

Salida y control: catálogo utilizable solo cuando sus dependencias estén completas. El DDL rechaza por sí mismo las vigencias solapadas de intervalos, tarifas, equipo_prueba, prueba_reactivo, coberturas, reglas y asignación de roles, de modo que el conflicto aparece al guardar y no al consultar. Toda aprobación de referencia o de regla apunta a un profesional_laboratorio. La prueba inactiva deja de ofrecerse para nuevas órdenes, sin alterar las ya registradas. La ejecución de una regla deja evidencia en ejecucion_regla.

PO-02. Admitir al paciente y registrar la orden

Responsable: recepción. Precondiciones: sede activa, usuario autorizado y solicitud identificable.

1. Buscar por historia y por identificadores con sistema, valor y emisor; resolver duplicados por un procedimiento auditado.
2. Confirmar identidad, solicitante, prioridad (rutina, urgente o stat), sede de registro —obligatoria— y sedes de toma y proceso cuando se conozcan, datos de contacto y restricciones de divulgación.
3. Obtener el número de orden con siguiente_numero_documento, que entrega un consecutivo por organización y año sin colisiones bajo concurrencia. No reconstruirlo con MAX + 1.
4. Seleccionar pruebas o perfiles y expandirlos en prueba_solicitada, indicando en tipo_adicion el origen de cada línea (inicial, perfil, agregada o refleja) y, para las que provienen de un panel, su perfil_origen_id. El modelo impide dos veces la misma prueba activa en una orden; una prueba cancelada libera el hueco para volver a solicitarla.
5. Capturar en dato_clinico_orden, con su momento de observación, los datos estructurados necesarios para cálculos o referencias: peso, talla, gestación, diuresis o medicación cuando apliquen. No se registran como texto dentro del diagnóstico.
6. Comprobar preparación, consentimiento exigible, requisitos de muestra y disponibilidad de tarifa/cobertura. Congelar en cada prueba solicitada el código, el nombre, el método y el precio aplicables al momento de solicitar.

Salida y control: orden con al menos una prueba antes de activarla, paciente y sede coherentes, importes conciliados —el DDL verifica que total = subtotal - descuento + impuesto— e historial inicial. Si falta consentimiento obligatorio, la prueba no avanza hacia procesamiento ni divulgación. Una urgencia puede avanzar sin pago previo con autorización registrada; esa transición exige motivo.

PO-03. Gestionar cobertura, facturación y pagos

Responsables: admisión y caja. Entrada: orden valorizada y plan, convenio o modalidad particular.

1. Confirmar vigencia de la cobertura y autorización requerida; aplicar la tarifa vigente y congelar precio, descuento y total de cada prueba solicitada.
2. Emitir factura con su consecutivo y detalle_factura conciliados con la orden; registrar uno o varios pago por los métodos admitidos. La factura recorre pendiente, parcial, pagado, anulado o reembolsado.
3. Registrar cuenta_por_cobrar para saldos de aseguradora o convenio y dar seguimiento a envío, recaudo y glosa (pendiente, enviada, parcial, pagada, glosada, castigada).
4. Ante anulación, reversión o reembolso, registrar motivo, actor y nuevo evento sin borrar documentos previos: un pago revertido es otra fila en estado reversado que apunta al pago original mediante revierte_a_id.

Salida y control: estados financieros y saldo verificables. El DDL comprueba la aritmética de cada factura y de cada línea, pero no que la suma del detalle iguale la cabecera ni que los pagos no excedan el total: esa conciliación corresponde a la aplicación. Un cambio financiero posterior no modifica resultados clínicos liberados.

PO-04. Recolectar, transportar y recibir muestras

Responsables: recolector y recepción técnica. Precondiciones: orden identificada y requisitos de muestra conocidos.

1. Verificar identidad junto al paciente y condiciones de preparación. Tomar la muestra en un recipiente compatible con requisito_muestra y etiquetarla durante la toma.
2. Registrar código de barras, orden, paciente, recolector, sede, fecha y hora, volumen y condiciones relevantes. El código es único dentro de la organización y tampoco puede coincidir con el de una alícuota: comparten lector y el DDL rechaza la colisión.
3. Para muestra temporizada, registrar inicio, fin y volumen total. El modelo los admite como conjunto completo o completamente ausente, así que el periodo se cierra en un solo acto al terminar la recolección; hasta entonces el cálculo que los requiera queda pendiente, nunca en cero.
4. Registrar cada transferencia de sede o custodia, ubicación, tiempo y temperatura pertinente en evento_muestra, que es un libro append-only: una corrección es un evento nuevo, no una edición.
5. Inspeccionar la muestra a la recepción y, si algo no cumple, abrir no_conformidad_muestra con la condición observada y una de las cuatro decisiones del modelo: rechazar, aceptar_excepcion, nueva_toma o cancelar_prueba. La excepción exige autorizador.
6. Si se rechaza, conservar su código y evidencia; el rechazo se registra con motivo, fecha y responsable de forma conjunta. Crear otra muestra vinculada a la reemplazada en muestra_reemplazada_id cuando se autorice una nueva toma.

Salida y control: muestra aceptada para distribución o rechazo resuelto. Una muestra de otro paciente u orden no puede vincularse a la prueba: el DDL lo impide en prueba_alicuota, ejecucion_analitica, derivacion_externa y cultivo.

PO-05. Preparar y distribuir alícuotas

Responsable: recepción técnica o técnico. Entrada: muestra aceptada.

1. Revisar las pruebas pendientes y agruparlas por sección, estabilidad, tipo de muestra, volumen y prioridad.
2. Crear al menos una alícuota por muestra que vaya a procesarse. No existe vínculo directo entre prueba_solicitada y muestra: el único camino es prueba_alicuota → alicuota → muestra, y solo el cultivo y la derivación externa pueden apoyarse directamente en la muestra primaria. Cuando no hay separación física real, la alícuota representa el propio tubo primario y conserva origen, volumen y ubicación.
3. Vincular cada prueba a una o más alícuotas compatibles en prueba_alicuota, indicando el propósito (analisis, repeticion, derivacion o conservacion) y marcando como principal la que representa a la prueba. Varias pruebas pueden compartir una alícuota apta.
4. Emitir lista de trabajo por sección con estado y prioridad; verificar el tiempo de estabilidad declarado en requisito_muestra antes de reutilizar una muestra para una prueba agregada.

Salida y control: material distribuido y vínculo inequívoco entre orden, paciente, muestra, alícuota y prueba. v_lista_trabajo obtiene el código de barras a través de la alícuota principal, de modo que una prueba sin alícuota principal aparece en la lista sin muestra identificada. La alícuota recorre creada, distribuida, en_proceso, agotada, almacenada y descartada. Si la estabilidad venció, solicitar nueva toma.

PO-06. Habilitar equipo y control de calidad

Responsables: técnico y responsable de calidad. Entrada: corrida prevista y método/equipo aplicable.

1. Confirmar que el equipo está activo, habilitado para la prueba en equipo_prueba con vigencia abierta, y con mantenimiento y calibración vigentes. La calibración se registra aparte del control de rutina y queda aceptada, rechazada o en_revision.
2. Ejecutar los niveles de control previstos contra un lote_control disponible; registrar valor, media objetivo, desviación, z-score, reglas evaluadas, fecha y operador. La ejecución se clasifica como aceptada, advertencia, rechazada o en_investigacion: el control no se reduce a un booleano.
3. Si el control se rechaza, abrir evento_bloqueo_analitico sobre el equipo y, cuando corresponda, el método y el analito afectados; investigar, documentar acciones y decidir repetición o reanudación.
4. Cerrar el bloqueo solo con resolución escrita y un profesional_laboratorio que la autorice; el DDL exige ambos datos junto con la fecha de resolución. Liberar el procesamiento cuando el conjunto equipo, método y analito resulte apto o exista una excepción formal documentada.

Salida y control: evidencia de control en ejecucion_control y bloqueo vigente mientras resuelto_en esté vacío. El control externo registra programa, ronda, desempeño, sesgo y acción en programa_calidad_externo y resultado_calidad_externo.

PO-07. Ejecutar la prueba y capturar resultados

Responsable: técnico. Precondiciones: muestra apta, consentimiento exigible vigente y control analítico aceptable.

1. Registrar cada ejecucion_analitica con prueba, alícuota, método, equipo, operador, repetición y dilución, y su origen: manual, interfaz, calculo, laboratorio_referencia o poct. La ejecución avanza por programada, en_proceso, completada, fallida o anulada.
2. Para interfaz, conservar o referenciar mensaje_interfaz —el DDL exige equipo y mensaje cuando el origen es interfaz—, deduplicar por la terna equipo, dirección y correlación, y dejar en cuarentena los resultados sin identificación o mapeo inequívoco. El mensaje recorre recibido, procesado, duplicado, error y cuarentena.
3. Para captura manual, identificar al operador y el valor original. La recepción automática no equivale a validación clínica.
4. Crear resultado por analito y una resultado_version con valor principal, unidad, método, referencia mostrada, origen y autoría. Desde la versión 2 el motivo del cambio es obligatorio. Cada repetición o corrección conserva la versión anterior.
5. Apuntar resultado.version_vigente_id a la versión que debe leerse. Es el puntero que usan consultas e informes: una versión creada y no apuntada no aparece en v_resultados_para_informe.

Salida y control: valor reproducible con su ejecución de origen. Al insertar, el DDL comprueba que el tipo de valor corresponda al analito, que la opción codificada le pertenezca y que la unidad reportada coincida con la configurada; un analito de título no produce valor y una versión tiene un solo tipo principal de valor. Creada la versión, solo su estado puede cambiar.

PO-08. Interpretar, validar y autovalidar

Responsables: técnico, profesional validador y motor de reglas aprobado.

1. Elegir el intervalo vigente para analito, método, unidad, sexo biológico, edad en días y fecha. La selección usa el sexo_biologico registrado, no la identidad de género, y la fecha base para calcular la edad debe ser un parámetro declarado y estable —habitualmente la de toma de la muestra—. Si no existe una coincidencia única, dejar la versión en referencia_no_resuelta y derivar a revisión; no interpretarla como normal.
2. Evaluar límites críticos antes que rangos de referencia; ejecutar reglas delta y reflejas pertinentes y conservar en ejecucion_regla la regla, su número de versión y la decisión (no_aplica, cumple, no_cumple, disparada, bloqueada o error).
3. Revisar coherencia con muestra, control de calidad, equipo, antecedentes y datos clínicos usados en cálculos. Registrar validación técnica aprobada o devuelta.
4. Registrar validación profesional sobre la versión concreta del resultado o devolver para repetición/aclaración. Una versión admite varias decisiones sucesivas —una devolución y después una aprobación—, pero una sola aprobación vigente por tipo.
5. Aplicar autovalidación solo si la regla vigente y aprobada cumple todas sus condiciones, sin criticidad, banderas, delta disparado, no conformidad de muestra ni bloqueo de calidad. Una validación automática no lleva profesional: debe citar la ejecucion_regla que la produjo, y el DDL la rechaza sobre un resultado crítico.

Salida y control: versión liberada únicamente con las validaciones exigidas por la política de la prueba. Un resultado crítico jamás se autovalida; una nueva versión necesita sus propias validaciones.

PO-09. Comunicar un valor crítico

Responsable: profesional autorizado. Disparador: versión clasificada como critico_bajo o critico_alto.

1. Bloquear la liberación automática y revisar o repetir según el procedimiento clínico.
2. Identificar destinatario autorizado y canal permitido; registrar el aviso en notificacion_critica contra la versión exacta del resultado y abrir la alerta operacional correspondiente.
3. Comunicar el resultado y registrar emisor, receptor, hora, canal y evidencia de confirmación de lectura.
4. Si no se confirma en el plazo institucional, escalar y registrar responsable, momento y acción. Cerrar el caso como confirmada o escalada.

Salida y control: comunicación reconstruible. Los dos únicos cierres válidos son confirmada y escalada, cada uno con su fecha. Un aviso que permanece pendiente fuera del plazo es una no conformidad que requiere seguimiento; la alerta asociada recorre activa, atendida, cerrada o descartada sin sustituir a la notificación.

PO-10. Emitir, entregar y corregir informes

Responsable: profesional emisor y personal de entrega autorizado.

1. Seleccionar exclusivamente versiones vigentes y liberadas —estado liberada o publicada—; permitir informe parcial solo si la política lo contempla.
2. Obtener el número con siguiente_numero_documento y crear informe_resultados con versión, responsable firmante —un profesional_laboratorio—, fecha, formato, hash_sha256 del artefacto y el detalle ordenado de las resultado_version incluidas. Un informe fuera de borrador exige emisor y fecha de emisión.
3. Aplicar restricciones por prueba y resultado sensible, verificar destinatario y consentimiento de divulgación, y registrar cada entrega_informe con canal (portal, correo, impreso, hl7, fhir u otro), destinatario y evidencia.
4. Si se corrige un resultado publicado, crear nueva versión con motivo, repetir validaciones y emitir un informe de versión mayor con reemplaza_a_id y motivo_correccion, ambos obligatorios desde la versión 2. Conservar ambos informes, sus versiones y sus entregas.

Salida y control: informe histórico reproducible con las versiones exactas. El DDL impide incluir versiones de otra orden y exige un orden de presentación sin repeticiones dentro del informe. Reimprimir el mismo informe genera otra constancia de entrega si corresponde, sin crear una versión clínica nueva.

PO-11. Gestionar microbiología y resultados parciales

Responsables: técnico de microbiología y profesional validador.

1. Registrar cultivo sobre una muestra o una alícuota aceptada —exactamente una de las dos—, con medio, temperatura, siembra e incubación. El cultivo recorre sembrado, incubando, lectura, finalizado, contaminado o cancelado.
2. Añadir cada lectura_cultivo con secuencia y hora; una lectura preliminar puede dar lugar a informe parcial autorizado.
3. Si hay crecimiento, crear uno o varios aislamiento numerados; identificar cada microorganismo por catálogo o por texto libre, nunca ambos, con su cantidad y significancia.
4. Crear un antibiograma por aislamiento cuando corresponda, indicando método, fuente y versión del punto de corte —los tres obligatorios—; registrar cada resultado_antimicrobiano con diámetro, MIC o concentración e interpretación S, I, R, SDD o no_interpretable.
5. Validar y emitir resultado final; mantener la orden parcial mientras continúen cultivos o pruebas pendientes.

Salida y control: lecturas y aislamientos históricos conservados, incluso en cultivos polimicrobianos. El informe se compone únicamente de resultado_version: el hallazgo que deba figurar en él se expresa además como versión de resultado de los analitos de la prueba, y las tablas de cultivo quedan como evidencia detallada.

PO-12. Derivar a laboratorio de referencia

Responsables: recepción técnica y profesional validador.

1. Confirmar laboratorio de referencia, prueba, consentimiento y muestra o alícuota apta. El catálogo puede anticipar la decisión marcando la prueba con derivacion_externa_predeterminada.
2. Registrar derivacion_externa sobre una muestra o una alícuota —exactamente una—, con número de envío único por laboratorio, condiciones de transporte, fechas y cambios de custodia. Su estado recorre preparada, enviada, recibida_destino, resultado_recibido o cancelada.
3. Registrar recepción en destino, retorno del resultado, informe externo y responsable firmante.
4. Incorporar el resultado con origen laboratorio_referencia tanto en la ejecución como en la versión, revisar coherencia y validarlo localmente según política.

Salida y control: informe que permite identificar quién produjo y firmó el resultado externo. El envío no borra la custodia previa ni cierra por sí solo la prueba.

PO-13. Administrar inventario y lotes

Responsable: almacén. Entrada: recepción, consumo, ajuste, devolución o descarte.

1. Registrar reactivo y lote_reactivo con proveedor, cantidad inicial, apertura, vencimiento, certificado y condiciones de almacenamiento.
2. Registrar cada entrada o salida en movimiento_inventario con lote, cantidad, saldo resultante, motivo, documento y actor. El libro es append-only y el saldo no lo calcula la base: lo determina y lo escribe la aplicación, por lo que los movimientos de un mismo lote deben serializarse.
3. Vincular el consumo real a ejecucion_analitica mediante consumo_reactivo —una fila por ejecución y lote— y registrar además el movimiento de salida correspondiente: el consumo por sí solo no mueve el saldo.
4. Recordar que el DDL bloquea el consumo de un lote que no esté disponible o que esté vencido, sin excepción en línea: usarlo excepcionalmente exige cambiar antes su estado y dejar la justificación en la auditoría.
5. Revisar stock mínimo y vencimientos, generar alertas y reconciliar saldo con movimientos.

Salida y control: existencia por lote y trazabilidad del lote usado en cada ejecución. v_reactivos_stock_bajo compara el mínimo con el último saldo registrado de los lotes disponibles y no vencidos, de modo que un movimiento omitido se traduce en déficit inexistente o en stock fantasma.

PO-14. Registrar pruebas en el punto de atención (POCT)

Responsables: operador autorizado del punto de atención y profesional validador. Entrada: prueba realizada junto al paciente, fuera del laboratorio central.

1. Registrar el punto de atención como sede de tipo poct y el dispositivo como equipo de esa sede, habilitado para sus pruebas en equipo_prueba.
2. Registrar orden y muestra como en cualquier otra atención; la muestra conserva código, cadena de custodia y alícuota aunque no salga del punto de atención.
3. Crear la ejecucion_analitica con origen poct, operador y equipo, y la resultado_version con el mismo origen.
4. Aplicar la política de validación de la institución: un resultado POCT entra al LIS con el mismo ciclo de referencia, criticidad, validación e informe que uno del laboratorio central.

Salida y control: el informe permite identificar que el resultado se produjo fuera del laboratorio central, con su equipo y responsable. El control de calidad del dispositivo POCT se registra con el procedimiento PO-06.

6. Casos de uso funcionales

CU-08. Rechazo y nueva toma

Flujo principal: recepción técnica identifica la muestra; registra condición observada y decide nueva_toma; el LIS marca rechazo con motivo, fecha y responsable; la orden conserva la prueba pendiente; el recolector genera un código nuevo y vincula la nueva muestra a muestra_reemplazada_id; recepción técnica inspecciona de nuevo.

Alternativas: una excepción requiere autorizador y justificación; si no es posible repetir, se cancela la prueba con motivo. Criterio de aceptación: las dos muestras y todos los eventos de custodia siguen consultables; ningún resultado se atribuye a la muestra rechazada por error.

CU-13. Prueba refleja

Flujo principal: el LIS evalúa la versión de resultado con una regla_refleja vigente; registra decisión en ejecucion_regla; comprueba autorización humana si la regla lo exige en requiere_confirmacion; crea una prueba_solicitada con tipo_adicion = 'refleja' y referencia a la prueba origen; calcula tarifa, cobertura, consentimiento y requisitos de muestra; programa toma o reutilización conforme a estabilidad.

Alternativas: si la prueba ya está activa, evita duplicarla y deja evidencia; si falta consentimiento, cobertura o muestra apta, la nueva prueba permanece pendiente. Criterio de aceptación: la nueva prueba tiene ciclo, precio y trazabilidad propios.

CU-16. Valor crítico

Flujo principal: se selecciona referencia aplicable, se clasifica criticidad, se impide autovalidación, el profesional confirma el valor y contacta al destinatario autorizado. El LIS registra notificación y confirmación de lectura; si vence el plazo sin confirmación, registra escalamiento.

Criterio de aceptación: cada resultado crítico tiene evidencia de confirmación o escalamiento y puede reconstruirse quién comunicó qué versión, a quién, cuándo y por qué canal.

CU-18. Corrección de informe emitido

Flujo principal: profesional autorizado identifica versión e informe originales, registra motivo, crea nueva resultado_version, la revisa y valida; emite informe_resultados con versión mayor, reemplaza_a_id y detalle de versiones exactas; distribuye el nuevo informe a destinatarios autorizados.

Criterio de aceptación: el informe original sigue reproducible y la nueva entrega se distingue de una reimpresión. Ni la orden ni la prueba se reabren: la prueba permanece publicada y la corrección ocurre en el ciclo de versiones del resultado, que conserva sus propias validaciones.

7. Estados, reglas y decisiones transversales

Estados de apoyo:

Las transiciones de orden y prueba se registran en historial_estado_orden y historial_estado_prueba. El DDL valida que la transición insertada figure en transicion_estado_orden o transicion_estado_prueba y que incluya motivo cuando la matriz lo exija. La aplicación debe actualizar el estado actual y el historial en una operación coherente.

Cobertura de la matriz inicial. Los datos de ejemplo cargan once transiciones de orden y diez de prueba. Cubren el camino nominal, pero los procedimientos de este documento exigen ampliarla antes de usarla:

publicada y entregada se mantienen terminales de forma deliberada: la corrección de un resultado publicado se resuelve creando una versión nueva y un informe sustituto, no reabriendo la prueba ni la orden.

Reglas comunes:

1. Una operación conserva organización, paciente, orden y sede coherentes a través de todas sus referencias. Las claves compuestas aseguran la coherencia de organización, y los triggers de restricción comprueban además que la muestra o alícuota pertenezca a la misma orden y paciente que la prueba —en prueba_alicuota, ejecucion_analitica, derivacion_externa y cultivo— y que un informe solo incluya versiones de su propia orden. El resto de comprobaciones transversales requiere lógica transaccional de la aplicación.
2. Los hechos clínicos, informes, movimientos de inventario y pagos se corrigen con nuevos eventos o versiones, no mediante borrado histórico.
3. Una referencia ausente o ambigua exige revisión; no se interpreta como normal. Los datos clínicos usados en cálculo o selección de referencia deben poder reconstruirse con el resultado.
4. La publicación exige validación de la versión vigente, control de calidad apto cuando aplique y restricciones de consentimiento/divulgación satisfechas.
5. La restricción de resultados sensibles combina rol, autorización sobre la prueba o resultado, destinatario y auditoría de lectura.
6. Las alertas operativas permiten seguimiento, pero no sustituyen notificacion_critica, evento_bloqueo_analitico ni los historiales clínicos.
7. Los actos de aprobación, firma y autorización clínica apuntan a profesional_laboratorio; los actos operativos apuntan a cuenta_usuario. Una cuenta puede enlazarse con su profesional, pero no lo reemplaza como responsable clínico.
8. Un consecutivo legible de orden, factura o informe se obtiene siempre de siguiente_numero_documento, nunca de un máximo consultado.

8. Evidencia, consultas y verificación

Escenarios mínimos de aceptación

1. Registrar una orden con perfil, dos pruebas y una muestra compartida; comprobar que no se duplican pruebas ni se mezcla otro paciente.
2. Rechazar una muestra, realizar nueva toma y consultar ambas cadenas de custodia.
3. Bloquear un equipo por control fallido y permitir reanudar solo tras acción y autorización documentadas.
4. Capturar por interfaz un mensaje duplicado, poner en cuarentena uno sin mapeo y repetir un resultado sin borrar la primera ejecución.
5. Autovalidar un resultado elegible y demostrar que la regla/version utilizada quedó registrada; rechazar autovalidación de un valor crítico.
6. Comunicar un crítico, confirmar o escalar dentro del plazo y recuperar toda la evidencia.
7. Emitir informe parcial mientras un cultivo continúa, luego emitir el final con sus aislamientos y antibiogramas.
8. Corregir un resultado publicado y reproducir los informes original y corregido con sus entregas.
9. Derivar una prueba y mostrar laboratorio productor, firmante, envío y retorno en su trazabilidad.
10. Agregar una prueba y reutilizar una muestra estable; exigir nueva toma cuando la estabilidad expire.
11. Impedir consulta y entrega no autorizadas de resultados sensibles y auditar la consulta permitida.
12. Reconciliar factura, pagos, cuenta por cobrar y movimientos de reactivos sin borrar eventos previos.
13. Registrar un resultado POCT y comprobar que recorre el mismo ciclo de referencia, validación e informe que uno del laboratorio central.
14. Comprobar que una prueba sin alícuota vinculada no puede ejecutarse y que aparece en la lista de trabajo sin muestra identificada.
15. Intentar consumir un lote vencido o bloqueado y verificar que la operación se rechaza y queda registrada.

9. Delimitación para implementación

El DDL aporta tablas, restricciones, índices, vistas y un conjunto acotado de triggers:

• inmutabilidad de resultado_version —solo su estado puede avanzar— y de los libros evento_muestra, movimiento_inventario, historial_estado_orden e historial_estado_prueba;
• validación del tipo de valor, de la opción codificada y de la unidad en cada versión de resultado;
• prohibición de autovalidar un resultado crítico;
• matriz de transiciones de orden y de prueba, con exigencia de motivo cuando la transición lo requiere;
• coherencia de orden y paciente entre una prueba y su muestra o alícuota, y entre un informe y las versiones que incluye;
• unicidad del código de barras entre muestras y alícuotas de una misma organización;
• bloqueo del consumo de lotes vencidos o no disponibles;
• fecha de nacimiento no futura;
• consecutivos de orden, factura e informe mediante siguiente_numero_documento.

La aplicación y sus servicios deben completar el resto: permisos y mínimo privilegio, consentimiento, selección inequívoca de referencias, estabilidad de muestras, vigencia del control de calidad, actualización coherente del estado actual junto con su historial, mantenimiento de version_vigente_id, publicación, comunicación crítica, cálculo del saldo de inventario, conciliación de factura, pagos y cartera, auditoría de consultas y resolución de duplicados de paciente. Estas reglas deben tener pruebas de aceptación antes de usarse en producción.

Tres límites del modelo conviene tenerlos presentes al diseñar la aplicación:

1. intervalo_referencia discrimina por analito, método, unidad, sexo biológico, edad y vigencia. La gestación u otras condiciones clínicas solo caben en el campo libre poblacion, así que una referencia ajustada por embarazo no se resuelve automáticamente: exige selección asistida y evidencia de la decisión.
2. La fusión de pacientes duplicados y la corrección de una muestra mal atribuida no tienen tablas propias; son flujos de aplicación que deben dejar rastro en evento_auditoria y no borrar hechos.
3. evento_auditoria está particionado por fecha, con una partición para 2026 y otra de contingencia: mantener el calendario de particiones es una tarea operativa, no un detalle del esquema.

Los plazos de aviso crítico, criterios de rechazo, estabilidad, política de informes parciales, autorización de urgencias y restricciones de divulgación se parametrizan y aprueban conforme a la institución y la normativa aplicable.