project.linkedcorp.net/DECISIONES.md

DECISIONES - project.linkedcorp.net

Registro de decisiones acordadas (qué, por qué, alternativas descartadas). Se agrega una entrada cada vez que se acuerda algo que cambia cómo se construye el proyecto. No se borran: si cambia, se agrega una nueva que la reemplaza. Se versiona en Git.

#	Fecha	Decisión	Por qué	Descartado	Estado
1	2026-09-03	Identidad UI Windows/Fluent (docs/UI-UX-WINDOWS.md) en vez de la identidad web LinkedCorp	Decisión explícita del usuario al arrancar el proyecto	UI-UX-LINKEDCORP.md	vigente
2	2026-10-29	Datos de sistemas externos vía conectores (API HTTP de solo lectura instalada en el servidor origen, contrato v1 en data/conectores/README.md); el primero es FoxPro	Más seguro (el sistema no guarda credenciales del origen; el origen decide qué tablas/campos salen) y escalable (otra tecnología = otro conector, mismo contrato)	Conexión directa desde el backend por SMB/SFTP a los DBF o con usuario de BD; ODBC de FoxPro	vigente
3	2026-10-29	Conector FoxPro en Node con dbffile, node.exe portable en C:\api_project\foxpro, tarea programada al arranque; lee una copia temporal de DBF+FPT	Mismo stack del proyecto, sin instalar nada en el server, no choca con los bloqueos de SAGA	Servicio .NET/Go; abrir los DBF originales; usar índices CDX	vigente
4	2026-10-29	Por fuente, el superadmin elige importar o consulta en vivo; empleados de nómina siempre se importan con botón "Actualizar empleados" (admin y superadmin)	Pedido del usuario (ver docs/CONEXIONES-EXTERNAS.md)	—	vigente
5	2026-10-29	Formularios en popup siguen el modelo "Nueva reunión" de Calendario; listados con ListView y popup lectura → Editar (aplicado a toda la Agenda médica)	Consistencia pedida por el usuario; la Agenda (hecha por Codex sin guías) tenía un campo por línea y formularios siempre abiertos	Mantener el diseño propio de la Agenda	vigente
6	2026-10-29	Citas futuras del mismo paciente: aviso, no bloqueo, al elegir el paciente (cualquier fecha/médico)	Pedido del usuario; recepción decide	Bloquear o pedir confirmación al guardar	vigente
7	2026-10-29	Al delegar a Codex: reglas escritas en el encargo + solo los .md/secciones necesarios + herramientas; Claude revisa y prueba siempre (también en el orquestador)	Lo entregado sin guías salió fuera de las reglas	Delegar con "lee la documentación"	vigente
8	2026-10-29	Pacientes: con conexión activa se pueden crear a mano; al vincular por cédula manda SAGA	Pedido del usuario: el paciente puede llegar antes de estar en SAGA, y SAGA es la fuente oficial	Solo crear si no está en SAGA; mandan los datos locales	vigente
9	2026-10-29	Sincronización incremental (agregados por _recno + modificados por FECHAACT) y recarga mínima de 60 s en el conector; completa periódica para borrados	clientes.DBF ~20 MB y SAGA lo escribe todo el día	Copiar y enviar toda la tabla en cada consulta	vigente
10	2026-10-29	Nombre de SAGA (CLINOM) no se separa automáticamente: se guarda entero y recepción lo separa al editar; desde ahí la sincronización no lo pisa	SAGA no respeta orden apellidos/nombres	Separar por las 2 primeras palabras	vigente
11	2026-10-29	Sincronización completa de pacientes lunes a viernes 05:00; cambios cada 15 min de 06:00 a 21:00; empleados solo a pedido	Pedido del usuario: carga principal + solo cambios; recarga total temprano	Recarga total frecuente	vigente
12	2026-10-29	Médicos: se toman de proveedores de SAGA (y de nómina) como empleados origin=provider; los empleados con usuario no se actualizan ni inactivan automáticamente	Casi todos los médicos facturan, no están en nómina; lo que tiene usuario lo administra la clínica	Crear médicos sin vínculo con SAGA	vigente
13	2026-10-29	Todo dato de SAGA se consulta por la API del conector (sistema, scripts y búsquedas a pedido); SSH al Windows solo para administrar el conector	Seguridad primero (pedido del usuario)	Leer DBF por SSH/SMB	vigente