Federar, no centralizar: por qué los datos clínicos deben quedarse en su origen
Centralizar historias clínicas en un solo repositorio parece simple hasta que llega la primera auditoría. La federación FHIR ofrece otro camino: consultar donde el dato vive.
Durante dos décadas, la respuesta estándar a la fragmentación de datos en salud fue la misma: construir un repositorio central y copiar todo ahí. Es una idea intuitiva. También es la razón por la que tantos proyectos nacionales de historia clínica se detienen en la fase dos.
El costo oculto de copiar
Cada copia de un dato clínico es una nueva superficie de riesgo, un nuevo acuerdo legal y un nuevo punto donde la información se desactualiza. Cuando un hospital corrige un diagnóstico, la copia central no se entera.
El dato más confiable es el que nunca salió de donde se generó.
Qué cambia con la federación
En un modelo federado, cada institución conserva su sistema y expone sus datos a través de una interfaz estándar. Una capa de consulta —en nuestro caso, Acordia— resuelve la pregunta en tiempo real y devuelve un resultado consolidado.
- El hospital sigue siendo dueño y custodio de sus registros.
- Las consultas quedan auditadas en origen.
- No hay un repositorio central que proteger.
Un ejemplo concreto
Para obtener las alergias de un paciente atendido en tres instituciones, el broker emite una consulta FHIR a cada nodo:
GET /AllergyIntolerance?patient=Patient/8841&clinical-status=activeLas respuestas se combinan, se deduplican y se entregan al clínico en segundos. Ningún registro se persiste fuera de su origen.
Lo que no resuelve
La federación no elimina la necesidad de estandarizar. Si un nodo no habla FHIR, primero hay que traducir. Ese es el trabajo de Harmony, y el tema de nuestro próximo artículo.
