Do we need standard tables any more?

Actuaries are long used to using standard tables. In the UK these are created by the Continuous Mortality Investigation Bureau (CMIB), and the use of certain tables is often prescribed in legislation. As actuaries increasingly move to using statistical models for mortality, it is perhaps natural that they should first consider incorporating standard tables into these models. But are standard tables necessary, or even useful, in such a context?

Although we normally prefer to model the force of mortality, here we will use a model for the rate of mortality, qx, since this is how many actuaries still approach mortality. Our model is actually a generalised linear model (GLM) where the rate of mortality is:

exp(α+βx)qx

where qx comes from the standard table and α and β are to be estimated. The table below shows some alternative models for a small annuity portfolio, together with the AIC as a measure of the goodness of model fit: the lower the AIC, the better the model. The standard table in question is PNA00, and the data is for the calendar year 2000, so both table and experience data are contemporary.

AIC Parameters Model
3264 81 Standard table unadjusted (α=0, β=0)
3266 82 Standard table with gender-specific multipliers (α=0, β differs between males and females)
3259 83 Standard table with age- and gender-specific multipliers (α and β vary by gender and age)
3097 3 Logistic regression (GLM for qx using Perks Law)

As we can see from the first three rows, the best fit involving a standard table is to have age- and gender-varying parameters. However, the number of parameters is unwieldy, since each qx from the standard table is a variable. The mortality rates from the standard table are counted as parameters as they can obviously be varied by changing the standard table. We are only counting the rates actually used, not the whole table.

As an alternative, we can fit a very simple GLM without reference to a standard table at all. Here we follow Richards and Jones (2004) by using logistic regression, i.e. where qx is assumed to follow the function form:

qx = exp(α+βx) / (1 + exp(α+βx))

The results of this model are shown in the fourth row in the table. It fits much better, and is far simpler in only having three parameters. Most insurers nowadays have more than enough information to create their own mortality tables, which have the benefit of fitting better and requiring fewer assumptions than standard tables.

Written by: Stephen Richards
Publication Date:
Last Updated:

Table generation in Longevitas

Longevitas automatically generates rate tables corresponding to each fitted model. Alternatively, for complicated models, Longevitas can also generate a rate table for each life in the portfolio. These individual-member rate tables are specific to the exact age and risk combination of each life. 

Previous posts

New SAPS tables

On 31st October 2008 the CMIB published the new SAPS S1 mortality tables based on the mortality of defined-benefit pension schemes. These tables follow the previous release of the '00 Series' mortality tables based on the mortality of life-office pensioners. 
Tags: Filter information matrix by tag: standard table

Why we don't fit models in Excel

Actuaries are very heavy users of spreadsheets, especially Microsoft® Excel.  One question we are occasionally asked is why we wrote our software in C++, instead of letting people have direct access to our code as a spreadsheet. 
Tags: Filter information matrix by tag: spreadsheet, Filter information matrix by tag: Excel, Filter information matrix by tag: C++

Comments

James Rouse

15 September 2008

Why PNA00? Wouldn't normal practise would be to find a table with the best curve shape and then apply multipliers?

I picked PNA00 because it was a contemporary table, but I could just as easily have picked PCA00 or some other modified table, such as PMA92mc2000 (say). And, yes, you could try a number of different tables to find the least bad fit.

However, normal practice for fitting such statistical models in life offices does not involve using standard tables at all. I write 'normal' because I know of no life offices who build statistical models this way. Even the rather small portfolio used to illustrate here had enough data to build a better model without the standard table.

Add new comment

Restricted HTML

  • Allowed HTML tags: <a href hreflang> <em> <strong> <cite> <blockquote cite> <code> <ul type> <ol start type> <li> <dl> <dt> <dd> <h2 id> <h3 id> <h4 id> <h5 id> <h6 id>
  • Lines and paragraphs break automatically.
  • Web page addresses and email addresses turn into links automatically.