Una trabajadora de atención ciudadana recibe una consulta sobre una ayuda urgente. Antes de contestar, busca si otra unidad ya tiene la documentación necesaria. El sistema ofrece un botón: “derivar caso”. Parece una cortesía interna, pero al pulsarlo puede enviar el historial completo, notas de una entrevista, un teléfono personal y una apreciación apresurada sobre la situación familiar. La pregunta no es si la segunda unidad podría encontrar útil todo ese material. La pregunta es qué necesita de verdad para cumplir la tarea concreta que recibe.
La derivación entre servicios suele presentarse como una mejora de coordinación. A veces lo es: evita que una persona repita un relato doloroso, reduce esperas y permite que una incidencia llegue a quien puede resolverla. Sin embargo, esa utilidad no autoriza un trasvase indefinido de información. Cada derivación crea una nueva relación, nuevas personas con acceso y nuevas posibilidades de interpretación. Definir datos mínimos no significa obstaculizar el trabajo; significa evitar que la comodidad administrativa convierta cualquier expediente en una maleta sin fondo.
Empezar por la decisión, no por el formulario#
El error más común es diseñar la transferencia desde los campos disponibles. Si una aplicación ya contiene nombre, dirección, diagnóstico, observaciones y documentos adjuntos, parece eficiente marcarlo todo. El orden correcto es el inverso: primero se escribe la decisión que el servicio receptor debe tomar; después se identifican los datos estrictamente necesarios para tomarla; por último se revisa si alguno puede resumirse, verificarse sin copiarse o solicitarse directamente a la persona.
El error más común es diseñar la transferencia desde los campos disponibles. Si una aplicación ya contiene nombre, dirección, diagnóstico, observaciones y documentos adjuntos, parece eficiente marcarlo todo.
Pensemos en una derivación a un servicio de accesibilidad para adaptar una cita. Quizá basta con el identificador del expediente, un medio seguro de contacto, la fecha propuesta y la necesidad funcional comunicada por la persona. No hace falta trasladar cada consulta anterior ni una nota sobre conflictos con otra institución. Cuando el propósito se expresa con una frase verificable —“organizar una cita accesible antes del viernes”— resulta más fácil detectar lo que sobra. Los campos dejan de ser neutrales: cada uno tiene que defender su presencia.
La mínima información no es siempre la misma#
Un conjunto mínimo no puede ser una lista universal fijada una vez y olvidada. Depende de la acción, del riesgo y del momento. Para reservar una llamada, una franja horaria y una preferencia de contacto pueden ser suficientes. Para derivar una alerta de seguridad, quizá se necesiten un contexto más preciso, un canal de respuesta y el nombre de quien evaluó la urgencia. Confundir ambos escenarios conduce a dos daños: se bloquea una intervención necesaria o se normaliza la circulación excesiva de datos sensibles.
Por eso conviene crear fichas breves por tipo de derivación. Cada ficha debería nombrar la finalidad, el servicio emisor, el receptor, los campos permitidos, los campos expresamente excluidos, la duración de acceso y la vía de revisión. No es burocracia decorativa. Es una forma de que alguien pueda preguntar por qué una fotografía, una dirección antigua o una observación subjetiva viajan en un caso determinado y recibir una respuesta que no dependa de la memoria de una persona concreta.
Separar hechos, contexto y opiniones#
Una derivación gana seguridad cuando distingue tres capas que a menudo se mezclan. La primera son hechos operativos: una cita pendiente, un documento recibido, un plazo que vence. La segunda es contexto aportado por la persona: una necesidad de apoyo, una preferencia o un límite que ayuda a tratarla correctamente. La tercera son interpretaciones: “no colabora”, “parece confusa”, “es difícil de localizar”. Estas últimas pueden condicionar una recepción incluso cuando son incompletas, antiguas o fruto de un malentendido.
No se trata de prohibir todo contexto. En algunos casos, una persona pide expresamente que se comunique una barrera lingüística o un modo de contacto seguro. La diferencia es que el dato tiene una relación clara con la tarea, se formula con precisión y puede corregirse. Una observación vaga, en cambio, se reproduce con facilidad y rara vez trae consigo su origen, fecha o incertidumbre. Antes de enviarla, el equipo debería poder responder: ¿quién la afirmó?, ¿cuándo?, ¿para qué decisión es necesaria?, ¿podría la persona explicarla de otro modo?
Diseñar una pantalla que ayude a decir no#
La tecnología puede impulsar la minimización o sabotearla. Una pantalla con todas las casillas seleccionadas por defecto empuja a enviar demasiado, especialmente cuando hay prisa. Una alternativa responsable muestra primero el propósito de la derivación, propone un paquete mínimo y exige una justificación breve para añadir categorías adicionales. No se trata de hacer que cada paso sea penoso; se trata de introducir una pausa proporcional en el punto donde una decisión difícil de deshacer se vuelve rutinaria.
Esa pantalla también debe mostrar al personal qué no viaja. Un resumen comprensible —“se enviarán identificador, cita solicitada y preferencia de intérprete; no se enviarán notas de entrevista ni adjuntos”— previene errores mejor que una política extensa enterrada en otra aplicación. Cuando un dato adicional es imprescindible, la razón debe quedar registrada en lenguaje ordinario. Así una revisión posterior puede distinguir una excepción real de una costumbre heredada.
Dar visibilidad y control a la persona afectada#
La minimización es más sólida si la persona sabe que la derivación ocurrirá. Informar no requiere entregar un manual jurídico: basta con explicar qué servicio recibirá qué información, para qué, durante cuánto tiempo y cómo plantear una corrección. En la escena inicial, la trabajadora podría decir: “Voy a enviar tu número de expediente y tu necesidad de cita accesible al equipo que organiza las citas. No incluiré las notas de nuestra entrevista. Si prefieres que te contacten por correo, lo indico ahora”.
Esta conversación mejora tanto la dignidad como la exactitud. Permite que alguien corrija un teléfono desactualizado, limite un canal inseguro o añada un detalle práctico que no estaba en el expediente. También revela cuando la derivación no es apropiada. El consentimiento no resuelve por sí solo toda obligación de protección, pero la explicación concreta reduce la asimetría: la persona deja de descubrir después que su vida circuló por sistemas que no conocía.
Acceso temporal y trazable#
Enviar poco no basta si el receptor conserva ese poco sin límite. El acceso debería caducar al terminar la tarea o requerir una renovación explícita. Una cita resuelta no justifica que un servicio distinto mantenga durante años un historial de preferencias o una copia de documentos. La caducidad convierte la finalidad en una práctica, no en una frase: obliga a decidir si todavía existe una razón concreta para conservar o consultar la información.
Junto a la caducidad, hace falta un registro útil. No una lista técnica imposible de leer, sino una constancia de quién derivó, qué categorías seleccionó, a qué unidad, con qué finalidad y bajo qué excepción, si la hubo. Ese rastro protege a la persona y al personal: permite reconstruir un error sin inventar versiones, detectar paquetes sobredimensionados y aprender qué formularios invitan a transferencias innecesarias.
Probar el flujo con casos incómodos#
Antes de generalizar el sistema, el equipo debería ensayarlo con situaciones que revelen sus límites. ¿Qué ocurre si la persona comparte teléfono con alguien que no debe conocer la cita? ¿Qué pasa si el destinatario equivocado recibe el identificador? ¿Cómo se corrige una nota que ya fue consultada? ¿Qué opción tiene un trabajador que necesita ayuda urgente pero no encuentra una categoría adecuada? Las respuestas no se obtienen revisando solo el diagrama ideal; se obtienen escuchando a quienes atienden casos reales y a quienes cargan con las consecuencias de una mala derivación.
Una prueba pequeña puede comparar dos recorridos: el formulario actual, que adjunta el expediente entero, y un paquete mínimo definido para un único servicio. Se miden tiempos, errores, necesidad de solicitudes adicionales y correcciones hechas por las personas afectadas. Si el paquete mínimo provoca una carencia repetida, se ajusta con evidencia. Si no la provoca, se elimina una transferencia que antes parecía inevitable. La calidad de la coordinación no se mide por el volumen enviado, sino por la capacidad de resolver sin ampliar riesgos.
Una regla práctica para el próximo caso#
La próxima vez que un equipo prepare una derivación, puede hacer cuatro preguntas antes de pulsar enviar: ¿qué decisión concreta debe tomar el receptor?, ¿qué dato es imprescindible para ella?, ¿qué dato podría ser prejuicioso o irrelevante?, ¿cuándo dejará de necesitar acceso? Si no hay una respuesta clara, el proceso necesita pausa, no más campos. Y si existe una excepción por seguridad o urgencia, debe describirse y revisarse después, no quedar escondida en el hábito.
Los datos mínimos no son una señal de desconfianza entre servicios. Son una forma de colaboración más adulta: cada unidad recibe lo necesario para actuar, asume su parte de responsabilidad y no convierte a la persona en una colección de antecedentes transportables. Empezar por una única derivación frecuente, diseñar su paquete mínimo y pedir a una persona ajena al equipo que lo pruebe es un siguiente paso concreto. Puede parecer modesto, pero cambia la pregunta decisiva de “¿qué tenemos?” a “¿qué debemos compartir para ayudar sin invadir?”.
