Overview
AUTO-INS-011, Determine Claim Intake Priority, ranks new auto-insurance claims by urgency, severity, customer impact, handling risk, and financial exposure.
- Decision ID
AUTO-INS-011- Decision Name
- Determine Claim Intake Priority
- Description
- Rank new claims by urgency, severity, customer impact, and handling risk.
- Industry
- Automotive
- Sector
- Auto Insurance (
AUTO-INS) - Category
- Claims Intake & Triage (
AUTO-INS-CLAIMS-INTAKE-TRIAGE) - Industry Profile
auto-insurance-determine-claim-intake-priorit-auto-ins-011version1.0.0- Default Profile
balanced- Default Scenario
standard- Algorithm
TOPSIS- Weight Strategy
Manual- Catalog
DKR-AUTO-RUNTIME-001, version13.9.3
Understanding This Decision
Determine Claim Intake Priority helps claims intake teams decide which newly reported claims should be reviewed first by balancing claim severity, customer impact, coverage clarity, fraud risk, and estimated loss exposure.
Business question
Which new claim should receive the highest intake priority under the selected operating context?
Expected outcome
A ranked list of candidate claims with a recommended highest-priority claim and criterion-level score evidence.
Typical users
Claims intake teams, claims operations managers, triage supervisors, customer care leaders, and integration teams building claims workflow automation.
Decision boundary
Use this decision to prioritize supplied claim cases. It does not replace coverage review, fraud investigation, legal review, adjuster judgment, or privacy controls for sensitive claim data.
Architecture
- Request a token from
https://identity.vinquery.com/connect/token. - Use the returned
jwtTokenas the bearer token. - Load
https://dks.vinquery.com/decisioncatalog. - Load
https://dks.vinquery.com/decisioncatalog/decisions/AUTO-INS-011. - Use the industry profile
auto-insurance-determine-claim-intake-priorit-auto-ins-011version1.0.0. - Choose a valid
profileIdandscenarioIdfrom the decision metadata. - Submit canonical option values to
https://dde.vinquery.com/api/v1/decide. - Retain
requestIdandcorrelationIdfor tracing.
Authentication
Request a secure session token from Identity. Keep credentials server-side, cache tokens, renew before expiration, avoid duplicate concurrent token requests, and never log authorization headers.
POST https://identity.vinquery.com/connect/token
Content-Type: application/json
{
"clientId": "{clientId}",
"clientSecret": "{clientSecret}",
"audience": "vinquery:api:decisioq"
}
{
"requestId": "0HNE...",
"jwtToken": "{jwtToken}",
"tokenType": "Bearer",
"expiresIn": 1800,
"expiresUtc": "2026-07-19T00:30:00Z",
"userId": 1166,
"consumerName": "Example API Consumer",
"apiConsumerId": "00000000-0000-0000-0000-000000000000"
}
Catalog Discovery
Retrieve current metadata instead of permanently hard-coding criteria or profiles. DKS is authoritative for version-aware decision knowledge.
GET https://dks.vinquery.com/decisioncatalog
Authorization: Bearer {jwtToken}
GET https://dks.vinquery.com/decisioncatalog/decisions/AUTO-INS-011
Authorization: Bearer {jwtToken}
Criteria
Use exact criterionId keys. Display names can change; canonical IDs drive validation, mapping, weighting, and execution.
| Criterion ID | Name | Description | Direction | Weight | Unit | Data Type | Validation | Required |
|---|---|---|---|---|---|---|---|---|
claim_severity_score | Claim Severity Score | Overall severity of the reported loss. | minimize | 25 | Score | Number | score_0_to_100 | true |
customer_impact_score | Customer Impact Score | Hardship, mobility impact, complaint sensitivity, or service urgency. | maximize | 20 | Score | Number | score_0_to_100 | true |
coverage_clarity_score | Coverage Clarity Score | How clearly policy, endorsements, dates, and loss facts support coverage determination. | maximize | 20 | Score | Number | score_0_to_100 | true |
fraud_risk_score | Fraud Risk Score | Likelihood that suspicious indicators require special investigation. | minimize | 20 | Score | Number | score_0_to_100 | true |
estimated_loss_amount | Estimated Loss Amount | Estimated total indemnity exposure before final adjudication. | minimize | 15 | Currency | Currency | non_negative_currency | true |
Constraint Processing
This decision currently has no catalog-defined hard constraints. All validated candidates proceed to criteria-based ranking.
| Verified Catalog Constraint | Status | Effect |
|---|---|---|
None returned by DKS for AUTO-INS-011 | No hard constraints defined | Candidate eligibility is determined by request validation; all validated candidates are ranked by criteria. |
{
"constraintSummary": {
"definedConstraintCount": 0,
"activeConstraintCount": 0,
"eligibleOptionCount": 3,
"excludedOptionCount": 0,
"eligibleOptions": [
"CLAIM-011-01",
"CLAIM-011-02",
"CLAIM-011-03"
],
"excludedOptions": []
}
}
const constraints = decisionDetail.constraints || [];
if (constraints.length === 0) {
// No catalog-defined hard constraints.
// Submit all validated candidates for criteria-based ranking.
}
const summary = response.constraintSummary;
const excluded = response.decisionResult?.excludedOptions || [];
Excluded candidates do not participate in ranking because hard constraints are evaluated before scoring. For AUTO-INS-011, no candidates are excluded by catalog-defined constraints because DKS currently defines none for this decision.
Industry Profile
The active industry profile reads claim options from $.claims, option IDs from $.optionId, and display names from $.name. No lookup tables, transformations, defaults, or unit conversions are configured for this profile.
- Profile ID
auto-insurance-determine-claim-intake-priorit-auto-ins-011- Version
1.0.0- Options Path
$.claims- Option ID Path
$.optionId- Display Name Path
$.name
| Client Business Data Path | Transformation | Canonical Criterion ID | Unit | Validation |
|---|---|---|---|---|
option.assessment.claimSeverityScore | direct numeric value | claim_severity_score | Score | score_0_to_100 |
option.assessment.customerImpactScore | direct numeric value | customer_impact_score | Score | score_0_to_100 |
option.assessment.coverageClarityScore | direct numeric value | coverage_clarity_score | Score | score_0_to_100 |
option.risk.fraudRiskScore | direct numeric value | fraud_risk_score | Score | score_0_to_100 |
option.financial.estimatedLossAmount | direct numeric value | estimated_loss_amount | Currency | non_negative_currency |
{
"requestContext": {
"sourceSystem": "claims-intake",
"correlationId": "auto-ins-011-demo-001"
},
"claims": [
{
"optionId": "CLAIM-011-01",
"name": "Claim CASE-001",
"assessment": {
"claimSeverityScore": 83,
"customerImpactScore": 83,
"coverageClarityScore": 83
},
"risk": {
"fraudRiskScore": 78
},
"financial": {
"estimatedLossAmount": 62500
}
}
]
}
{
"optionId": "CLAIM-011-01",
"name": "Claim CASE-001",
"values": {
"claim_severity_score": 83,
"customer_impact_score": 83,
"coverage_clarity_score": 83,
"fraud_risk_score": 78,
"estimated_loss_amount": 62500
}
}
Profiles and Scenarios
Profiles adjust weights. Scenarios describe operating context. Both are discovered from the DKS decision detail response.
| Profile ID | Name | Purpose |
|---|---|---|
balanced | Balanced | Preserves the default criterion priorities for this insurance decision. |
cost_control | Cost Control | Emphasizes financial leakage, claim cost, reserves, and expense control. |
risk_averse | Risk Averse | Emphasizes coverage, liability, fraud exposure, severity, and compliance risk. |
customer_focused | Customer Focused | Emphasizes service speed, customer impact, and experience quality. |
| Scenario ID | Name | Use When |
|---|---|---|
standard | Standard Claim Handling | Ordinary claim volume and complete claim information. |
catastrophe_event | Catastrophe Event | High-volume event conditions require faster triage and severity prioritization. |
coverage_uncertainty | Coverage Uncertainty | Policy, liability, or eligibility information is incomplete. |
customer_escalation | Customer Escalation | Complaint risk, hardship, or service-level commitments are elevated. |
Prepared Input
The active DDE catalog execution contract accepts decisionId, profileId, scenarioId, algorithm, weightStrategy, runSensitivity, requestContext, and options.
{
"decisionId": "AUTO-INS-011",
"profileId": "balanced",
"scenarioId": "standard",
"algorithm": "TOPSIS",
"weightStrategy": "Manual",
"runSensitivity": false,
"requestContext": {
"correlationId": "auto-ins-011-demo-001"
},
"options": [
{
"optionId": "CLAIM-011-01",
"name": "Claim CASE-001",
"values": {
"claim_severity_score": 83,
"customer_impact_score": 83,
"coverage_clarity_score": 83,
"fraud_risk_score": 78,
"estimated_loss_amount": 62500
}
},
{
"optionId": "CLAIM-011-02",
"name": "Claim CASE-002",
"values": {
"claim_severity_score": 75,
"customer_impact_score": 75,
"coverage_clarity_score": 75,
"fraud_risk_score": 70,
"estimated_loss_amount": 107500
}
}
]
}
Execute
curl -X POST "https://dde.vinquery.com/api/v1/decide" \
-H "Authorization: Bearer ${DECISIOQ_TOKEN}" \
-H "Content-Type: application/json" \
-H "X-Correlation-Id: auto-ins-011-demo-001" \
--data @auto-ins-011-execute.json
DDE retrieves authoritative criteria, profiles, scenarios, and validation metadata from DKS, composes the engine-ready request, and executes the deterministic ranking.
Interpret the Result
Use decisionResult.winner and decisionResult.ranking as the deterministic result. Scores are useful within the same run; avoid comparing raw scores across unrelated decisions or catalog versions.
{
"service": "decisioq",
"version": "7.6.3",
"requestId": "0HNE...",
"operation": "Decide",
"success": true,
"decisionType": "AUTO-INS-011",
"decisionVersion": "13.9.3",
"timestampUtc": "2026-07-19T00:00:00Z",
"decisionResult": {
"winner": "CLAIM-011-01",
"confidence": 72.4,
"ranking": [
{
"optionId": "CLAIM-011-01",
"score": 0.8421,
"breakdown": {
"claim_severity_score": 0.15,
"customer_impact_score": 0.20
},
"normalizationBreakdown": {}
}
],
"excludedOptions": [],
"explanation": {
"summary": "Claim CASE-001 ranked highest based on the submitted criteria.",
"strengths": [],
"weaknesses": [],
"exclusions": []
}
},
"constraintSummary": {
"definedConstraintCount": 0,
"activeConstraintCount": 0,
"eligibleOptionCount": 3,
"excludedOptionCount": 0,
"eligibleOptions": [
"CLAIM-011-01",
"CLAIM-011-02",
"CLAIM-011-03"
],
"excludedOptions": []
},
"executionTrace": {
"selectedProfileId": "balanced",
"selectedScenarioId": "standard",
"weightSource": "dksProfile:balanced",
"effectiveWeights": {
"claim_severity_score": 25,
"customer_impact_score": 20
}
},
"warnings": [],
"requestContext": {
"correlationId": "auto-ins-011-demo-001"
}
}
decisionResult.winner.Sensitivity Analysis
Use "runSensitivity": true when the client needs evidence about recommendation stability. DecisioQ varies criterion weights by controlled factors while keeping submitted options and values fixed.
{
"runSensitivity": true,
"sensitivityResult": {
"stableWinner": true,
"winner": "CLAIM-011-01",
"mostSensitiveCriterion": "claim_severity_score",
"confidence": 95,
"criterionImpacts": {
"claim_severity_score": 0.1842
},
"winnerChangeCounts": {
"claim_severity_score": 0
}
}
}
Explanation of Decision Result
The Explanation Service receives the finalized deterministic result and a controlled evidence package. It is synchronous in the current execution flow when configured and returns under the vendor-neutral ai block. If explanation generation fails silently, the deterministic result remains available.
{
"ai": {
"enabled": true,
"generated": true,
"schemaValidated": true,
"explanation": {
"summary": "The selected claim has the strongest overall priority.",
"whyRecommended": "It combined high customer impact and clear coverage with manageable loss exposure.",
"keyDrivers": [],
"tradeoffs": [],
"competitors": [],
"sensitivitySummary": "Sensitivity analysis was not included in this response.",
"scenarioSummary": "The standard claim-handling scenario was selected.",
"risks": [],
"nextSteps": [],
"assumptions": []
}
}
}
The Explanation of Decision Result must not receive raw private claim files or unrestricted notes. It explains the already-finalized result; it does not select, rerank, recalculate, or override it.
Tracing and Logs
Use request identifiers to connect client, Identity, DKS, and DDE activity. Authentication and identity-security activity belongs in IdentityAuditEvents. Catalog, mapping, decision execution, sensitivity, and explanation operations belong in decisioq_log.
X-Request-Id- Optional client-supplied request ID. If omitted, DDE or DKS generates one.
X-Correlation-Id- Optional client workflow ID propagated from DDE to DKS.
requestContext.correlationId- Payload value echoed by DDE and used for execution logging.
DecisionId- Recorded for decision-specific operations. General catalog and identity operations may not have a decision ID.
| ServiceName | Operation | RequestId | CorrelationId | DecisionId | Status | Timestamp |
|---|---|---|---|---|---|---|
| Identity | Token issued | identity request | optional | Success | UTC | |
| DKS | DecisionCatalog.DecisionDefinition | DDE propagated request | auto-ins-011-demo-001 | AUTO-INS-011 | Success | UTC |
| DDE | Decide | DDE request | auto-ins-011-demo-001 | AUTO-INS-011 | Success | UTC |
Code Examples
These examples authenticate, retrieve AUTO-INS-011 metadata, validate profile and scenario selections, execute the decision, pass a correlation ID, and print the deterministic result.
DECISIOQ_CLIENT_ID
DECISIOQ_CLIENT_SECRET
Optional:
DECISIOQ_IDENTITY_URL=https://identity.vinquery.com/connect/token
DECISIOQ_DKS_URL=https://dks.vinquery.com
DECISIOQ_DDE_URL=https://dde.vinquery.com
Troubleshooting
| Symptom | Likely Cause | HTTP Status or Error | Corrective Action | Where to Investigate |
|---|---|---|---|---|
| Token rejected | Invalid credentials or access code | 401 or 400 | Request a new server-side token; do not expose credentials in browser JavaScript. | IdentityAuditEvents |
| Unknown decision ID | Decision is absent from active DKS catalog | 404 | Verify AUTO-INS-011 in /decisioncatalog/decisions/AUTO-INS-011. | DKS logs |
| Invalid profile or scenario | Request value is not listed in decision metadata | 400 | Use one of the profile or scenario IDs returned by DKS. | DDE validation logs |
| Missing criterion | Option values omit a required canonical criterion | 400 validation error | Send all five required AUTO-INS-011 criteria for every claim. | DDE validation response |
| Out-of-range value | Score outside 0-100 or negative currency value | 400 validation error | Apply score_0_to_100 and non_negative_currency before submit. | Client validation, DDE validation |
| Service unavailable | DKS, DDE, or Identity unavailable | 5xx or non-JSON upstream error | Check health endpoints and server logs. | Hosting/IIS logs and DecisioQ logs |
| Explanation unavailable | Explanation provider disabled or failed silently | Success with missing or failed ai block | Use deterministic decisionResult; treat explanation as optional. | DDE application logs |
| Download link fails | Static asset missing from website | 404 | Verify the file exists under examples/auto-ins-011. | Website static files |
Production Checklist
Security
Keep API Consumer credentials server-side, use HTTPS, cache JWTs, renew before expiration, never log secrets, and ensure the API Consumer is linked to a DecisioQ account for usage accounting.
Knowledge and Versioning
Retrieve DKS metadata, preserve industry profile version 1.0.0, and monitor catalog version changes.
Execution Reliability
Use timeouts, cancellation tokens, structured error handling, and avoid unsafe automatic retries unless idempotency is established.
Observability
Propagate X-Correlation-Id, retain requestId, and distinguish DKS failures from DDE failures.
Explanation Safety
Persist deterministic results separately and isolate explanation failure from ranking success.
Testing
Use contract tests, validation tests, sensitivity tests, and privacy-safe claim samples.
