This document provides real-world examples of workflows you can build with the Encore Health OS Visual Workflow Builder.Documentation Index
Fetch the complete documentation index at: https://docs.encoreos.io/llms.txt
Use this file to discover all available pages before exploring further.
Example 1: Simple Notification Workflow
Use Case: Send email notification when form is submitted. Workflow:- Start Node: No configuration needed
-
Send Email Action:
- Action Type:
send_email - To:
{{submission_data.email}} - Subject:
Your submission was received - Body:
Thank you for submitting the form. We'll review your information and get back to you soon.
- Action Type:
-
Send Notification Action:
- Action Type:
send_notification - User ID:
{{submitted_by}} - Type:
form_submitted - Title:
Form Submitted Successfully - Body:
Your form has been submitted and is under review.
- Action Type:
- End Node: No configuration needed
Example 2: Approval Workflow
Use Case: Manager must approve expense reports before processing. Workflow:-
Approval Node:
- Assignee Role:
org_admin - Instructions:
Please review this expense report - Timeout: 48 hours (auto-reject)
- Assignee Role:
-
Update Record (Approved Path):
- Action Type:
update_record - Table:
expense_reports - Record ID:
{{submission_id}} - Updates:
{"status": "approved", "approved_at": "{{now}}"}
- Action Type:
-
Notify Employee (Both Paths):
- Action Type:
send_notification - User ID:
{{submitted_by}} - Title:
Expense Report Decision - Body: Conditional based on path
- Action Type:
Example 3: Branching Workflow
Use Case: Route high-value purchases to executive approval, low-value purchases auto-approve. Workflow:-
Branch Node:
- Condition 1:
- Field:
submission_data.amount - Operator:
greater_than - Value:
1000
- Field:
- Default: Auto-approve path
- Condition 1:
-
Executive Approval:
- Assignee Role:
org_admin - Instructions:
High-value purchase requires approval
- Assignee Role:
-
Auto-Approve:
- Action Type:
update_record - Updates:
{"status": "approved", "auto_approved": true}
- Action Type:
-
Process Order:
- Action Type:
call_webhook - URL:
https://api.example.com/orders - Method:
POST - Body:
{{submission_data}}
- Action Type:
Example 4: Loop Workflow
Use Case: Send individual emails to each recipient in a list. Workflow:-
Loop Node:
- Loop Type:
for_each - Collection Field:
submission_data.recipients - Item Variable:
recipient - Max Iterations:
100
- Loop Type:
-
Send Email (Loop Body):
- Action Type:
send_email - To:
{{recipient.email}} - Subject:
Invitation from {{submission_data.sender_name}} - Body:
Hello {{recipient.name}}, you've been invited...
- Action Type:
Example 5: Parallel Workflow
Use Case: Send email AND create task simultaneously for efficiency. Workflow:-
Parallel Fork:
- Branches: 2
-
Send Email (Branch 1):
- Action Type:
send_email - To:
{{submission_data.assignee_email}} - Subject:
New task assigned
- Action Type:
-
Create Task (Branch 2):
- Action Type:
create_record - Table:
tasks - Data:
{"title": "{{submission_data.task_title}}", "assignee_id": "{{submission_data.assignee_id}}"}
- Action Type:
-
Parallel Join:
- Join Mode:
all(wait for both branches)
- Join Mode:
-
Update Status:
- Action Type:
update_record - Updates:
{"notification_sent": true, "task_created": true}
- Action Type:
Example 6: Switch Workflow
Use Case: Route form to different departments based on category. Workflow:-
Switch Node:
- Switch Field:
submission_data.department - Cases:
HR→ HR notification pathIT→ IT notification pathFinance→ Finance notification path
- Default: General notifications
- Switch Field:
-
Notify Team Nodes:
- Action Type:
send_notification - User ID/Role: Department-specific
- Title:
New request for {{submission_data.department}}
- Action Type:
Example 7: Subflow Workflow
Use Case: Reuse employee onboarding checklist across multiple forms. Subflow: Employee Setup- Subflow Node:
- Subflow:
Employee Setup - Input Mapping:
employee_id←submission_data.employee_idstart_date←submission_data.start_date
- Output Mapping:
submission_data.employee_number←employee_numbersubmission_data.setup_complete←success
- Subflow:
Example 8: Complex Multi-Stage Workflow
Use Case: Comprehensive leave request approval with multiple approvers and notifications. Workflow:-
Validate Hours:
- Action Type:
run_function - Function: Check available balance
- Action Type:
-
Branch: Leave Type:
- Conditions for medical, vacation, emergency
-
Manager Approval:
- Assignee:
{{submission_data.manager_id}} - Timeout: 24 hours
- Assignee:
-
HR Approval:
- Assignee Role:
org_admin - Instructions:
Review medical leave request
- Assignee Role:
-
Update Balance:
- Action Type:
update_record - Table:
leave_balances - Deduct hours from balance
- Action Type:
-
Notifications:
- Send to employee with approval status
- CC manager for visibility
Tips for Building Complex Workflows
- Start Small: Build incrementally, test each section
- Use Subflows: Extract common patterns (notifications, approvals)
- Add Labels: Name nodes clearly for readability
- Default Paths: Always handle “else” cases in branches
- Error Handling: Use branch nodes to check for errors
- Test Thoroughly: Use dry-run mode before production
- Document: Add descriptions to complex nodes