Skip to content
NexusBook a demo

Healthcare use case · Epic + ServiceNow + Microsoft 365

Patient service request escalation

Operational issues tied to service requests are reported informally and lost between teams. Service requests that need operational support become tracked tickets with communication to staff.

Systems involved

What each system contributes

Epic

10 actions

  • Service Request4
ServiceNow

55 actions

  • Tickets10

Trigger source: ServiceNow

Microsoft 365

45 actions

  • Teams16
  • Emails14

Trigger source: Microsoft Teams

Architecture

One governed run

Trigger: scheduleIntegration: Epic + ServiceNowRules + CodeHuman ApprovalSystem Action: ServiceNowAudit

How it starts: A scheduled check of Epic service requests starts the run. ServiceNow can start the update leg.

Step by step

How the process runs

  1. 01

    Read

    Epic service requests are read.

  2. 02

    Classify

    Rules + Code identifies requests needing operational support.

  3. 03

    Ticket

    A ServiceNow ticket is opened.

  4. 04

    Communicate

    Staff are updated in Teams and by email.

Control

Human decision and exception path

Human decision

A service lead confirms escalation before tickets are assigned outside the department.

Exception path

  • Unclassified requests go to triage.
  • Write failures are retried.
  • Duplicates link to existing tickets.

Evidence

What gets audited

  • Service request reference.
  • Classification.
  • Ticket.
  • Messages sent.

Nexus runs on premises, in private or sovereign cloud, or air-gapped. Credentials stay in the vault, roles decide who can approve, and the execution record stays inside your deployment boundary.

Sovereignty and deployment

Related

Patterns, connectors and next steps

FAQ

Questions about this use case

Does Nexus replace any of these systems?
No. Each system keeps its own records. Nexus runs the process between them and records each decision.
How does the run start?
A scheduled check of Epic service requests starts the run. ServiceNow can start the update leg.
What if a step is not covered by a pre-built action?
It runs through an API, protocol or database call, or as Rules + Code in Python, Bash, Go, Java, .NET, PHP, PowerShell or JavaScript/TypeScript, with the same approvals and audit.

Use case review

Discuss this use case

Bring your version of the process. We will map the systems, approvals and evidence it needs.