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