List of Pega provided modules
List of Pega-provided modules that are available for utilizing within the sequence.
Module Identifier Process Process validation edits SVE CE_ValidationEdits Member eligibility SME CE_MemberEligibility Member eligibility SME CE_MemberEligibility Claim adjustments SAD CE_ProcessAdjustment Authorization pricing SAP CE_AuthorizationPricing Claim business audits SBA CE_BusinessAudits Benefit determination SBD CE_DetermineBenefit Claim business edits SBE CE_BusinessEdits Benefit limit accum processing SBL BenefitLimitAccumProcessing Episode processing SEP CE_EpisodeProcessing Coverages, accumulators and payments SCA CE_CoverageAccumulators COBReductions SCB CE_COBReductions ClaimsXten SCX CE_CXTRequestandResponse Event code review SER CE_ProcessEventReview Finalization claim SFC CE_FinalizeClaim Finalization pricing SFP CE_FinalizationPricing Incentives and surcharges SIS CE_IncentivesAndSurcharges Member match SMM CE_MemberMatch Policy selection and eligibility SMP CE_PolicySelectionAndEligibility Member validations SMV CE_MemberValidations Process authorizations SPA CE_ProcessAuthorization Price calculation SPC CE_PriceCalculation Provider eligibility SPE CE_ProviderEligibility Process updates SPU CE_ProcessUpdates Random audits SRA CE_ProcessRandomAudits Ratesheet selection SRS CE_RateSheetSelection Split claim SSC CE_SplitClaim Subscriber lock SSL CE_SubscriberLock NetworX Pricer SSP CE_ProcessSANP TPL edits STP CE_TPLEdits Winning price SWP CE_WinningPrice
You must select a collection rule for each module to define which processing should take place. This also provides traceability and allows you to drill down to actual components in the application.
You must complete the following fields for each module:
- Module – brief name or description of the module. This description is used by the application whenever there is a reference required for the module being processed, for example, Claim Audit.
- Identifier – a key assigned to this module. This identifier is stored for references to the module and is used as a lookup value for the module. It lets you modify the description without worrying about the reference to the module. Once you assign and use it, you should not modify it.
- Process – a flow associated with the module. Select this process from a drop-down list of available flows.
- Process Type – the type of module (Stub, Pega, and External) as it relates to the application.
- Measurement – an indicator that defines whether a measurement should be captured for this module.
- Audit – an indicator that defines whether any audit information should be reported for this module.
- Bypass – an indicator that defines whether to bypass processing of this module (used for testing).
- Module Bypass Table – the bypass table used for identifying what information on the claim can cause the module to be bypassed.
- Module initialization – A previously defined Collection rule that can be used to initialize any values pre-run.
- Module finalization – A previously defined Collection rule that can be used to finalize any value post run.
- Module next step – A previously defined Collection rule that can be used
for the below purposes:
- Restart Module
- Restart Module Sequence
- Restart Orchestration
- Exit Sequence
- Exit Orchestration
- Force Claim to Error workbasket
Previous topic Module Next topic Manipulating the modules