Work object naming conventions
When your application initiates a work object, a predefined model populates key property values, such as urgency, that directly affect the work object's relative priority and placement in operator worklists. As work objects progress towards resolution, core property values such as priority and status, are continually updated to reflect the current stage of processing.
Each work object has a unique ID that is computed by combining a system-assigned number and a prefix defined as in a pyDefault model in a ruleset. For example, PR-1003 could be a work object related to a purchase requisition application. The following table shows the prefixes currently defined in Pega Smart Claims Engine for Healthcare.
Application | Work object | Applies to |
TST | Test Claim | PegaHC-CLM-Work-Claims-Test |
CLM | Claim | PegaHC-CLM-Work-Claims |
EC | Event Process | PegaHC-CE-EM-Work-Event |
AC | Action Code | PegaHC-CE-AM-Work-ActionCode |
RA | Random Audits | PegaHC-CE-PM-Work-RandomAuditProcess |
EG | Group Claim Processing | PegaHC-CE-EG-Work-EventGroup |
PE | Payment Error | PegaHC-CLM-PaymentError |
SYS | System Configuration | PegaHC-CE-SC-Work-Configuration |
AWO | Attestation | PegaHC-CE-Work-Attestation |
CXT | ClaimsXten Recommendation | PegaHC-CE-RC-Work-CXTRecommendations |
NTE | Notification | PegaHC-CE-NT-Work-Notification |
SB | Accident Subrogation | PegaHC-CE-PR-Work-AccidentSubrogation |
CI | ClaimsInquiry | PegaHC-CLM-Work-ClaimsInquiry |
You can change this prefix or create additional prefixes by modifying the entry in the Details tab of the application rule.
Previous topic Data classes Next topic Default workbaskets