Skip to content

Protected leave return-to-work exception packet approved for occupational health review intake

Canonical pattern(s): Approval-gated collaborative artifact release Source Markdown: instances/hr/protected-leave-return-to-work-exception-packet-approved-for-occupational-health-review-intake.md

Linked pattern(s)

  • approval-gated-collaborative-artifact-release

Domain

HR.

Scenario summary

A leave case manager, an employee relations partner, and occupational health reviewers are co-producing one governed exception packet because an employee's planned return-to-work date now conflicts with site-access restrictions, duty limitations, and manager coverage concerns. Agents help reconcile clinician summaries, essential-function notes, interactive-process comments, and disputed wording about temporary restrictions into the shared packet while preserving which objections remain unresolved and which edits the human artifact owner accepted. The workflow ends only when the named leave-program release owner approves that exact packet revision for one bounded occupational health review intake lane, where downstream reviewers may decide whether additional restrictions, phased return conditions, or escalation are required. It does not decide the return-to-work outcome, notify the employee, or update payroll or scheduling systems.

flowchart TD A["Collaborative packet inputs and objections are reconciled<br>by the leave case manager, employee relations partner, and agents"] -->|"Accepted edits and unresolved objections are captured"| B["Governed HR collaboration workspace maintains<br>the packet revision, objection ledger, and release-manifest draft"] B -->|"Exact revision is prepared for release review"| C{"Material changes, stale evidence, or lane-boundary conflicts<br>appear during approval review?"} C -->|"Yes"| D["Release is held and the prior approval state is superseded"] D -->|"Packet returns to the governed collaboration loop"| B C -->|"No"| E["Named leave-program release owner reviews<br>the exact revision, residual disagreement, and intake scope"] E -->|"Release decision is requested"| F{"Approve this exact packet revision<br>for one bounded occupational health intake lane?"} F -->|"No"| D F -->|"Yes"| G["Approved release manifest binds the exact revision,<br>signers, accepted residual disagreement, and lane scope"] G -->|"Approved packet is handed forward"| H["Occupational health review intake receives<br>the approved packet revision"] H -->|"Workflow boundary reached"| I["Stop at approved occupational health review intake handoff"]

Target systems / source systems

  • Governed HR collaboration workspace storing the return-to-work exception packet, comment history, objection ledger, and release-manifest draft
  • Leave-management, HRIS, attendance, and job-profile systems providing authoritative return dates, role requirements, reporting lines, and leave-status context
  • Occupational health, clinician-document, and accommodation records supplying current restriction summaries, prior case notes, and evidence boundaries
  • Leave-policy, site-access, and review-governance repositories defining required signers, approved occupational health intake scope, and release-lane constraints
  • Audit, retention, and approval-routing systems preserving superseded packet versions, accepted residual disagreement, and held-release reasons

Why this instance matters

This grounds the pattern in HR where the primary reusable challenge is collaborative ownership of one sensitive review artifact plus explicit approval to release that artifact itself into one bounded occupational health lane. The packet is not a recommendation shortlist and not a transactional case update: humans and agents repeatedly refine one exception artifact, keep disagreement visible, and then attach approval to the exact revision being handed forward. The example stays inside the collaboration-family boundary because the occupational health determination, employee communication, and downstream system updates remain separate workflows.

Likely architecture choices

flowchart LR subgraph WF["Approval-gated collaborative artifact release<br>workflow-family boundary"] subgraph COLLAB["Governed HR collaboration workspace"] PACKET["Return-to-work exception packet"] LEDGER["Objection ledger"] MANIFEST["Release-manifest draft"] end HRSYS["Leave-management, HRIS, attendance,<br>and job-profile systems"] MEDSYS["Occupational health, clinician-document,<br>and accommodation records"] POLICY["Leave-policy, site-access,<br>and review-governance repositories"] subgraph APPROVAL["Release approval and trace boundary"] OWNER["Named leave-program<br>release owner"] TRACE["Audit, retention, and approval-routing systems"] end end subgraph INTAKE["Occupational health intake boundary"] LANE["Bounded occupational health<br>review intake lane"] end HRSYS -- "Supplies return dates, role requirements,<br>reporting lines, and leave-status context to" --> PACKET MEDSYS -- "Supplies restriction summaries, case notes,<br>and evidence boundaries to" --> PACKET POLICY -- "Supplies signer rules, lane scope,<br>and release constraints to" --> MANIFEST PACKET -- "Keeps unresolved objections in" --> LEDGER PACKET -- "Binds the exact revision for release in" --> MANIFEST LEDGER -- "Preserves accepted residual disagreement in" --> TRACE MANIFEST -- "Routes exact revision, signer state,<br>and lane scope through" --> TRACE TRACE -- "Presents held-release reasons and approval state to" --> OWNER OWNER -- "Approves one exact packet revision for" --> LANE
  • Approval-gated execution fits because the packet can be collaboration-complete while still blocked from occupational health intake until the human release owner approves the exact revision.
  • Human-in-the-loop control is required because only accountable HR leaders may accept residual disagreement, confirm privacy-safe audience scope, and authorize the release boundary.
  • Agents may reconcile restrictions, refresh policy references, and maintain the release trace, but they must not decide fitness-for-duty conditions, notify the employee, or update leave-state records.

Governance notes

  • The release manifest should bind one exact packet revision, the named occupational health review lane, signer identities, and any residual objections that the human release owner explicitly accepted.
  • Clinician summaries, manager concerns, temporary-duty caveats, and leave-policy disagreements should remain visible in the packet or boundary ledger instead of being flattened before release.
  • Audience scope should stay limited to the approved review lane; reuse of the packet for employee messaging, labor-relations handling, or payroll processing should require separate downstream approval.
  • If new medical documentation, job-duty changes, or site-access rules materially change the packet during approval review, the workflow should hold release and supersede the prior revision rather than letting stale approval carry forward.

Evaluation considerations

  • Rate at which occupational health intake accepts the released packet without finding hidden disagreement, stale restriction evidence, or wrong audience scope
  • Time required to keep one collaborative exception packet synchronized as clinician notes, HR comments, and signer state change near the planned return date
  • Reliability of binding between the released artifact revision, accepted residual disagreement, and the bounded occupational health intake lane
  • Frequency with which humans reject agent-assisted edits because they drifted into outcome adjudication, employee communication, or downstream leave administration