La ida ya existía: ingest_paciente.php recibe el payload con los exámenes y
los guarda (y responde con examenes_guardados como acuse); el ERP genera las
muestras solo, a partir del tipo de muestra de su catálogo — por eso el
payload NO necesita campos nuevos.
Lo que no existía era la vuelta: que el sistema del laboratorio pueda saber
qué pasó con cada muestra sin que nadie mire el ERP. get_tracking_muestras.php
lo resuelve consultando por rango de fechas (tope 31 días) o por documento,
con la misma autenticación X-Lab-Key del ingest. Devuelve, por turno: fecha,
código, paciente, exámenes en CÓDIGO LEGACY (el que el Data Lab entiende) y
cada muestra con tipo, estado, motivo de rechazo, hora y quién la recibió.
Solo lectura.
scripts/test_tracking_muestras.php: 11 pruebas ejecutando el endpoint real
contra la base real con el caso E018 del 27/08 — sus 10 muestras, el
coprológico rechazado con su motivo, el filtro por documento, la clave, y
la cordura de parámetros.
Pendiente humano (no de código): crear MYBPC3 y SONDA en el módulo Exámenes;
son los únicos 2 códigos de 265 vistos en RIPS esta semana sin mapeo, y no
los invento porque llevan precio y tipo de muestra clínicos.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
