Dos carrozas a la misma dirección: cómo detectar traslados y velaciones duplicados con IA y MCP

Son las dos y catorce de la madrugada. La hija llama a la línea nacional del grupo para avisar que su padre falleció en el hospital. Once minutos después, el hospital llama directamente a la sede más cercana para pedir el retiro. Las dos llamadas se atienden bien y terminan en una orden de traslado. A las tres menos cuarto llegan dos carrozas a la misma dirección, con dos conductores y dos auxiliares, a recoger al mismo cuerpo.

Nadie cometió un error visible. Cada orden estaba completa, tenía vehículo y conductor, y ninguna chocaba en la agenda con otra. El problema es que el duplicado no está dentro de ninguna orden: está entre dos órdenes, y los controles de un sistema casi siempre miran una orden a la vez. Este artículo es un caso de uso concreto de inteligencia artificial conectada al ERP por MCP, escrito para la dirección de operaciones, la coordinación de flota y la jefatura del call center de un grupo funerario con varias sedes. No repite la guía de gestión de traslados y flota a escala ni el caso de la operación del día y el servicio en riesgo: aquí se explica cómo encontrar, cada día y en modo de solo lectura, los traslados y las velaciones que existen dos veces para el mismo fallecido.

1. El problema de negocio: el duplicado vive entre dos órdenes

En un grupo funerario grande, una misma solicitud de servicio puede entrar por muchos canales: la línea nacional, la sede, el asesor de previsión, la aseguradora, el convenio empresarial, el propio hospital. Cuantos más canales tiene la compañía, mejor es su atención… y más probable es que dos canales reciban el mismo caso y cada uno lo registre por su lado. Es el mismo fenómeno que conocen los centros de despacho de emergencias, donde varios testigos llaman por el mismo accidente.

El duplicado tiene tres costos, y el más caro no es el más visible:

• El viaje en vacío. Una carroza, un conductor y un auxiliar que salen de madrugada para nada. Es el costo que todos ven, y casi siempre se resuelve con una llamada por radio y una disculpa.
• El servicio que esperó. Mientras esa carroza iba a una dirección donde ya había otra, un segundo servicio real quedó en espera. En una operación 24/7 con la flota justa, un viaje duplicado se paga con el tiempo de respuesta de otra familia. Es el vínculo directo con la capacidad de salas y flota por sede.
• Los indicadores inflados. Si las órdenes duplicadas no se anulan, cuentan como traslados hechos. La productividad de la flota, el costo por servicio y las decisiones de comprar o no otra carroza se toman sobre un número que no es real. Un informe del Instituto Nacional de Justicia de Estados Unidos sobre sistemas de despacho advertía exactamente esto: donde cada registro cuenta como una llamada, las llamadas múltiples por un mismo incidente inflan las métricas.

Y hay un cuarto costo, que no se mide en dinero: dos equipos de la misma compañía presentándose ante la familia o ante el hospital. En el momento de mayor sensibilidad del servicio, la familia ve desorden. Y dos órdenes abiertas sobre el mismo cuerpo son también una fuente de confusión para la cadena de custodia: ¿cuál de las dos registra quién lo recogió y a qué hora?

¿Cuánto pasa? No existe ninguna cifra publicada sobre órdenes duplicadas en funerarias de Latinoamérica, y este artículo no va a inventarla. Lo que sí existe es evidencia de otros sectores que despachan recursos con urgencia. Un estudio publicado en agosto de 2026 en Prehospital Emergency Care analizó 36,7 millones de registros de ambulancias de Estados Unidos de 2023 y encontró que el 0,5 % de los episodios de atención tenía dos registros. Parece poco, pero son casi 196.000 episodios en un año, y los autores advierten que muchos son despachos legítimos de varias unidades, no errores. Esa es exactamente la dificultad de este caso: separar lo repetido de lo legítimo.

2. Qué datos del ERP intervienen

En SFUN, el servicio funerario se organiza alrededor de la orden de servicio (la caracterización), que nace de la autorización del servicio y reúne los datos del fallecido, el plan, los traslados y la velación. Cuando la orden se confirma, el sistema crea automáticamente un traslado por cada fila de su tabla de traslados y la velación correspondiente. Esa automatización es buena: evita que coordinación registre dos veces lo que ya escribió. Pero también define dónde pueden nacer los duplicados.

La lectura de esta tabla es la tesis del artículo: los controles que existen están bien hechos, pero todos miran otra cosa. El choque de sala protege la sala. La reserva de flota protege la carroza y al conductor. La revisión de ruta, que algunas compañías activan, valida que el recorrido tenga destino y horas en orden. Ninguno se pregunta si este fallecido ya tiene un traslado igual. Esa pregunta es la que se le encarga al asistente.

De ahí salen cuatro rutas de duplicado que se pueden verificar con los datos:

1. Dos órdenes de servicio para la misma autorización. Alguien crea la orden desde el formulario sin ver que la consola ya la había creado. Cada una, al confirmarse, genera sus traslados y su velación: es el duplicado más caro, porque se duplica el servicio completo.
2. Un traslado registrado a mano además del automático. El turno de la noche despacha la recogida urgente registrando el traslado directamente, y por la mañana se confirma la orden de servicio, que crea el suyo. Señal típica: traslados sin orden de servicio asociada.
3. La misma fila dos veces en la tabla de traslados. Dos filas con el mismo origen y destino dentro de la misma orden. Se convierten en dos traslados idénticos al confirmar.
4. Dos velaciones del mismo fallecido. La segunda no se rechaza: se guarda con sufijo. Es la ruta más fácil de encontrar, porque el propio nombre del registro la delata.

3. Cómo se arma el caso con MCP, paso a paso

El caso lo usa una persona: el coordinador de flota o de servicios de turno, una vez al día (a primera hora, sobre las últimas 24 horas) y, en grupos con mucho volumen nocturno, una segunda vez al cambio de turno. La revisión semanal la hace la dirección de operaciones con el resumen.

Paso 0: escribir qué es un duplicado y qué no lo es

Antes de preguntarle nada al asistente, operaciones escribe su definición. Los centros de despacho de emergencias hacen lo mismo: la especificación funcional de sistemas de despacho que publicó el Departamento de Justicia de Estados Unidos en 2006 pide que el sistema compare la ubicación de la llamada con los incidentes abiertos, pero deja la decisión final al operador. La especificación de indicadores de ambulancias del NHS de Inglaterra agrega una regla de conteo: varias llamadas sobre un mismo incidente cuentan como un incidente.

Traducido a un grupo funerario, la definición tiene tres niveles de confianza y una lista explícita de excepciones:

La lista de lo que no es duplicado es tan importante como la definición, porque es la que evita que el detector se vuelva ruido:

• Tramos encadenados del mismo servicio: del hospital a la sala, y de la sala al cementerio o al crematorio. La señal es que el origen de un tramo coincide con el destino del anterior.
• Traslados entre ciudades o repatriaciones con relevo de vehículo.
• Vehículo de apoyo (flores, acompañantes) que sale junto a la carroza, si la compañía lo registra como traslado.
• Velación en dos jornadas o en dos lugares (por ejemplo, en la sala y luego en el domicilio), cuando el plan lo contempla.
• Reprogramación: una orden nueva con la anterior ya cancelada no es un duplicado; es la forma correcta de corregir.
• Personas distintas con el mismo nombre: el documento desempata.

La advertencia más útil de otros sectores está aquí. En farmacia, un estudio holandés sobre 1.272 alertas de medicamento duplicado (JAMIA, 2015) encontró que el 32 % eran combinaciones intencionales y que solo el 17 % implicaba un riesgo real. Un detector sin su lista de excepciones produce, sobre todo, falsas alarmas. Y un trabajo de 2026 sobre resolución de entidades recuerda otra trampa: si se asume que «A es igual a B y B es igual a C, entonces A es igual a C», un solo falso positivo puede encadenar cientos de registros. Por eso cada par se revisa por separado.

Paso 1: las cuatro consultas del día

El conector permite contar y agrupar sobre un campo, y devuelve los veinte grupos con más registros, ordenados de mayor a menor. Eso alcanza para empezar, porque en un día normal los duplicados son pocos: si el primer grupo tiene un solo registro, no hay nada que revisar. Estas son las preguntas, en lenguaje natural, que el coordinador le hace al asistente:

1. «De las órdenes de servicio de las últimas 48 horas que no están anuladas, ¿hay alguna autorización con más de una orden?» (ruta 1: el duplicado completo).
2. «¿Qué traslados de las últimas 24 horas no tienen orden de servicio asociada? Para cada uno, dime si el mismo fallecido tiene otro traslado con orden de servicio.» (ruta 2).
3. «Agrupa los traslados de las últimas 24 horas no cancelados por fallecido. Para los que tengan más de uno, muéstrame origen, destino, hora de creación, carroza y quién lo creó, y dime si forman una cadena de tramos o si se repiten.» (rutas 2 y 3).
4. «¿Hay velaciones no canceladas de un mismo fallecido, o velaciones cuyo nombre termina en un sufijo numérico?» (ruta 4).

Dos detalles técnicos que conviene conocer. Primero, el conector no filtra grupos por su tamaño, así que el asistente trae los veinte más grandes y descarta los que tienen un solo registro; si algún día aparecen más de veinte candidatos, eso ya es un incidente en sí mismo y la conversación es otra. Segundo, los traslados que crea la orden de servicio no siempre traen la hora programada, así que la ventana de tiempo se mide mejor con la fecha de creación del registro, que siempre existe. Cuando la consulta ya está estable, se guarda como reporte para que el resultado no dependa de cómo se formuló la pregunta ese día.

Paso 2: la lista corta, con evidencia

La salida no es un tablero: es una lista de candidatos, cada uno con lo necesario para decidir en un minuto. En despacho de emergencias y en salud, la evidencia es consistente en que el aviso que funciona es el que aparece junto a la orden que ya existe. En un hospital académico de Boston (JAMA Network Open, 2019, 184.694 pacientes de urgencias), un simple resalte en rojo junto a la prueba ya pedida redujo las órdenes duplicadas de laboratorio de 4.485 a 2.731, un 49 % menos, sin bloquear a nadie. El asistente hace lo equivalente con cada candidato:

«TRASLADO-4815 (creado a las 02:25 por la sede Norte, carroza 07) tiene el mismo documento y la misma recogida que TRASLADO-4812 (creado a las 02:14 desde la línea nacional, carroza 03). No forman una cadena: los dos salen del mismo hospital. El tercer traslado del mismo fallecido, TRASLADO-4816, sí es un segundo tramo: sale de la sala 2, que es el destino del primero. Candidato de alta confianza: 4812 y 4815.»— Ejemplo ilustrativo de la salida del asistente

Paso 3: la persona decide y deja el vínculo

El coordinador confirma o descarta cada candidato. Si confirma, una persona cancela una de las dos órdenes y escribe en la observación el número de la otra. La regla viene del despacho de emergencias: el duplicado se cierra con referencia cruzada a la llamada original y las dos quedan vinculadas para auditoría. Nunca se borra, porque el historial de cambios del traslado y de la velación es la evidencia de qué pasó y de quién lo corrigió. Si la carroza ya salió, la decisión es operativa (a quién se devuelve) y el registro sirve para la revisión de la semana.

4. El bucle de mejora continua

Encontrar duplicados todos los días es útil. Dejar de producirlos es el objetivo. El hallazgo más interesante de la literatura de salud va en esa dirección: en un hospital de Nueva York que implantó prescripción electrónica (Applied Clinical Informatics, 2012), las órdenes duplicadas eran más frecuentes entre prescriptores distintos que en el mismo, y más frecuentes cuando nacían de plantillas que de órdenes sueltas. Además, veintitrés medicamentos explicaban el 80 % de los duplicados. Midiendo y corrigiendo la causa, la tasa bajó de 3,7 % a 0,9 %.

La analogía con un grupo funerario es casi literal: los duplicados no se reparten al azar, se concentran en dos canales que reciben el mismo caso (la línea nacional y la sede) y en automatismos que conviven con el registro manual (la orden que crea traslados y el turno que ya había creado uno). Cada semana, la dirección de operaciones revisa con el asistente:

• Por qué ruta nació cada duplicado confirmado. Si la mayoría viene de órdenes creadas desde el formulario, la corrección es de proceso: que todas se creen desde la consola, donde la regla sí se cumple. Si viene del turno de la noche, la corrección es un protocolo de traspaso con el call center.
• Por sede, canal de entrada y franja horaria. Dos o tres combinaciones suelen explicar casi todo.
• Los falsos positivos. Cada candidato descartado dice algo sobre la definición: un tramo que no se reconoció como cadena porque el destino estaba escrito distinto, un vehículo de apoyo que no estaba en la lista de excepciones. Se ajusta la definición, no se ignora la alerta.
• Los duplicados que llegaron a ejecutarse. Es el punto ciego que reconocen los propios autores del estudio de Boston: solo se cuentan los duplicados que alguien canceló. Los que salieron y volvieron también cuentan, y son los más caros.

Este bucle se conecta con el call center funerario con IA: cuando el origen de los duplicados es que dos canales toman el mismo caso, la mejor corrección está en la entrada, preguntando por el documento del fallecido antes de crear nada y buscando si ya existe un servicio abierto.

5. Gobierno y límites: lo que el agente nunca hace

• No cancela, no reasigna, no avisa al conductor. Trabaja en solo lectura. La cancelación de una orden la hace una persona, con su usuario, y queda en el historial.
• No contacta a la familia ni al hospital. Si hay que explicar que llegaron dos equipos, lo hace una persona. La conversación con la familia en ese momento no se automatiza.
• No fusiona registros de fallecidos. Si sospecha que dos fichas son la misma persona con el documento mal digitado, lo reporta como hallazgo de calidad de datos. Corregir la identidad de un fallecido tiene consecuencias legales y se hace con el procedimiento de la compañía.
• Ve lo que el usuario ve. El conector respeta los permisos: un coordinador de sede ve los traslados que su rol le permite ver. Si la revisión es de todo el grupo, la hace un usuario con alcance de grupo.
• Minimiza los datos sensibles. La lista de candidatos necesita el número de orden, el documento (puede ir enmascarado), el origen, la hora, la carroza y quién la creó. No necesita causa de muerte ni datos de la familia.

6. KPIs para saber si funcionó

La primera semana sirve para medir la línea base: no se corrige nada, solo se cuenta. Las metas son orientativas y cada compañía las fija con su propio punto de partida.

7. Hoja de ruta de adopción y errores comunes

• Semana 1. Operaciones escribe la definición de duplicado y la lista de excepciones. Se corren las cuatro consultas sobre los últimos 90 días para tener la línea base: cuántos candidatos, por qué ruta y en qué sedes.
• Mes 1. Revisión diaria a primera hora por el coordinador de turno, con el asistente en solo lectura. Cada candidato se confirma o descarta y se anota el motivo. Revisión semanal de falsos positivos para ajustar la definición.
• Trimestre 1. Con la causa identificada, se corrige el proceso: órdenes creadas solo desde la consola, protocolo de traspaso entre el call center y las sedes, búsqueda del servicio abierto por documento antes de crear uno nuevo. El KPI de duplicados por cada 100 servicios muestra si la corrección funcionó.

Errores comunes: usar solo el nombre del fallecido como clave (los homónimos existen y los nombres se escriben de muchas formas); confiar solo en el documento (en un estudio de AHIMA sobre casi 400.000 registros de pacientes con duplicados confirmados, el número de seguro social no coincidía en el 53,54 % de los pares); tratar los tramos de un mismo servicio como duplicados; borrar la orden repetida en lugar de cancelarla con referencia; y medir solo los duplicados que alguien alcanzó a cancelar.

Lo que falta construir: la hoja de ruta de producto

Por honestidad con el lector: lo que se describe arriba funciona hoy con las herramientas de lectura del conector y la disciplina del equipo. Estas piezas no existen todavía en el producto y son hoja de ruta:

• Un detector nativo de traslados y velaciones repetidos por fallecido y servicio, con aviso en el formulario junto a la orden que ya existe.
• La regla «una orden por autorización» aplicada también fuera de la consola.
• Un reporte de candidatos a duplicado y una tarea programada que lo envíe a coordinación al cambio de turno.
• Un filtro por tamaño de grupo en las consultas agregadas del conector, para no depender de los veinte grupos más grandes.

Preguntas frecuentes

¿Cómo se detecta un traslado duplicado en una funeraria?

Comparando los traslados entre sí, no uno por uno. La clave más confiable es el documento del fallecido, el tipo de orden y el origen dentro de una ventana de pocas horas, excluyendo los cancelados. Luego se separan los tramos legítimos (cuando el origen de un traslado es el destino del anterior) de las repeticiones.

¿Por qué el ERP no impide crear dos traslados del mismo fallecido?

Porque un mismo fallecido tiene, legítimamente, varios traslados: del lugar de fallecimiento a la sala y de la sala al destino final, a veces con relevos. Una regla que rechace el segundo traslado rompería la operación normal. Los controles actuales protegen los recursos (que una sala o una carroza no estén en dos lugares a la vez); la detección de repeticiones requiere una definición que distinga tramos de duplicados.

¿La IA puede cancelar la orden duplicada?

En este caso de uso, no. El asistente trabaja en solo lectura y entrega candidatos con evidencia. La cancelación la hace una persona, que deja escrito el número de la orden que se conserva. Es la misma regla que usan los sistemas de despacho de emergencias: el sistema sugiere y el operador decide.

¿Cuántos duplicados son normales?

No hay una cifra publicada para funerarias. La referencia más cercana es la de ambulancias en Estados Unidos, donde el 0,5 % de los episodios tuvo dos registros, muchos de ellos legítimos. Lo útil no es compararse con otro sector, sino medir la línea base propia y ver si baja cuando se corrige la causa.

¿Qué tiene que ver esto con la capacidad de la flota?

Mucho. Cada viaje duplicado ocupa una carroza y un equipo que otro servicio necesitaba, y si la orden no se cancela, infla los indicadores de productividad con los que se decide si comprar o no más vehículos. Limpiar duplicados es un paso previo a medir la capacidad real.

¿Esto aplica igual en todos los países de Latinoamérica?

Sí. La lógica de la detección es operativa y no depende de la normativa de cada país. Lo que sí cambia es qué documento identifica al fallecido y el tratamiento de sus datos personales, que debe revisarse con la regulación local de protección de datos.

En resumen

Los duplicados de traslados y velaciones no los produce la negligencia: los produce una buena atención por muchos canales, sin un lugar donde las órdenes se miren entre sí. Los controles del ERP protegen salas y carrozas; ninguno se pregunta si el mismo fallecido ya tiene la misma orden. Con una definición escrita de duplicado, una lista de excepciones y un asistente conectado por MCP en solo lectura, coordinación puede ver cada mañana la lista corta de candidatos con su evidencia, y la dirección puede atacar la causa en lugar de pagar el viaje en vacío. La IA acorta el tiempo entre el duplicado y su detección; la decisión sigue siendo de las personas.

Fuentes de este artículo

• S. Ramgopal, J. Toy, R. E. Cash, M. Spigner, N. Bosson y C. Martin-Gill — The Estimated Prevalence of Multiple Record Encounters in the National EMS Information System, Prehospital Emergency Care, publicado en línea el 18 de agosto de 2026, doi:10.1080/10903127.2026.2711920: doi.org.
• LEITSC, Bureau of Justice Assistance y National Institute of Justice — Standard Functional Specifications for Law Enforcement Computer Aided Dispatch (CAD) Systems, 2006, sección 1.3.5 (llamadas duplicadas): bja.ojp.gov.
• NHS England — Ambulance Systems Indicators (AmbSYS) specification, versión del 17 de enero de 2025, secciones 6.3 y 6.17: england.nhs.uk.
• T. McEwen y otros — Computer Aided Dispatch in Support of Community Policing, informe final NIJ 204025, 2004: ojp.gov.
• S. Horng, J. W. Joseph, S. Calder y otros — Assessment of Unintentional Duplicate Orders by Emergency Department Clinicians Before and After Implementation of a Visual Aid in the Electronic Health Record Ordering System, JAMA Network Open 2(12):e1916499, 2019, doi:10.1001/jamanetworkopen.2019.16499: doi.org.
• S. Magid, C. Forrer y S. Shaha — Duplicate orders: an unintended consequence of computerized provider/physician order entry (CPOE) implementation, Applied Clinical Informatics 3(4):377-391, 2012, doi:10.4338/ACI-2012-01-RA-0002: doi.org.
• M. Heringa, A. Floor, W. M. Meijer, P. A. De Smet y M. L. Bouvy — Nature and management of duplicate medication alerts, Journal of the American Medical Informatics Association 22(4):831-837, 2015, doi:10.1093/jamia/ocv021: doi.org.
• G. W. Procop, L. M. Yerian, R. Wyllie, A. M. Harrison y K. Kottke-Marchant — Duplicate laboratory test reduction using a clinical decision support tool, American Journal of Clinical Pathology 141(5):718-723, 2014, doi:10.1309/AJCPOWHOIZBZ3FRW: doi.org.
• B. H. Just, D. Marc, M. Munns y R. Sandefer — Why Patient Matching Is a Challenge: Research on Master Patient Index (MPI) Data Discrepancies in Key Identifying Fields, Perspectives in Health Information Management (AHIMA), primavera de 2016: pmc.ncbi.nlm.nih.gov.
• K. Pavani, G. Aluri, P. Jadhav, N. Prasad y K. Sanka — Entity Resolution in Practice: Lessons from a Self-Serve Pipeline, arXiv:2607.26298, 28 de julio de 2026: arxiv.org.
• Advertencia de alcance: no existe ninguna cifra publicada sobre órdenes de traslado o velación duplicadas en funerarias de Latinoamérica, ni un caso publicado con método de un agente de IA conectado por MCP que detecte órdenes operativas duplicadas. Las cifras de otros sectores se citan por el patrón, no para estimar resultados en una funeraria. La portada y el ejemplo de salida del asistente son ilustrativos.
• Las capacidades de SFUN descritas aquí se verificaron el 28 de septiembre de 2026 contra el código del producto: la creación automática de traslados y velación al confirmar la orden de servicio, la ausencia de reglas contra traslados o velaciones repetidos del mismo fallecido, el nombrado con sufijo de la velación repetida, la regla de una orden por autorización en la consola, el choque de sala, la reserva de flota entre servicios distintos y las herramientas del conector MCP con sus límites. Lo que se presenta como hoja de ruta no está disponible hoy.