|
| 1 | +# Business process family tree |
| 2 | + |
| 3 | +Many business processes share common steps and transitions. This document describes the family tree of business processes, showing how they inherit from each other. |
| 4 | + |
| 5 | +## Foundational business process for all government services |
| 6 | + |
| 7 | +At the root is the business process for a government service. It involves an application step, also known as intake, where the user submits their application. The next step is typically to verify the user's identity, which is a common requirement for many government services. The process then continues with a verification step, where the submitted documents are checked for completeness and correctness. Finally, the process concludes with a decision step, also known as determination or adjudication, where the application is either approved or rejected. After the decision, a dispute or appeal step may be initiated if the user disagrees with the decision. |
| 8 | + |
| 9 | +```mermaid |
| 10 | +graph LR |
| 11 | + Intake --> Verification --> Decision --> Appeal |
| 12 | +``` |
| 13 | + |
| 14 | +## Program specific business processes |
| 15 | + |
| 16 | +Specific programs will inherit from the foundational business process but will elaborate on the specifics aspects of the process. For example, a paid leave program's "Decision" subprocess may involve calculating financial eligibility, determining the amount of leave available, and calculating the weekly benefit amount. An unemployment insurance program's "Decision" subprocess may be different. |
| 17 | + |
| 18 | +The following diagram shows the inheritance of business processes for different programs, such as paid leave and unemployment insurance, from the foundational business process. |
| 19 | + |
| 20 | +```mermaid |
| 21 | +graph TD |
| 22 | + F[Foundational Business Process] --> PFML[Paid Leave] |
| 23 | + F[Foundational Business Process] --> UI[Unemployment Insurance] |
| 24 | +``` |
| 25 | + |
| 26 | +```mermaid |
| 27 | +graph LR |
| 28 | + subgraph Paid Leave |
| 29 | + direction LR |
| 30 | +
|
| 31 | + subgraph PFMLDecision [PFML Decision] |
| 32 | + direction LR |
| 33 | + PFMLFinancialEligibility[Calculate Financial Eligibility] --> PFMLLeaveAvailable[Determine Amount of Leave Available] --> PFMLWeeklyBenefit[Calculate Weekly Benefit Amount] |
| 34 | + end |
| 35 | +
|
| 36 | + PFMLIntake[Intake] --> PFMLVerification[Verification] |
| 37 | + PFMLVerification[Verification] --> PFMLDecision |
| 38 | + PFMLDecision --> PFMLAppeal[Appeal] |
| 39 | + end |
| 40 | +
|
| 41 | + subgraph Unemployment Insurance |
| 42 | + direction LR |
| 43 | +
|
| 44 | + subgraph UIDecision [UI Decision] |
| 45 | + direction LR |
| 46 | + UIFinancialEligibility[Calculate Financial Eligibility] --> UIWeeklyBenefit[Calculate Weekly Benefit Amount] |
| 47 | + end |
| 48 | +
|
| 49 | + UIIntake[Intake] --> UIVerification[Verification] |
| 50 | + UIVerification[Verification] --> UIDecision |
| 51 | + UIDecision --> UIAppeal[Appeal] |
| 52 | + end |
| 53 | +``` |
| 54 | + |
| 55 | +## State specific business processes |
| 56 | + |
| 57 | +State specific business processes will inherit from the program specific business processes. For example, paid leave programs for Massachusetts, Minnesota, and Maryland can all inherit from the base paid leave program's business process and add, remove, change, or replace steps in the business process. |
| 58 | + |
| 59 | +```mermaid |
| 60 | +graph TD |
| 61 | + PL[Paid Leave Process] --> MA[Massachusetts Paid Leave Process] |
| 62 | + PL[Paid Leave Process] --> MN[Minnesota Paid Leave Process] |
| 63 | + PL[Paid Leave Process] --> MD[Maryland Paid Leave Process] |
| 64 | +``` |
| 65 | + |
| 66 | +## Family trees for subprocesses |
| 67 | + |
| 68 | +There are also common subprocesses between programs. For example, the "Verify Identity" step is common across many programs, but the specific implementation may vary. Similar to the government digital service application process, we can have an entire family tree of the "verify identity" process subprocesses that represent different common variations of the process. And individual implementations can inherit from these common subprocesses and make their own modifications, adding, removing, or replacing steps. |
0 commit comments