Mobile-ID · Digital Trust
ISO/IEC 27001 · FIDO2 · OpenID — View scope
INDUSTRY SOLUTION

Insurance

Applications, policies, claim documentation and approvals can move through a signing journey with explicit audit and evidence.

INDUSTRY WORKFLOW

Blueprint around business flow and evidence

The Insurance blueprint is a reference deployment pattern; it does not represent a named customer or an industry compliance certification.

Reference architecture

If the table is wider than its frame, scroll horizontally to see all columns; use arrow keys when the table region has focus.

Blueprint around business flow and evidence
ActorResponsibilityHandoff evidence
Business systemFinalize and approve the industry recordDocument and source decision
Authorized signerReview and authorize the documentIdentity and signing intent
Mobile-ID / CA / RSSPOrchestrate, sign and verifyState and signed output
OPERATIONAL DEPTH

Insurance workflows

Insurance separates application, policy, endorsement, claim and settlement because actors and evidence differ.

HOW

Application/policy issuance: Applicant identity → application → source-system underwriting outcome → policy document → signing/acknowledgement.

CONTROL

Endorsement: Policy reference → requested change → approval → amendment document → signature → audit.

BOUNDARY

Claim/settlement: Claim case → document package → insurer-system decision → settlement agreement → signing → evidence.

If the table is wider than its frame, scroll horizontally to see all columns; use arrow keys when the table region has focus.

Insurance workflows
RiskHandling posture
Wrong policy versionCompare the approved version; changed content needs a new policy-governed request without reusing old authorization.
Claim context lostKeep the record unresolved; use transaction and decision references to reconcile missing evidence.
Unauthorized signerStop signing; confirm representation authority and record approval before a new transaction.
BLUEPRINTS

Workflow-specific content replaces generic vertical cards

Business decisions remain in the authoritative banking/securities/insurance/government system; Sign handles the signing journey and its evidence boundary.

Policy issuance

  1. Applicant identity
  2. Application
  3. Underwriting decision from source
  4. Policy document
  5. Signing/acknowledgement
  6. Evidence

Claim settlement

  1. Claim context
  2. Decision from source system
  3. Settlement document
  4. Signing
  5. Evidence
ASSESSMENT DETAIL

Separating underwriting/claim decisions from signing

Source system owns business decisions

In insurance, underwriting, policy issuance and claim decisions remain with the authoritative business system. Sign does not decide insurance risk or claim outcome; it handles the document/signing journey after the decision source creates or approves the document to be signed or acknowledged.

Exceptions to handle

Policy, endorsement and settlement documents need clear version/reference control to prevent signing an obsolete document. Exceptions include applicant/customer cancellation, document regeneration, provider outage, transaction expiry or evidence mismatch. When a document changes, policy should require a new transaction rather than reuse old authorization.

Handover responsibilities

Source system
Finalize record, version, signers and business decision.
Mobile-ID Sign
Orchestrate the permitted route; correlate transaction state, result and evidence.
Signer and provider
The signer authorizes; the provider creates the signature within the applicable service scope.

Evidence can link application/claim/policy reference, document hash/version, approval source, signer/authorization, signature result and archive/delivery events; retention depends on the insurer's product and legal policy.

Search Mobile-ID Sign

Local search inside the offline package.