Escribir en tablas FoxPro que siguen abiertas
FoxPro sigue sosteniendo operaciones reales, y la aplicación está abierta en cada escritorio desde las ocho de la mañana. Mover ese histórico a cualquier sitio suele significar cerrar el negocio un fin de semana.
En vez de eso escribí un motor DBF en Python sin dependencias que habla el mismo protocolo de bloqueo que FoxPro: toma el rango de bytes exacto de la fila que toca, nunca el fichero, y escribe cada registro de una sola pasada, así que ningún lector concurrente ve media fila. La aplicación de siempre sigue trabajando y no se entera. Encima corre un servicio FastAPI que hace dos cosas distintas: migra por rango de fechas como un trabajo que se puede seguir, y responde consultas en vivo sin migrar nada — que es como recepción resuelve un paciente mientras cada caja escribe en ese mismo fichero.
Los datos no salían de la clínica. Vivían en la red local, atados a la aplicación que los escribía, y la única salida era un reporte en Excel.
Los mismos datos son multiplataforma: tableros que se actualizan solos, un paciente resuelto desde una tableta en el mostrador, dispositivos que se comunican entre sí, y análisis que antes no se podía ni plantear.
