Recepción de formulario de barrido de duplicados con alta en CRM

Cómo funciona

1. 1.Un nodo webhook acepta peticiones POST en la ruta healthcare-admin-duplicate-patient-record-sweep-form y delega la respuesta a un nodo respond.
2. 2.Un nodo Set reestructura el payload en los campos source e input tomados del cuerpo de la petición.
3. 3.Un nodo If dirige el input no vacío a la rama de creación en CRM y el vacío a la respuesta de campos faltantes.
4. 4.El primer nodo HTTP Request envía un POST al endpoint de creación en CRM con credenciales genéricas, seguido de una llamada de notificación al responsable.
5. 5.Los nodos RespondToWebhook devuelven {"status":"created"} en éxito o {"status":"missing-fields"} si falla la validación.

Casos de uso

• Capturar envíos del área administrativa de salud para un barrido de registros de pacientes duplicados.
• Registrar cada envío como registro en el CRM y avisar al responsable mediante sistemas posteriores.

Requisitos

• Configurar la autenticación Generic Credential Type en ambos nodos HTTP Request y sustituir las URLs de marcador api.example.com y los valores REPLACE_WITH_YOUR_VALUE por endpoints reales.
• Activar el flujo para que la ruta del webhook esté disponible y asegurar que las llamadas POST incluyan un cuerpo no vacío.

Configuración y pruebas en n8n

1. Enviar un POST con cuerpo completo al webhook y verificar la respuesta {"status":"created"} tras sustituir las URLs de ejemplo.
2. Enviar un POST con cuerpo vacío y verificar la respuesta {"status":"missing-fields"}.
3. Revisar el registro de ejecución en n8n para confirmar que ambos nodos HTTP se ejecutaron en la rama de éxito una vez configurados los endpoints reales.

Valor del servicio

Ideal como servicio de automatización operativa para conectar sistemas, reducir tareas manuales y acelerar la entrega de resultados a clientes o equipos internos.