En un parque cementerio con miles de espacios ocupados, las exhumaciones se programan como cualquier otra tarea: una fecha, una cuadrilla, una hora con la familia. La revisión de lo que debe estar listo antes de abrir la bóveda suele vivir en la cabeza de una persona (el jefe del parque, la coordinadora de servicios), y funciona mientras esa persona está y el volumen es bajo. Cuando el parque crece, o cuando el grupo administra varios, la revisión se vuelve desigual: en una sede se pide todo, en otra se confía en que «la familia ya trajo los papeles».
El costo de equivocarse en una exhumación no se parece al de otros errores operativos. Un traslado tarde se reprograma; una exhumación hecha con la autorización de la persona equivocada, sobre un contrato en disputa o sin la autorización judicial que exigía una muerte no natural no se puede deshacer. Termina en reclamo, en queja ante la autoridad sanitaria o en un proceso legal, y casi siempre frente a una familia que ya estaba en duelo. La pregunta útil, una semana antes de cada exhumación, es simple: ¿qué le falta a esta exhumación para que se pueda hacer?
1. El problema de negocio: el error que no se puede deshacer
Una exhumación junta cinco preguntas que normalmente responden personas distintas: el área de cartera sabe si el contrato tiene cuotas vencidas; el área comercial sabe quién es el titular; la oficina del parque sabe la fecha de inhumación y las prórrogas; la operación sabe si el osario o el cenizario de destino tiene cupo; y nadie sabe, a menos que lo busque, si la causa de muerte obliga a pedir una autorización judicial. Cada pregunta, por separado, tiene respuesta en el ERP. Juntas, solo se responden si alguien las cruza a mano, caso por caso.
- Autorizó quien no podía. Un hijo pide la exhumación para trasladar los restos; el titular del contrato es la viuda, que no está de acuerdo. El sistema guardó el nombre de quien autorizó, pero nadie lo comparó con el titular.
- Se exhumó sobre una deuda. El contrato tenía cuotas vencidas o el mantenimiento sin pagar. La exhumación libera el espacio, y con ella se pierde la mejor oportunidad de normalizar la cartera, o se abre un reclamo sobre a quién pertenece el espacio liberado.
- Faltaba la autorización del fiscal. La muerte fue violenta o no natural y la exhumación necesitaba una autorización judicial que no estaba en el expediente.
- El destino no tenía cupo. Los restos salen de la bóveda y el osario asignado está lleno, o la cremación no se había solicitado.
- Se perdió el aviso. En las exhumaciones que hace el propio cementerio al vencer el plazo, la norma suele exigir un aviso previo a los deudos con una antelación mínima; si no hay constancia del aviso, la exhumación queda expuesta.
2. Qué datos del ERP intervienen
| Dato | Dónde vive en SFUN | Qué responde |
|---|---|---|
| Exhumación programada | Exhumación: contrato, persona inhumada, espacio, urna, fecha proyectada, permiso especial, persona que autoriza, parentesco, destino, datos de fiscalía, estado | Qué exhumaciones vienen y con qué datos se cargaron |
| Fecha de inhumación y permanencia | Persona inhumada (fecha de inhumación y tiempo de permanencia, obligatorios) y prórrogas | Si el plazo se cumple en la fecha programada, o cuándo se cumple |
| Titular y estado del contrato | Contrato del parque cementerio, cuotas del plan de pagos y mantenimiento | Quién puede autorizar y si hay deuda abierta |
| Espacio de origen y de destino | Espacios (ocupación, tipo, perpetuidad) y, si aplica, la cremación creada desde la exhumación | Si el destino tiene cupo y si la custodia era a perpetuidad |
| Causa de muerte | Persona inhumada e inhumación | Si la exhumación exige datos y autorización de fiscalía |
Todos estos doctypes están en el catálogo que expone SFUN MCP, y se leen con los permisos del usuario que conecta el asistente. Un detalle práctico que conviene saber antes de empezar: en la configuración de fábrica, la exhumación solo la lee el rol de administrador. Para este caso hay que dar permiso de lectura sobre la exhumación a un rol del parque (por ejemplo, el del gerente del parque) y conectar el asistente con un usuario de ese rol, sin permiso de confirmar ni de cancelar.
3. Cómo se arma el caso con MCP, paso a paso
Lo usa el jefe o la jefa del parque, una vez por semana (el lunes, por ejemplo) y la víspera de cada exhumación. En un grupo con varios parques, lo usa además la coordinación central para ver las sedes juntas.
Paso 0 — Escribir la lista de lo que debe estar listo
Antes de la primera consulta, el parque escribe su propia lista de requisitos, por tipo de exhumación (con contrato o sin contrato, a solicitud de la familia o por vencimiento del plazo, con muerte natural o no natural). Es una página, no un sistema: el asistente la recibe como instrucción y revisa cada caso contra ella. La lista la firma el área jurídica, porque cambia por país y a veces por municipio.
Paso 1 — Las exhumaciones que vienen
La primera consulta trae dos grupos: las exhumaciones ya registradas que no se han confirmado y las personas inhumadas cuya fecha proyectada se cumple en los próximos 45 días (el margen que deja el aviso de 30 días más una semana de trabajo). El segundo grupo es el que más valor tiene: son las exhumaciones que el parque va a tener que programar, y para las que todavía hay tiempo de avisar, cobrar o pedir documentos.
«Dame las exhumaciones sin confirmar del parque norte y las personas inhumadas cuya fecha proyectada de exhumación cae entre hoy y el 17 de diciembre, con su contrato, su espacio y si tienen prórroga.»— Consulta del lunes del jefe del parque
Un aviso sobre el estado: en SFUN el estado de la exhumación es un campo de selección y su valor por defecto es «Terminada». Si el equipo no lo cambia a «Programada» al crearla, la consulta de pendientes se confunde. Por eso el asistente filtra por documentos sin confirmar, no por el estado, y lo señala cuando no coinciden.
Paso 2 — La ficha de cada exhumación, contra la lista
Para cada caso, el asistente cruza los cinco lugares y arma una ficha con un veredicto por requisito: listo, falta o no procede.
| Requisito | Cómo lo revisa el asistente | Qué hace SFUN hoy |
|---|---|---|
| Plazo cumplido | Compara la fecha programada con la fecha proyectada (y sus prórrogas); si no se cumple, busca el permiso especial | Bloquea al confirmar si no se cumple y no hay permiso |
| Soporte del permiso especial | Si hay permiso especial, revisa que tenga el documento adjunto | No lo exige (la validación del adjunto está desactivada) |
| Quién autoriza | Compara la persona que autoriza con el titular del contrato y anota el parentesco | Guarda el dato, no lo compara |
| Contrato al día | Cuenta cuotas vencidas del plan y, en perpetuidades, el mantenimiento pendiente | No bloquea la exhumación por deuda |
| Muerte no natural | Lee la causa de muerte y, si fue violenta, revisa que estén los datos y el documento de fiscalía | Los pide la pantalla; el servidor no lo valida |
| Custodia a perpetuidad | Señala el caso para revisión jurídica | Avisa al guardar, sin bloquear |
| Destino de los restos | Revisa que el osario o cenizario de destino tenga cupo, o que la cremación esté solicitada | Libera el espacio de origen al confirmar; el cupo de destino no se cruza |
| Aviso a los deudos | En exhumaciones por vencimiento, busca la constancia del aviso y su fecha | No existe un registro específico del aviso |
Paso 3 — La lista corta: qué falta y a quién pedírselo
El entregable no es la tabla completa: es la lista de lo que falta, agrupada por responsable. Cartera: dos contratos con cuotas vencidas, exhumaciones del 12 y del 19. Comercial: en la exhumación del 14 autoriza el hijo y la titular es la madre; pedir autorización escrita de la titular. Jurídico: una muerte violenta sin documento de fiscalía. Operación: el osario B no tiene cupo para las tres del viernes. Cada responsable recibe solo lo suyo, con el número del contrato y la fecha.
Paso 4 — La víspera: listo o se reprograma
El día anterior, el asistente repite la ficha solo para las exhumaciones de mañana. Si algo sigue en «falta», el jefe del parque decide: se reprograma y se avisa a la familia con tiempo, o se hace con una excepción que él firma y que queda registrada. El asistente no confirma, no cancela y no llama a nadie.
4. El bucle de mejora continua
- Cada semana: ¿cuántas exhumaciones llegaron a la víspera con algo en «falta»? ¿Qué requisito falló más? Si siempre es la autorización del titular, el problema está en cómo comercial recibe la solicitud, no en el parque.
- Cada mes: revisar las exhumaciones reprogramadas y las hechas con excepción. Las excepciones repetidas indican que la lista pide algo que la operación no puede conseguir, o que alguien se acostumbró a saltarla.
- Cada trimestre: actualizar la lista del paso 0 con jurídico (normas nuevas, reglamentos municipales) y revisar las prórrogas que vencen, que son las exhumaciones del trimestre siguiente.
- Señal de que funciona: los «falta» aparecen el lunes, con semanas de margen, y casi nunca la víspera.
5. Gobierno y límites: lo que nunca se automatiza
- Solo lectura. El usuario del asistente lee la exhumación, la persona inhumada, el contrato y los espacios; no tiene permiso de confirmar, cancelar ni modificar. La decisión de exhumar, reprogramar o hacer una excepción es siempre de una persona con nombre.
- Alcance por sede. En un grupo con varios parques, cada jefe ve su parque; la coordinación central ve todos. Se configura con los permisos de usuario de SFUN, no con instrucciones al asistente.
- Datos sensibles. La causa de muerte, los datos judiciales y los datos de la familia son información sensible. La ficha muestra «falta documento de fiscalía», no el detalle del caso, y no sale del equipo del parque.
- Ninguna comunicación automática a la familia. El aviso de una exhumación o de una reprogramación lo da una persona del parque. El asistente prepara la lista; no escribe a los deudos.
- Los casos judiciales no se revisan con el asistente. Cadáveres no identificados, en estudio o con orden judicial pendiente se marcan como «no procede» y pasan a jurídico sin más análisis.
- La deuda no decide sola. Que un contrato tenga cuotas vencidas es información para cartera y para la conversación con la familia, no un motivo automático para negar una exhumación. Eso lo define la política de cada compañía y la ley de cada país.
6. KPIs: línea base y meta
La línea base se mide en las dos primeras semanas, con la ficha en paralelo y sin cambiar nada del proceso. Las metas son ilustrativas: cada parque fija las suyas con su propia línea base.
| Indicador | Cómo se mide | Meta ilustrativa a 90 días |
|---|---|---|
| Exhumaciones con ficha completa 48 horas antes | Exhumaciones con todos los requisitos en «listo» dos días antes / exhumaciones de la semana | Más del 95 % |
| Exhumaciones reprogramadas por un documento faltante | Reprogramaciones con causa documental / exhumaciones programadas | La mitad de la línea base |
| Exhumaciones con autorización distinta del titular sin soporte | Casos confirmados donde quien autoriza no es el titular y no hay autorización escrita | Cero |
| Exhumaciones hechas con excepción | Excepciones firmadas / exhumaciones confirmadas | Menos del 5 %, todas con motivo |
| Cartera normalizada antes de exhumar | Contratos con cuotas vencidas detectados en el paso 1 que se pusieron al día antes de la fecha | Medir y reportar a cartera cada mes |
| Días entre la fecha proyectada y la exhumación | Promedio de días que el espacio sigue ocupado después de cumplido el plazo | Reducir según la línea base (espacio que vuelve a estar disponible) |
7. Hoja de ruta de adopción y errores comunes
- Semana 1: escribir la lista del paso 0 con jurídico; dar lectura de la exhumación a un rol del parque; crear el usuario del asistente sin permisos de escritura; correr la consulta del paso 1 para un solo parque.
- Mes 1: ficha de cada exhumación en paralelo al proceso actual; comparar lo que la ficha marca como «falta» con lo que el equipo había detectado. Acordar con el equipo que el estado se registre como «Programada» al crear la exhumación.
- Trimestre 1: la ficha del lunes y la de la víspera pasan a ser el proceso; extender a los demás parques del grupo; primer reporte de KPIs a la gerencia.
Errores comunes:
- Revisar solo las exhumaciones ya programadas y no las que se vencen: se pierde el margen para avisar y cobrar.
- Usar una lista única para todos los países y municipios del grupo, cuando la norma cambia.
- Conectar el asistente con un usuario administrador «para que vea todo»: puede confirmar y cancelar, que es justo lo que no debe hacer.
- Convertir la deuda en una negativa automática, sin política escrita ni conversación con la familia.
- Confiar en el estado «Terminada» que trae el formulario por defecto como prueba de que la exhumación se hizo.
Lo que SFUN no hace hoy en este caso
Para que la ficha deje de ser una revisión y pase a ser un control dentro del sistema, faltan piezas que hoy no existen en el producto. Las dejamos dichas como hoja de ruta, no como funciones disponibles:
- Comparar a quien autoriza con el titular del contrato y exigir la autorización escrita del titular cuando no coinciden.
- Una regla configurable que advierta o bloquee la exhumación cuando el contrato tiene cuotas vencidas o mantenimiento sin pagar (hoy existe para autorizar el uso del espacio, no para exhumar).
- Exigir el documento adjunto del permiso especial y los datos de fiscalía en el servidor, no solo en la pantalla.
- Un campo para la licencia de exhumación de la autoridad sanitaria y una lista documental por tipo de exhumación, como la que ya existe, opcional, para formalizar una exequia.
- Un registro del aviso a los deudos con su fecha, para las exhumaciones por vencimiento del plazo.
- Cruzar el cupo del espacio de destino antes de confirmar.
Preguntas frecuentes
¿Qué se debe revisar antes de una exhumación en un parque cementerio?
Cinco cosas: que se cumpla el plazo mínimo de permanencia (o que haya orden o permiso para adelantarla), que autorice quien tiene derecho a hacerlo, el estado del contrato, los datos y la autorización judicial si la muerte no fue natural, y que el destino de los restos (osario, cenizario o cremación) esté disponible. En las exhumaciones por vencimiento, además, la constancia del aviso a los deudos.
¿SFUN impide exhumar antes de que se cumpla el plazo?
Sí. Al confirmar la exhumación, SFUN la bloquea si todavía no se cumple la fecha proyectada (fecha de inhumación más permanencia contratada, ampliada por las prórrogas), salvo que se registre un permiso especial.
¿Un asistente de IA puede autorizar o confirmar una exhumación?
No debería, y en este caso no puede: se conecta con un usuario de solo lectura. El asistente arma la ficha y la lista de lo que falta; confirmar, reprogramar o hacer una excepción lo decide una persona del parque.
¿Qué datos de una exhumación se pueden consultar por SFUN MCP?
La exhumación, la persona inhumada, las inhumaciones, las prórrogas, la cremación, el contrato del parque cementerio y los espacios, siempre con los permisos del usuario. La exhumación, por defecto, solo la lee el administrador: hay que dar lectura a un rol del parque.
¿Se puede exhumar si el contrato tiene cuotas vencidas?
Depende de la política de la compañía y de la ley de cada país. SFUN hoy no bloquea la exhumación por deuda; el caso propone detectarla con semanas de margen para que cartera y la familia lo resuelvan antes de la fecha.
¿Aplica igual en todos los países de Latinoamérica?
El método, sí. Cambian los plazos mínimos, los documentos y las autorizaciones, que fija la norma sanitaria de cada país o el reglamento municipal de cementerios. Por eso la lista del paso 0 la escribe y la firma el área jurídica de cada compañía.
En resumen
Una exhumación no se puede deshacer, y lo que la hace segura está repartido en cinco lugares del ERP: el plazo, el titular, la cartera, la causa de muerte y el destino de los restos. SFUN ya bloquea el plazo. El resto lo puede cruzar un asistente con SFUN MCP en solo lectura, cada lunes y la víspera, para que el jefe del parque reciba la lista de lo que falta y decida con tiempo. Para el panorama del parque, consulta también la guía de gestión de parques cementerio a escala, el caso de inventario de espacios con IA y MCP y el de cenizas sin acta de entrega.
Fuentes de este artículo
- Haynes A. B. y colaboradores, A Surgical Safety Checklist to Reduce Morbidity and Mortality in a Global Population, New England Journal of Medicine, 29 de enero de 2009.
- Colombia: Resolución 5194 de 2010, con las modificaciones de la Resolución 717 de 2026, texto compilado (consulta del 2 de noviembre de 2026), y la guía de la Resolución 717 de 2026.
- Código de SFUN (rama principal, consulta del 2 de noviembre de 2026) para todo lo que se afirma del producto. La configuración y los permisos de cada compañía pueden variar.
- Advertencia de alcance: no hay cifras publicadas sobre errores en exhumaciones en el sector funerario de Latinoamérica. Los ejemplos de la lista corta son ilustrativos.