Pour le dixième chapitre du cours d’actuariat de l’assurance non-vie à l’ENSAE, on commence les modèles de provisionnement (provisions pour sinistres à payer). Les slides sont en ligne (la version pdf téléchargeable est comme souvent plus complète que celle sur slideshare)
Tag Archives: Chain Ladder
Claims reserving (introduction)
Mercredi, on commence la modélisation du passif des compagnies d’assurance IARD. Plus particulièrement, nous parlerons des provisions pour sinistres à payer, ou “provision for claims outstanding (PCO)” selon la terminologie anglaise, i.e. “the estimated total cost of ultimate settlement of all claims incurred before the date of record, whether reported or not, less any amounts already paid out in respect thereof.” Je renvoie à la lecture de Le contrôle de la solvabilité des compagnies d’assurance en ligne sur le site de l’OCDE, pour une vision globale des approches de ces provisions. La SOA avait publié un rapport en 2009, Comparison of Incurred But Not Reported IBNR Methods que j’encourage à lire.
Le livre de référence sur le sujet est celui de Mario Wüthrich et Michael Merz. Les premiers chapitres (correspondant a ce qui sera vu en cours) peuvent être téléchargés sur http://actuaries.ch/…
Nous aborderons mercredi les triangles. Parmi les triangles que nous manipulerons
> source("https://perso.univ-rennes1.fr/arthur.charpentier/bases.R")
qui contient plusieurs fichiers, dont
> PAID [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372 4411 4428 4435 4456 [2,] 3367 4659 4696 4720 4730 NA [3,] 3871 5345 5338 5420 NA NA [4,] 4239 5917 6020 NA NA NA [5,] 4929 6794 NA NA NA NA [6,] 5217 NA NA NA NA NA
ainsi que le triangle évoqué sur http://rworkingparty.wikidot.com/
> OthLiabData = read.csv("http://www.casact.org/research/reserve_data/othliab_pos.csv",header=TRUE, sep=",") > library(ChainLadder) > OL = SumData=ddply(OthLiabData,.(AccidentYear,DevelopmentYear,DevelopmentLag),summarise,IncurLoss=sum(IncurLoss_h1-BulkLoss_h1), + CumPaidLoss=sum(CumPaidLoss_h1), EarnedPremDIR=sum(EarnedPremDIR_h1)) > LossTri = as.triangle(OL, origin="AccidentYear", + dev = "DevelopmentLag", value="IncurLoss") > Year = as.triangle(OL, origin="AccidentYear", + dev = "DevelopmentLag", value="DevelopmentYear") > TRIANGLE=LossTri > TRIANGLE[Year>1997]=NA > TRIANGLE dev origin 1 2 3 4 5 6 7 8 9 10 1988 128747 195938 241180 283447 297402 308815 314126 317027 319135 319559 1989 135147 208767 270979 304488 330066 339871 344742 347800 353245 NA 1990 152400 238665 297495 348826 359413 364865 372436 372163 NA NA 1991 151812 266245 357430 400405 423172 442329 460713 NA NA NA 1992 163737 269170 347469 381251 424810 451221 NA NA NA NA 1993 187756 358573 431410 476674 504667 NA NA NA NA NA 1994 210590 351270 486947 581599 NA NA NA NA NA NA 1995 213141 351363 444272 NA NA NA NA NA NA NA 1996 237162 378987 NA NA NA NA NA NA NA NA 1997 220509 NA NA NA NA NA NA NA NA NA
Les transparents sont en ligne,
Pour les lectures complémentaires, Best Estimates for Reserves de Glen Barnett et Ben Zehnwirth est téléchargeable sur http://casact.org/pubs/…. En 2004 , Ben Zehnwirth, Julie Sims et Mark Shapland ont publié Will Your Next Reserve Increase Be Your Last (en ligne sur http://contingencies.org/janfeb04/…) Lors des prochaines séances, nous aborderons les méthodes par simulations. J’encourage la lecture de about the bootstrap, http://insureware.com/Library/… Sinon, des compléments plus spécifiques sont téléchargeables,
- The Chain Ladder and Tweedie Distributed Claims Data par Greg Taylor
- Chain-Ladder Bias: Its Reason and Meaning par Leigh Joseph Halliwell
- Estimating Predictive Distributions for Loss Reserve Models par Glenn Meyers
- Using a Bayesian Approach for Claims Reserving par Mario Wuthrich
- Obtaining Predictive Distributions for Reserves Which Incorporate Expert Opinion par Richard Verrall
- Loss Reserve Estimates: A Statistical Approach for Determining “Reasonableness” par Mark Shapland
- Munich Chain Ladder: A Reserving Method that Reduces the Gap between IBNR Projections Based on Paid Losses and IBNR Projections Based on Incurred Losses par Gerhard Quarg et Thomas Mack
- The Bornhuetter-Ferguson Principle par Klaus Schmidt et Mathias Zocher
- On the Importance of Dispersion Modeling for Claims Reserving: An Application with the Tweedie Distribution par Jean-Philippe Boucher et Danail Davidov
- Quantifying Uncertainty in Reserve Estimates par Zia Rehman et Stuart Klugman
- Robustifying Reserving par Gary Venter et Dumaria Rulina Tampubolon, voir aussi Robustifying Reserving
- Bootstrap Estimation of the Predictive Distributions of Reserves Using Paid and Incurred Claims par Huijuan Liu et Richard Verrall
- Predictive Distributions for Reserves Which Separate True IBNR and IBNER Claims par Huijuan Liu et Richard Verrall
- The Retrospective Testing of Stochastic Loss Reserve Models, par Glenn Meyers
- A GLM-Based Approach to Adjusting for Changes in Case Reserve Adequacy par Larry Decker
- A Method for Modelling Varying Run-off Evolutions in Claims Reserving par Richard Verrall
- A Nonlinear Regression Model of Incurred But Not Reported Losses par Scott Stelljes
- Back-Testing the ODP Bootstrap of the Paid Chain-Ladder Model with Actual Historical Claims Data par Jessica (Weng Kah) Leong, Shaun Wang et Han Chen
- A Practical Way to Estimate One-Year Reserve Risk par Ira Robbin
- Closed-Form Distribution of Prediction Uncertainty in Chain Ladder Reserving by Bayesian Approach par Ji Yao
- The Prediction Error of Bornhuetter-Ferguson par Thomas Mack
- Stochastic Loss Reserving with the Collective Risk Model par Glenn Meyers
- On the Accuracy of Loss Reserving Methodology par Tapio Boles et Andy Staudt
- Bootstrapping Generalized Linear Models for Development Triangles Using Deviance Residuals par Thomas Hartl
- Fitting a GLM to Incomplete Development Triangles par Thomas Hartl
- Gauss—Markov Loss Prediction in a Linear Model par Alexander Ludwig et Klaus Schmidt
- Anatomy of Actuarial Methods of Loss Reserving par Prakash Narayan
- Bootstrap Modeling: Beyond the Basics par Mark R. Shapland et Jessica (Weng Kah) Leong
- GLM Invariants par Fred Klinker
- The Retrospective Testing of Stochastic Loss Reserve Models par Glenn Meyers et Peng Shi
- A GLM-Based Approach to Adjusting for Changes in Case Reserve Adequacy par Larry Decker
- Testing the Assumptions of Age-to-age Factors, par Gary Venter, voir aussi http://rationalargumentator.com/actuaryguide/…
Poisson regression on non-integers
In the course on claims reserving techniques, I did mention the use of Poisson regression, even if incremental payments were not integers. For instance, we did consider incremental triangles
> source("https://perso.univ-rennes1.fr/arthur.charpentier/bases.R") > INC=PAID > INC[,2:6]=PAID[,2:6]-PAID[,1:5] > INC [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 1163 39 17 7 21 [2,] 3367 1292 37 24 10 NA [3,] 3871 1474 53 22 NA NA [4,] 4239 1678 103 NA NA NA [5,] 4929 1865 NA NA NA NA [6,] 5217 NA NA NA NA NA
On those payments, it is natural to use a Poisson regression, to predict future payments
> Y=as.vector(INC) > D=rep(1:6,each=6) > A=rep(2001:2006,6) > base=data.frame(Y,D,A) > reg=glm(Y~as.factor(D)+as.factor(A),data=base,family=poisson(link="log")) > Yp=predict(reg,type="response",newdata=base) > matrix(Yp,6,6) [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3155.6 1202.1 49.8 19.1 8.2 21.0 [2,] 3365.6 1282.0 53.1 20.4 8.7 22.3 [3,] 3863.7 1471.8 60.9 23.4 10.0 25.7 [4,] 4310.0 1641.8 68.0 26.1 11.2 28.6 [5,] 4919.8 1874.1 77.6 29.8 12.8 32.7 [6,] 5217.0 1987.3 82.3 31.6 13.5 34.7
and the total amount of reserves would be
> sum(Yp[is.na(Y)==TRUE]) [1] 2426.985
Here, payments were in ‘000 euros. What if they were in ‘000’000 euros ?
> a=1000 > INC/a [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3.209 1.163 0.039 0.017 0.007 0.021 [2,] 3.367 1.292 0.037 0.024 0.010 NA [3,] 3.871 1.474 0.053 0.022 NA NA [4,] 4.239 1.678 0.103 NA NA NA [5,] 4.929 1.865 NA NA NA NA [6,] 5.217 NA NA NA NA NA
We can still run a regression here
> reg=glm((Y/a)~as.factor(D)+as.factor(A),data=base,family=poisson(link="log")) > Yp=predict(reg,type="response",newdata=base) > sum(Yp[is.na(Y)==TRUE])*a [1] 2426.985
and the prediction is exactly the same. Actually, it is possible to change currency, and multiply by any kind of constant, the Poisson regression will return always the same prediction, if we use a log link function,
> homogeneity=function(a=1){ + reg=glm((Y/a)~as.factor(D)+as.factor(A), data=base,family=poisson(link="log")) + Yp=predict(reg,type="response",newdata=base) + return(sum(Yp[is.na(Y)==TRUE])*a) + } > Vectorize(homogeneity)(10^(seq(-3,5))) [1] 2426.985 2426.985 2426.985 2426.985 2426.985 2426.985 2426.985 2426.985 2426.985
The trick here come from the fact that we do like the Poisson interpretation. But GLMs simply mean that we do want to solve a first order condition. It is possible to solve explicitly the first order condition, which was obtained without any condition such that values should be integers. To run a simple code, the intercept should be related to the last value of the matrix, not the first one.
> base$D=relevel(as.factor(base$D),"6") > base$A=relevel(as.factor(base$A),"2006") > reg=glm(Y~as.factor(D)+as.factor(A), data=base,family=poisson(link="log")) > summary(reg) Call: glm(formula = Y ~ as.factor(D) + as.factor(A), family = poisson(link = "log"), data = base) Deviance Residuals: Min 1Q Median 3Q Max -2.3426 -0.4996 0.0000 0.2770 3.9355 Coefficients: Estimate Std. Error z value Pr(>|z|) (Intercept) 3.54723 0.21921 16.182 < 2e-16 *** as.factor(D)1 5.01244 0.21877 22.912 < 2e-16 *** as.factor(D)2 4.04731 0.21896 18.484 < 2e-16 *** as.factor(D)3 0.86391 0.22827 3.785 0.000154 *** as.factor(D)4 -0.09254 0.25229 -0.367 0.713754 as.factor(D)5 -0.93717 0.32643 -2.871 0.004092 ** as.factor(A)2001 -0.50271 0.02079 -24.179 < 2e-16 *** as.factor(A)2002 -0.43831 0.02045 -21.433 < 2e-16 *** as.factor(A)2003 -0.30029 0.01978 -15.184 < 2e-16 *** as.factor(A)2004 -0.19096 0.01930 -9.895 < 2e-16 *** as.factor(A)2005 -0.05864 0.01879 -3.121 0.001799 ** --- Signif. codes: 0 ‘***’ 0.001 ‘**’ 0.01 ‘*’ 0.05 ‘.’ 0.1 ‘ ’ 1 (Dispersion parameter for poisson family taken to be 1) Null deviance: 46695.269 on 20 degrees of freedom Residual deviance: 30.214 on 10 degrees of freedom (15 observations deleted due to missingness) AIC: 209.52
The first idea is to run a gradient descent, as follows (the starting point will be coefficients from a linear regression on the log of the observations),
> YNA <- Y > XNA=matrix(0,length(Y),1+5+5) > XNA[,1]=rep(1,length(Y)) > for(k in 1:5) XNA[(k-1)*6+1:6,k+1]=k > u=(1:(length(Y))%%6); u[u==0]=6 > for(k in 1:5) XNA[u==k,k+6]=k > YnoNA=YNA[is.na(YNA)==FALSE] > XnoNA=XNA[is.na(YNA)==FALSE,] > beta=lm(log(YnoNA)~0+XnoNA)$coefficients > for(s in 1:50){ + Ypred=exp(XnoNA%*%beta) + gradient=t(XnoNA)%*%(YnoNA-Ypred) + omega=matrix(0,nrow(XnoNA),nrow(XnoNA));diag(omega)=exp(XnoNA%*%beta) + hessienne=-t(XnoNA)%*%omega%*%XnoNA + beta=beta-solve(hessienne)%*%gradient} > beta [,1] [1,] 3.54723486 [2,] 5.01244294 [3,] 2.02365553 [4,] 0.28796945 [5,] -0.02313601 [6,] -0.18743467 [7,] -0.50271242 [8,] -0.21915742 [9,] -0.10009587 [10,] -0.04774056 [11,] -0.01172840
We are not too far away from the values given by R. Actually, it is just fine if we focus on the predictions
> matrix(exp(XNA%*%beta),6,6)) [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3155.6 1202.1 49.8 19.1 8.2 21.0 [2,] 3365.6 1282.0 53.1 20.4 8.7 22.3 [3,] 3863.7 1471.8 60.9 23.4 10.0 25.7 [4,] 4310.0 1641.8 68.0 26.1 11.2 28.6 [5,] 4919.8 1874.1 77.6 29.8 12.8 32.7 [6,] 5217.0 1987.3 82.3 31.6 13.5 34.7
which are exactly the one obtained above. And here, we clearly see that there is no assumption such as “explained variate should be an integer“. It is also possible to remember that the first order condition is the same as the one we had with a weighted least square model. The problem is that the weights are function of the prediction. But using an iterative algorithm, we should converge,
> beta=lm(log(YnoNA)~0+XnoNA)$coefficients > for(i in 1:50){ + Ypred=exp(XnoNA%*%beta) + z=XnoNA%*%beta+(YnoNA-Ypred)/Ypred + REG=lm(z~0+XnoNA,weights=Ypred) + beta=REG$coefficients + } > > beta XnoNA1 XnoNA2 XnoNA3 XnoNA4 XnoNA5 XnoNA6 3.54723486 5.01244294 2.02365553 0.28796945 -0.02313601 -0.18743467
XnoNA7 XnoNA8 XnoNA9 XnoNA10 XnoNA11 -0.50271242 -0.21915742 -0.10009587 -0.04774056 -0.01172840
which are the same values as the one we got previously. Here again, the prediction is the same as the one we got from this so-called Poisson regression,
> matrix(exp(XNA%*%beta),6,6) [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3155.6 1202.1 49.8 19.1 8.2 20.9 [2,] 3365.6 1282.0 53.1 20.4 8.7 22.3 [3,] 3863.7 1471.8 60.9 23.4 10.0 25.7 [4,] 4310.0 1641.8 68.0 26.1 11.2 28.6 [5,] 4919.8 1874.1 77.6 29.8 12.8 32.7 [6,] 5217.0 1987.3 82.3 31.6 13.5 34.7
Again, it works just fine because GLMs are mainly conditions on the first two moments, and numerical computations are based on the first order condition, which has less constraints than the interpretation in terms of a Poisson model.
Chain Ladder, avec R
Un billet rapide pour mettre en ligne des parties du code tapé en cours, mercredi dernier. On avait commencé par convertir la feuille du classeur excel en un fichier texte, pour faciliter la lecture,
> setwd("C:\\Users\\savsalledecours\\Desktop") > triangle=read.table("exACT2040.csv",header=TRUE,sep=";") > triangle ANNEE X0 X1 X2 X3 X4 X5 1 2000 3209 4372 4411 4428 4435 4456 2 2001 3367 4659 4696 4720 4730 NA 3 2002 3871 5345 5398 5420 NA NA 4 2003 4239 5917 6020 NA NA NA 5 2004 4929 6794 NA NA NA NA 6 2005 5217 NA NA NA NA NA
L’idée – quand on importe un triangle – est de récupérer une base sous la forme précédente, avec des valeurs manquantes dans la partie inférieure du triangle (on verra l’intérêt quand on fait une régression). On avait ensuite calculé les facteurs de transition, et en même temps complété le triangle,
> T=triangle[,2:7] > rownames(T)=triangle$ANNEE > T2=T > n=ncol(T) > L=rep(NA,n-1) > for(j in 1:(n-1)){ + L[j]=sum(T[1:(n-j),j+1])/sum(T[1:(n-j),j]) + T2[(n-j+1):n,j+1]=L[j]*T2[(n-j+1):n,j] + }
Les facteurs de transition sont ici,
> L [1] 1.380933 1.011433 1.004343 1.001858 1.004735
et le triangle complété
> T2 X0 X1 X2 X3 X4 X5 2000 3209 4372.000 4411.000 4428.000 4435.000 4456.000 2001 3367 4659.000 4696.000 4720.000 4730.000 4752.397 2002 3871 5345.000 5398.000 5420.000 5430.072 5455.784 2003 4239 5917.000 6020.000 6046.147 6057.383 6086.065 2004 4929 6794.000 6871.672 6901.518 6914.344 6947.084 2005 5217 7204.327 7286.691 7318.339 7331.939 7366.656
Le montant de provision est ici en faisant la différence entre la charge ultime (dans la dernière colonne) et les derniers paiements observés (sur la seconde diagonale)
> CU=T2[,n] > Pat=diag(as.matrix(T2[,n:1])) > Ri=CU-Pat > R=sum(Ri)
soit, numériquement
> R [1] 2426.985
On avait alors vu que l’on pouvait calculer un tail factor, en supposant une décroissance exponentielle des facteurs de transition, et on rajoutait alors une colonne correspondant au montant ultime, par année d’accident,
> logL=log(L-1) > t=1:5 > b=data.frame(logL,t) > reg=lm(logL~t,data=b) > logLp=predict(reg,newdata=data.frame(t=6:100)) > Lp=exp(logLp)+1 > Linf=prod(Lp) > T3=T2 > T3$Xinf=T3$X5*Linf
On a ici
> T3 X0 X1 X2 X3 X4 X5 Xinf 2000 3209 4372.000 4411.000 4428.000 4435.000 4456.000 4459.149 2001 3367 4659.000 4696.000 4720.000 4730.000 4752.397 4755.755 2002 3871 5345.000 5398.000 5420.000 5430.072 5455.784 5459.639 2003 4239 5917.000 6020.000 6046.147 6057.383 6086.065 6090.366 2004 4929 6794.000 6871.672 6901.518 6914.344 6947.084 6951.993 2005 5217 7204.327 7286.691 7318.339 7331.939 7366.656 7371.862
(je laisse reprendre le code pour calculer le montant de provisions). Enfin, on avait montré comment utiliser une régression pondérée, pour calculer les facteurs de transition,
> T4=as.matrix(T$X0,n,1) > for(j in 1:(n-1)){ + Y=T[,j+1] + X=T[,j] + base=data.frame(X,Y) + reg=lm(Y~0+X,weights=1/X) + T4=cbind(T4, + predict(reg, + newdata=data.frame(X=T4[,j] + ))) + }
Ce qui donnait la même projection que la méthode Chain Ladder
> T4 [,1] [,2] [,3] [,4] [,5] [,6] 1 3209 4431.414 4482.076 4501.543 4509.909 4531.263 2 3367 4649.601 4702.758 4723.184 4731.961 4754.367 3 3871 5345.591 5406.705 5430.188 5440.279 5466.039 4 4239 5853.775 5920.698 5946.414 5957.464 5985.673 5 4929 6806.619 6884.435 6914.337 6927.186 6959.986 6 5217 7204.327 7286.691 7318.339 7331.939 7366.656
La suite mercredi prochain, même si on risque d’aller très vite sur la méthode de Mack (et les calculs d’erreur quadratique moyenne pour arriver à la régression de Poisson). A suivre donc…
Triangles et provisionnement
La première partie du cours sur le provisionnement (calcul des provisions pour sinistres à payer) aura lieu dans 10 jours. Les transparents sont en ligne ici, et portent sur la construction des triangles de paiements. La méthode chain ladder (et la formalisation proposée par Thomas Mack) ainsi que les extensions seront présentées. La seconde partie portera sur les méthodes basées sur la régression de Poisson.
ACT2040: examen final (suite et fin)
Comme annoncé, l’examen terminal a lieu ce matin, et il est basé sur des données mises en ligne sur le blog depuis une dizaine de jours. L’énoncé est un peu longue, avec une bonne trentaine de pages de sorties informatiques, et un énoncécomprenant une trentaine de questions. Des éléments de correction sont en ligne ci-dessous (plutôt que de taper une correction en pdf, autant mettre le code en ligne).
On suppose importée les bases (sinon, le code est ici). Pour la première partie – sur la tarification (a priori) – la fréquence annuelle de sinistres est tout simplement
> mean(BASEN$nombre)/mean(BASEN$exposition) [1] 0.05241692 > exp(glm(nombre~1,offset=log(exposition),data=BASEN, + family=poisson(link="log"))$coefficients) (Intercept) 0.05241692
(je vais essayer de donner à chaque question deux méthodes pour obtenir le résultat). Si on suppose que le nombre de sinistres par an suit une loi de Poisson, alors la probabilité d’avoir au moins un accident est
> lambda=mean(BASEN$nombre)/mean(BASEN$exposition) > 1-ppois(0,lambda) [1] 0.05106684 > 1-exp(-lambda) [1] 0.05106684
Si on cherche à distinguer par sexe du conducteur principal
> mean(BASEN$nombre[BASEN$sexeconducteur=="H"])/ + mean(BASEN$exposition[BASEN$sexeconducteur=="H"]) [1] 0.05218143 > mean(BASEN$nombre[BASEN$sexeconducteur=="F"])/ + mean(BASEN$exposition[BASEN$sexeconducteur=="F"]) [1] 0.05457013 > exp(glm(nombre~0+sexeconducteur,offset=log(exposition), + data=BASEN,family=poisson(link="log"))$coefficients) sexeconducteurF sexeconducteurH 0.05457013 0.05218143
Ces deux valeurs ne sont pas significativement différentes. Si on regarde la sortie de la régression
Coefficients: Estimate Std. Error z value Pr(>|z|) sexeconducteurF -2.90827 0.05464 -53.23 <2e-16 *** sexeconducteurH -2.95303 0.01848 -159.82 <2e-16 ***
les deux coefficients sont quasiment identiques (en enlevant la constante). Si on rajoute la constante, la modalité de référence devientle sexe féminin
Coefficients: Estimate Std. Error z value Pr(>|z|) (Intercept) -2.90827 0.05464 -53.230 <2e-16 *** sexeconducteurH -0.04476 0.05768 -0.776 0.438
et la modalité homme n’est alors plus significative. Bref, le sexe du conducteur n’est pas une variable explicative.
Ensuite, parmi les variables qui semble pouvoir etre utilisée pour modéliser le nombre de sinistre, on pourra retenir l’age du conducteur (décroissant jusqu’à 30 ans, puis croissant), l’age du véhicule (décroissant), l’ancienneté du permis de conduire (décroissant les 10 premières années puis croissant – ou indépendant), éventuellement certains type de véhicules (le coupé cabriolet semble avoir – en moyenne – plus d’accident que la Jeep), la situation familiale, le lieu d’habitation (en particulier rural semble avoir moins d’accident qu’urbain), le statut d’habitation, le type de paiement de la prime (mensuel semblant plus risqué qu’annuel), le poids du véhicule, ou la marque (ou plutot certaines marques, comme Peugeot versus Burstner Mobil). Bref, toutes, sauf le sexe du conducteur.
Pour un conducteur de 45 ans qui a son permis de conduire depuis seulement 5 ans, les trois modèles donnent la fréquence annuelle suivante
> nbase=data.frame(ageconducteur=45,agepermis=5,exposition=1) > exp(t(c(1,5))%*%reg6$coefficients) [,1] [1,] 0.03395972 > predict(reg6,newdata=nbase,type="response") 1 0.03395972 > exp(t(c(1,45))%*%reg7$coefficients) [,1] [1,] 0.04100356 > predict(reg7,newdata=nbase,type="response") 1 0.04100356 > exp(t(c(1,5,45))%*%reg8$coefficients) [,1] [1,] 0.05395398 > predict(reg8,newdata=nbase,type="response") 1 0.05395398
Les trois modèles sont respectivement un modèle de Poison avec un lien log, un modèle binomiale négative avec un lien log, et un modèle binomial, avec un lien logit. Les deux premiers sont très proches: ils ont la meme fonction de lien, et comme nous l’avions vu à l’examen intra, le modèle binomiale négative est un modèle de Poisson avec une variable latente non observée qui suivrait une loi Gamma. Donc pour ces deux modèles, si les classes sont homogènes, et que par classe, la loi de Poisson est adaptée, il est normal d’avoir des coefficients très proches. Pour le modèle binomial avec un lien logistique, il faut se souvenir que la fonction lien est
car ici la probabilité d’avoir un accident est faible. Donc les deux fonctions liens sont proches. De plus, pour une loi de Poisson
Bref, pour notre loi de Poisson, on a presque une loi binomiale de paramètre si est petit.
Pour la prédiction suivant les trois modèles, on utilise classiquement
Comme on a accès aux sorties, pour les trois modèles, les trois prédictions sont très proches (mais on s’en doutait d’après la question précédante)
> predict(reg9,newdata=nbase,type="response") 1 0.04351037 > predict(reg10,newdata=nbase,type="response") 1 0.04351056 > predict(reg11,newdata=nbase,type="response") 1 0.04352741
Pour la méthode de biais minimal, il s’agit du principe de balancement, qui coïncide avec la régression de Poisson sur les classes. Pour les régressions stepwise, dans un cas, on élimine (étape par étape) des variables, et dans l’autre cas, des modalités de variables (pour les variables qualitatives).
Les deux modèles semblent valides, au sens où toutes les variables sont significatives. Le découpage en classes pour l’age du véhicule semble justifié par l’arbre de régression, qui suggèrait de découper à 8 et 14 ans. Pour les prédictions, on a pour le premier modèle
> nbase15=data.frame(ageconducteur=40,agepermis=20, + habitation="urbain",locataire=TRUE,paymensuel=FALSE, + marie=TRUEFORD=TRUE,RENAULT=FALSE,PEUGEOT=FALSE, + exposition=1) > predict(reg15,newdata=nbase15,type="response") 1 0.03398312
alors que le second donne
> nbase16=data.frame(ageconducteur=40,agevehF="NEUF",rural=FALSE, + locataire=TRUE,paymensuel=FALSE,marie=TRUE, + jeune=FALSE,ancien=FALSE,exposition=1) > predict(reg16,newdata=nbase16,type="response") 1 0.05208656
Moralité, nos deux modèles (qui semblent autant valides l’un que l’autre) donnent des prédictions relativement différentes. Si l’assuré change de voiture, cela n’a pas d’influence pour le second modèle (le véhicule est toujours dans la catégorie neuf). Pour le premier, il perd le rabais qu’il avait en conduisant un véhicule Ford, et donc la fréquence annuelle de sinistre augmente de 23.5%
> 1/exp(reg15$coefficients["FORDTRUE"]) FORDTRUE 1.235329
Bref, la prédiction devient
> predict(reg15,newdata=nbase15,type="response")/ + exp(reg15$coefficients["FORDTRUE"]) 1 0.04198033
On peut d’ailleurs le vérifier simplement,
> nbase15b=data.frame(ageconducteur=40,agepermis=20, + habitation="urbain",locataire=TRUE,paymensuel=FALSE, + marie=TRUE,FORD=FALSE,RENAULT=FALSE,PEUGEOT=FALSE, + exposition=1) > predict(reg15,newdata=nbase15b,type="response") 1 0.04198033
Si on passe maintenant à la modélisation de la charge de sinistres, le coût moyen par sinistre serait
> mean(BASEY$cout) [1] 1468.522
Cette fois, contrairement à la modélisation de la fréquence, il est plus difficile de trouver des variables explicatives. A priori, au vu des graphiques, aucune variable ne semblerait convenir…
Si on regarde la prédiction pour le premier modèle obtenu,
> nbase7=data.frame(VOLKSWAGEN=FALSE,agepermis=20, + sexeconducteur="H",usage="TOUS_DEPLACEMENTS") > predict(regr7,newdata=nbase7,type="response") 1 1388.622
alors que pour le second,
> exp(predict(regr8,newdata=nbase7))* + exp(summary(regr8)$sigma^2/2) 1 1359.552
Si c’est la femme de l’assuré qui avait pris l’assurance, cela n’aurait rien changé pour le second modèle. En revanche, pour le premier, l’assuré perdrait le rabais qu’il avait en étant un homme, et donc le cout moyen attendu augmenterait de 23%,
> 1/exp(regr7$coefficients["sexeconducteurH"]) sexeconducteurH 1.237832
i.e.
> predict(regr7,newdata=nbase7,type="response")/ + exp(regr7$coefficients["sexeconducteurH"]) 1 1718.88
La encore, on retrouve le meme résultat directement
> nbase7b=data.frame(VOLKSWAGEN=FALSE,agepermis=20, + sexeconducteur="F",usage="TOUS_DEPLACEMENTS") > predict(regr7,newdata=nbase7b,type="response") 1 1718.88
Passons maintenant aux calculs de la prime pure. Sans segmentation, la prime pure serait
Les prédictions des modèles pour la fréquence donnaient
> (n1=predict(reg15,newdata=nbase15,type="response")) 1 0.03398312 > (n2=predict(reg16,newdata=nbase16,type="response")) 1 0.05208656
alors que pour les couts moyens par sinistre, nous avions
> (c1=predict(regr7,newdata=nbase7,type="response")) 1 1388.622 > (c2=exp(predict(regr8,newdata=nbase7)) + *exp(summary(regr8)$sigma^2/2)) 1 1359.552
Les quatre primes pures obtenues sont alors
Passons maintenant à la seconde partie – sur le provisionnement des sinistres à payer. On commence par travailler sur le triangle
TRIANGLE2010 D1 D2 D3 D4 D5 D6 D7 D8 D9 A2002 357848 1124788 1735330 2218270 2745596 3319994 3466336 3606286 3833515 A2003 352118 1236139 2170033 3353322 3799067 4120063 4647867 4914039 5339085 A2004 290507 1292306 2218525 3235179 3985995 4132918 4628910 4909315 NA A2005 310608 1418858 2195047 3757447 4029929 4381982 4588268 NA NA A2006 443160 1136350 2128333 2897821 3402672 3873311 NA NA NA A2007 396132 1333217 2180715 2985752 3691712 NA NA NA NA A2008 440832 1288463 2419861 3483130 NA NA NA NA NA A2009 359480 1421128 2864498 NA NA NA NA NA NA A2010 376686 1363294 NA NA NA NA NA NA NA
Pour obtenir le montant payé en 2008 pour les sinistres survenus en 2004, on utilise la différence entre
> TRIANGLE2010["A2004",c("D4","D5")] D4 D5 A2004 3235179 3985995
i.e.
> TRIANGLE2010["A2004","D5"]-TRIANGLE2010["A2004","D4"] [1] 750816
Pour le montant payé au total en 2005, on utilise
> CUMULPAIEMENTS2010=TRIANGLE2010 > INCREMENTPAIEMENTS2010=CUMULPAIEMENTS2010 > INCREMENTPAIEMENTS2010[,2:9]=CUMULPAIEMENTS2010[,2:9]- + CUMULPAIEMENTS2010[,1:8] > sum(diag(as.matrix(INCREMENTPAIEMENTS2010[1:4,4:1]))) [1] 2729241
On attaque maintenant la méthode Chain Ladder. Les coefficients de développement sont
> lambda=rep(NA,8) > for(k in 1:8){ + lambda[k]=(sum(TRIANGLE2010[1:(9-k),k+1])/ + sum(TRIANGLE2010[1:(9-k),k]))} > lambda[1:5] [1] 3.474193 1.704149 1.460866 1.161765 1.095763
On peut alors obtenu ce qui sera payé en 2011 pour les sinistres survenus en 2010,
> TRIANGLE2010["A2010","D1"]*(lambda[1]-1) [1] 931993.8
alors que pour le montant payé en 2011 pour les sinistres survenus en 2009,
> TRIANGLE2010["A2009","D2"]*(lambda[2]-1) [1] 1000686
Pour le montant payé en 2010 et 2011 pour les sinistres survenus en 2010,
> TRIANGLE2010["A2010","D1"]*lambda[1]*lambda[2] [1] 2230186
Pour les sinistres survenus en 2008, la charge total estimée sera
> TRIANGLE2010["A2008","D3"]*prod(lambda[3:8]) [1] 5531128
ce qui fait un montant de provision
> TRIANGLE2010["A2008","D3"]*(prod(lambda[3:8])-1) [1] 3111267
On rajoute maintenant une diagonale dans notre triangle, i.e. une nouvelle année de paiements (en 2011).
Le montant payé en 2011 pour les sinistres survenus en 2010 est
> TRIANGLE2011["A2010","D2"]-TRIANGLE2011["A2010","D1"] [1] 986608
à comparer avec
> TRIANGLE2010["A2010","D1"]*(lambda[1]-1) [1] 931993.8
prédit par la méthode Chain-Ladder, soit une erreur de l’ordre de 5%,
> (TRIANGLE2011["A2010","D2"]- + TRIANGLE2011["A2010","D1"])/ + (TRIANGLE2010["A2010","D1"]*(lambda[1]-1))-1 [1] 0.05859927
Si on compare maintenant les coefficients de transition de la méthode Chain Ladder,
> lambda2011=rep(NA,9) > for(k in 2:9){ + lambda2011[k]=(sum(TRIANGLE2011[1:(10-k),k+1])/ + sum(TRIANGLE2011[1:(10-k),k]))} > lambda2011[1:5] [1] NA 1.747333 1.457413 1.173852 1.103824 > lambda[1:5] [1] 3.474193 1.704149 1.460866 1.161765 1.095763
Le coefficient permettant de passer de la colonne 2 à la colonne 3 augmente (légèrement). Si on regarde la prédiction du montant de paiements effectué en 2012 pour les sinistres survenus en 2009,
> TRIANGLE2011["A2009","D3"]*(lambda2011[3]-1) [1] 1310258
qui sont à comparer avec les
> TRIANGLE2010["A2009","D2"]*lambda[2]*(lambda[3]-1) [1] 1116132
estimés un an auparavant. La variation entre les estimations est de l’ordre de 17%,
> TRIANGLE2011["A2009","D3"]*(lambda2011[3]-1)/ + (TRIANGLE2010["A2009","D2"]*lambda[2]*(lambda[3]-1))-1 [1] 0.1739278
Entre 2010 et 2012, on peut estimer que l’on payera
> TRIANGLE2011["A2010","D2"]*lambda2011[2] [1] 2382128
pour les sinistres survenus en 2010.
Si on se focalise sur les sinistres survenus en 2008, la prédiction de la charge finale est ici
> TRIANGLE2011["A2008","D4"]*prod(lambda2011[4:9]) [1] 5660771
à comparer avec la prédiction faire en 2010,
> TRIANGLE2010["A2008","D3"]*prod(lambda[3:8]) [1] 5531128
i.e. notre nouvelle prédiction est 2% plus élevée,
> TRIANGLE2011["A2008","D4"]*prod(lambda2011[4:9])/ + (TRIANGLE2010["A2008","D3"]*prod(lambda[3:8]))-1 [1] 0.02343867
Le provisions pour sinistres à payer pour les sinistres survenus en 2008 est estimé, fin 2011, à
> TRIANGLE2011["A2008","D4"]*(prod(lambda2011[4:9])-1) [1] 2177641
alors que fin 2010, un montant de provision avait été constitué, à hauteur de
> TRIANGLE2010["A2008","D3"]*(prod(lambda[3:8])-1) [1] 3111267
On notera que la différence
> TRIANGLE2011["A2008","D4"]*(prod(lambda2011[4:9])-1)- + TRIANGLE2010["A2008","D3"]*(prod(lambda[3:8])-1) [1] -933626.7
vient des paiements effectués en 2011, et du changement dans l’estimation de charge ultime
> TRIANGLE2011["A2008","D4"]*prod(lambda2011[4:9])- + (TRIANGLE2010["A2008","D3"]*prod(lambda[3:8])) [1] 129642.3 > TRIANGLE2011["A2008","D4"]-TRIANGLE2011["A2008","D3"] [1] 1063269 > TRIANGLE2011["A2008","D4"]*prod(lambda2011[4:9])- + (TRIANGLE2010["A2008","D3"]*prod(lambda[3:8]))- + (TRIANGLE2011["A2008","D4"]-TRIANGLE2011["A2008","D3"]) [1] -933626.7
On attaque enfin la dernière partie, avec la régression de Poisson. La prédiction du montant de paiements faits en 2012 pour les sinistres survenus en 2009 est ici
> Y=as.vector(as.matrix(INCREMENTPAIEMENTS2011)) > ANNEE=rep(2002:2010,10) > DEVEL=rep(1:10,each=9) > baseTriangle=data.frame(Y,A=as.factor(ANNEE), + D=as.factor(DEVEL)) > reg=glm(Y~A+D,data=baseTriangle,famil=poisson(link="log")) > nbase=data.frame(A="2009",D="4") > predict(reg,newdata=nbase,type="response") 1 1310258
qui correspond à ce que donnait la méthode Chain Ladder
> TRIANGLE2011["A2009","D3"]*(lambda2011[3]-1) [1] 1310258
(mais on savait que les deux modèles prédisaient la même chose). Pour les sinistres survenus en 2005, le montant de provisions à constituer est
> nbase=data.frame(A="2005",D=c("8","9","10")) > predict(reg,newdata=nbase,type="response") 1 2 3 247190.0 370179.3 92268.5 > sum(predict(reg,newdata=nbase,type="response")) [1] 709637.8
qui, là encore, correspond à ce que prédisait la méthode Chain Ladder.
> TRIANGLE2011["A2005","D7"]*(prod(lambda2011[7:9])-1) [1] 709637.8
Tail factor et clôture de la première ligne des triangles de paiements
La grosse hypothèse que l’on a fait quand on travaillait sur les triangles, était que la première année était close. Et donc, que pour la première ligne de paiements cumulés, le montant final était la charge totale des sinistres survenus cette année là. En fait, en 1999, Thomas Mack avait proposé un modèle relativement simple permettant l’inclusion d’un tail factor. L’idée est que l’on peut supposer que les facteurs de développement dans la méthode Chain Ladder décroissent tranquillement vers 1. Toujours sur le même triangle (mais en utilisant une régression pondérée sans constante – ce qui permet d’éviter les problèmes des valeurs manquantes à n’importe quel endroit dans le triangle), nous avions
> LAMBDA <- rep(NA,nc-1) > for(k in 1:(nc-1)){ + LAMBDA[k]=lm(PAID[,k+1]~0+PAID[,k], + weights=1/PAID[,k])$coefficients} > LAMBDA [1] 1.380933 1.011433 1.004343 1.001858 1.004735
Par “tranquillement”, on entend une décroissance exponentielle des coefficients avec le temps. On peut estimer un modèle linéaire sur le logarithme des facteurs de développement
> logL <- log(LAMBDA-1) > tps <- 1:(nc-1) > modele <- lm(logL~tps) > plot(tps,logL,xlim=c(1,20),ylim=c(-30,0),col="red") > abline(modele) > tpsP <- seq(6,1000) > logP <- predict(modele,newdata=data.frame(tps=tpsP)) > points(tpsP,logP ,pch=0,col="blue")
Si on regarde les coefficients de transition, on a
Pour passer de la dernière colonne observé à la charge ultime, il suffit de faire le produit des facteurs de transitions pour les années non encore observées, c’est à dire les points bleus
> (facteur <- prod(exp(logP)+1)) [1] 1.000707
Autrement dit, il faudrait rajouter 0.07% à la charge ultime. Sans ce facteur ultime, le montant de provisions était
> DIAG <- diag(PAID[,6:1]) > PRODUIT <- c(1,rev(LAMBDA)) > sum((cumprod(PRODUIT)-1)*DIAG) [1] 2426.985
mais si on rajoute le facteur que l’on vient de calculer, on passe à
On retrouve ici la même chose que ce qui est obtenu sous R,
> MackChainLadder(PAID,tail=TRUE) MackChainLadder(Triangle = PAID, tail = TRUE) Latest Dev.To.Date Ultimate IBNR Mack.S.E CV(IBNR) 1 4,456 0.999 4,459 3.15 0.299 0.0948 2 4,730 0.995 4,756 25.76 0.712 0.0277 3 5,420 0.993 5,460 39.64 2.528 0.0638 4 6,020 0.988 6,090 70.37 5.064 0.0720 5 6,794 0.977 6,952 157.99 31.357 0.1985 6 5,217 0.708 7,372 2,154.86 68.499 0.0318 Totals Latest: 32,637.00 Dev: 0.93 Ultimate: 35,088.76 IBNR: 2,451.76 Mack S.E.: 79.37 CV(IBNR): 0.0323730538389919
Incréments négatifs dans les triangles de paiements
Considérons le triangle d’incréments de payements suivants,
> PAID [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372 4411 4428 4435 4456 [2,] 3367 4659 4696 4720 4730 NA [3,] 3871 5345 5338 5420 NA NA [4,] 4239 5917 6020 NA NA NA [5,] 4929 6794 NA NA NA NA [6,] 5217 NA NA NA NA NA > INC=PAID > INC[,2:6]=PAID[,2:6]-PAID[,1:5] > INC [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 1163 39 17 7 21 [2,] 3367 1292 37 24 10 NA [3,] 3871 1474 -7 82 NA NA [4,] 4239 1678 103 NA NA NA [5,] 4929 1865 NA NA NA NA [6,] 5217 NA NA NA NA NA
Comme on peut le voir, sur la troisième ligne, on a un incrément de paiementnégatif. A priori, ce n’est pas forcément gênant. En particulier, on peut faire tourner la méthode Chain Ladder,
> lambda=rep(NA,5) > for(k in 1:5){ + lambda[k]=(sum(PAID[1:(6-k),k+1])/ + sum(PAID[1:(6-k),k]))} > lambda [1] 1.380933 1.008476 1.008515 1.001858 1.004735 > PROJECTION=PAID > for(k in 1:5){ + PROJECTION[((7-k):6),k+1]= + PROJECTION[((7-k):6),k]*lambda[k]} > sum(PROJECTION[,6]- + diag(PROJECTION[,6:1])) [1] 2469.703
et la sortie coïncide avec la fonction R,
> MackChainLadder(PAID) MackChainLadder(Triangle = PAID) Latest Dev.To.Date Ultimate IBNR Mack.S.E CV(IBNR) 1 4,456 1.000 4,456 0.0 0.000 NaN 2 4,730 0.995 4,752 22.4 0.146 0.00652 3 5,420 0.993 5,456 35.8 2.405 0.06721 4 6,020 0.985 6,111 91.3 41.679 0.45629 5 6,794 0.977 6,956 161.5 71.620 0.44334 6 5,217 0.707 7,376 2,158.6 95.750 0.04436 Totals Latest: 32,637.00 Dev: 0.93 Ultimate: 35,106.70 IBNR: 2,469.70 Mack S.E.: 146.62 CV(IBNR): 0.059366227164502 Message d'avis : In Mack.S.E(CL[["Models"]], FullTriangle, est.sigma = est.sigma, 'loglinear' model to estimate sigma_n doesn't appear appropriate p-value > 5. est.sigma will be overwritten to 'Mack'. Mack's estimation method will be used instead.
On notera le message d’avis, laissant entendre qu’il peut y avoir un petit soucis. En fait, le soucis apparaît clairement si on souhaite faire une régression de Poisson. Car autant les valeurs non-entières ne sont pas trop gênantes, autant les valeurs négatives le sont !
> Y=as.vector(INC) > D=rep(1:6,each=6) > A=rep(2001:2006,6) > base=data.frame(Y,D,A) > reg=glm(Y~as.factor(D)+as.factor(A), + data=base,family=poisson(link="log")) Erreur dans eval(expr, envir, enclos) : les valeurs négatives sont interdites pour la famille poisson
Il faut alors trouver une solution si on a des incréments négatifs. Et aucune solution ne sera intellectuellement satisfaisante, car avec une valeur négative, il n’y a aucune légitimité pour continuer à utiliser un modèle Poissonnien. Donc on va bricoler…
- Prendre de l’argent à droite et à gauche
La première solution consiste à dire que cet incrément n’a pas de raison d’être. On va donc aller chercher de l’argent dans la colonne avant (sur la même ligne, on va supposer qu’il s’agit d’un problème sur les cadences de paiements) ou sur la colonne après. Au lieu d’avoir
[3,] 3871 1474 -7 82 NA NA
On peut renflouer en prenant à gauche,
[3,] 3871 1467 0 82 NA NA
ou à droite
[3,] 3871 1474 0 75 NA NA
En faisant ces opérations, on change seulement localement la courbe de paiements pour la troisième année de survenance. On peut se demander si le fait de prendre à gauche a un impact sur l’estimation du montant de provisions, ou sur l’incertitude associée. Pour ça, on peut utiliser les fonctions suivantes,
library(ChainLadder) CL=function(T){ sum( MackChainLadder(T)$FullTriangle[,ncol(T)] -diag(T[,ncol(T):1]))} CL.SE=function(T){ MackChainLadder(T)$Total.Mack.S.E} CumInc=function(T){ m=T for(i in 2:nrow(T)){m[,i]=apply(T[,1:i],1,sum)} return(m)}
On peut alors regarder, si on prend à droite ou à gauche ce qui se passe, ou ce qui se passe si on renfloue non pas à 0 mais à une valeur strictement positive (e.g. 1),
VCL=rep(NA,8) for(j in 1:8){ INCd=INC INCd[3,2:4]=INC[3,2:4]+c(1-j,+7,j-1-7) VCL[j]=CL(CumInc(INCd))} plot(1:8,VCL,type="b",col="blue",xlim=c(0,9),ylim=c(2462,2474)) VCL=rep(NA,10) for(j in 1:10){ INCd=INC INCd[3,2:4]=INC[3,2:4]+c(1-j,+9,j-1-9) VCL[j]=CL(CumInc(INCd))} lines(0:9,VCL,type="b",pch=0,col="red")
avec la courbe bleu si on renfloue à 0, et rouge si on renfloue à 1, pour l’estimation du montant total de provisions,
VCL=rep(NA,8) for(j in 1:8){ INCd=INC INCd[3,2:4]=INC[3,2:4]+c(1-j,+7,j-1-7) VCL[j]=CL.SE(CumInc(INCd))} plot(1:8,VCL,type="b",col="blue",xlim=c(0,9),ylim=c(130,145)) VCL=rep(NA,10) for(j in 1:10){ INCd=INC INCd[3,2:4]=INC[3,2:4]+c(1-j,+9,j-1-9) VCL[j]=CL.SE(CumInc(INCd))} lines(0:9,VCL,type="b",pch=0,col="red")
avec cette fois l’impact des transferts sur l’écart-type. En abscisse, on a (à peu de choses près) le montant enlevé sur la colonne de droite. Bref, les transferts venant de la gauche ou de la droite sont une solution, mais le choix d’où vient l’argent ne sera pas neutre, ni sur l’estimation, ni sur la variance de l’estimation (et l’intervalle de confiance).
- Jouer à faire des translations…
Une autre piste pourrait être de noter que, dans le modèle linéaire, si on translate nos données (vers le haut), on ne change pas la pente, et la constante est juste augmenté (de la taille de la translation).
> lm(dist~speed,data=cars) Call: lm(formula = dist ~ speed, data = cars) Coefficients: (Intercept) speed -17.579 3.932 > lm((dist+10)~speed,data=cars) Call: lm(formula = (dist + 10) ~ speed, data = cars) Coefficients: (Intercept) speed -7.579 3.932
Autrement dit, la prédiction faite par notre modèle n’est pas modifiée par la translation, à condition d’opérer la translation ensuite sur la prédiction. Sur le dessin ci-dessous, on fait pareil, mais avec une régression de Poisson: la courbenoire est sur les données brutes, la courbe bleu est obtenue sur les points translatés vers le haut, et la rouge si on translate la prédiction sur les points translatés,
Si la translation est trop importante, la prédiction finale (en rouge) se retrouve davantage éloignée de la vraie valeur (en noir).
Pareillement, on peut translater nos paiements vers le haut dans les triangles, de manière à avoir des paiements positifs. On peut commencer par translater tout le triangle, par exemple en translatant juste assez pour que tous les incréments soient positifs ou nuls,
> k=7 > Y=as.vector(INC)+k > D=rep(1:6,each=6) > A=rep(2001:2006,6) > base=data.frame(Y,D,A) > reg=glm(Y~as.factor(D)+as.factor(A), + data=base,family=poisson(link="log")) > Yp=predict(reg,type="response", + newdata=base)-k > sum(Yp[is.na(Y)==TRUE]) [1] 2508.620
On peut aussi se demander ce qui se passerait si on décalait davantage vers le haut. On l’a vu sur l’animation, plus la translation est importante, plus la prédiction se décale. Un stratégie pourrait être de faire une estimation pour plusieurs valeurs de translations – de telle sorte que tous les incréments soient positifs ou nuls – et ensuite d’extrapoler pour savoir ce qui se passerait si on ne translatait pas,
> K=7:20 > R=rep(NA,length(K)) > for(i in 1:length(K)){ + k=K[i] + Y=as.vector(INC)+k + D=rep(1:6,each=6) + A=rep(2001:2006,6) + base=data.frame(Y,D,A) + reg=glm(Y~as.factor(D)+as.factor(A), + data=base,family=poisson(link="log")) + Yp=predict(reg,type="response", + newdata=base)-k + R[i]=sum(Yp[is.na(Y)==TRUE])} > plot(K,R,xlim=c(0,20),ylim=c(2465,max(R))) > abline(lm(R~K),col="blue") > (yp=predict(lm(R~K),newdata=(K=0))) 1 2470.199 > points(0,yp,col="red",pch=19)
On a cette fois une estimation plus proche de celle que nous avions en utilisant directement, sur le triangle brut, la méthode chain ladder. Mais on peut aller un peu plus loin. Car dans le triangle, on a translaté toutes les valeurs, alors que seule une était négative. On pourrait par exemple translater seulement les valeurs de la troisième colonne,
> K=7:20 > R=rep(NA,length(K)) > for(i in 1:length(K)){ + k=K[i] + Y=as.vector(INC) + D=rep(1:6,each=6) + A=rep(2001:2006,6) + Y[D==3]=Y[D==3]+k + base=data.frame(Y,D,A) + reg=glm(Y~as.factor(D)+as.factor(A), + data=base,family=poisson(link="log")) + Yp=predict(reg,type="response", + newdata=base) + Yp[D==3]=Yp[D==3]-k + R[i]=sum(Yp[is.na(Y)==TRUE])} > predict(lm(R~K),newdata=(K=0)) 1 2469.703
Tiens, on retombe exactement sur l’estimateur de la méthode chain ladder… Étonnant, non ?
Une petite précision. Dans la vraie vie, on ne devrait pas avoir d’incréments négatifs dans les triangles de paiements. Maintenant, il faut reconnaître qu’on en voit apparaître lorsque l’on bootstrappe les résidus, et que l’on génère de pseudo-triangles…
Si des praticiens ont des commentaires sur les incréments négatifs, les commentaires sont ouverts (et peu modérés), donc racontez nous comment vous faites, je suis preneur…
Chain ladder
Pour la fin du cours, on a commencé à voir la méthode dite Chain Ladder. Pour cela, rappelons que l’on dispose du jeu de données suivants, de paiements cumulés,
> source("https://perso.univ-rennes1.fr/arthur.charpentier/bases.R") > PAID [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372 4411 4428 4435 4456 [2,] 3367 4659 4696 4720 4730 NA [3,] 3871 5345 5398 5420 NA NA [4,] 4239 5917 6020 NA NA NA [5,] 4929 6794 NA NA NA NA [6,] 5217 NA NA NA NA NA > PAID/PREMIUM [,1] [,2] [,3] [,4] [,5] [,6] [1,] 0.6989 0.9522 0.9607 0.9644 0.9660 0.9705 [2,] 0.7206 0.9972 1.0051 1.0102 1.0124 NA [3,] 0.7960 1.0991 1.1100 1.1145 NA NA [4,] 0.8191 1.1433 1.1632 NA NA NA [5,] 0.8688 1.1976 NA NA NA NA [6,] 0.8112 NA NA NA NA NA
si on visualise l’évolution du ratio sinistre/primes. On peut visualiser les facteurs de transition dans le tableau ci-dessous,
> PAID[,2:6]/PAID[,1:5] [,1] [,2] [,3] [,4] [,5] [1,] 1.362418 1.008920 1.003854 1.001581 1.004735 [2,] 1.383724 1.007942 1.005111 1.002119 NA [3,] 1.380780 1.009916 1.004076 NA NA [4,] 1.395848 1.017407 NA NA NA [5,] 1.378373 NA NA NA NA [6,] NA NA NA NA NA
Toutefois, pour faire le ratio moyen, on ne fait pas la moyenne des ratios, ou alors à condition de pondérer correctement, par exemple pour passer de la première à la seconde ligne du tableau,
> k=1 > weighted.mean(x=PAID[,k+1]/PAID[,k],w=PAID[,k],na.rm=TRUE) [1] 1.380933 > sum(PAID[1:(6-k),k+1])/sum(PAID[1:(6-k),k]) [1] 1.380933
En itérant, on récupère l’ensemble des coefficients de transition,
> lambda=rep(NA,5) > for(k in 1:5){ + lambda[k]=(sum(PAID[1:(6-k),k+1])/sum(PAID[1:(6-k),k]))} > lambda [1] 1.380933 1.011433 1.004343 1.001858 1.004735
Une fois récupérés tous les coefficients de transition, on peut compléter la partie inférieure du triangle (ou de la matrice),
> PROJECTION=PAID > for(k in 1:5){ + PROJECTION[((7-k):6),k+1]=PROJECTION[((7-k):6),k]*lambda[k] + print(PROJECTION)} [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372.000 4411 4428 4435 4456 [2,] 3367 4659.000 4696 4720 4730 NA [3,] 3871 5345.000 5398 5420 NA NA [4,] 4239 5917.000 6020 NA NA NA [5,] 4929 6794.000 NA NA NA NA [6,] 5217 7204.327 NA NA NA NA [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372.000 4411.000 4428 4435 4456 [2,] 3367 4659.000 4696.000 4720 4730 NA [3,] 3871 5345.000 5398.000 5420 NA NA [4,] 4239 5917.000 6020.000 NA NA NA [5,] 4929 6794.000 6871.672 NA NA NA [6,] 5217 7204.327 7286.691 NA NA NA [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372.000 4411.000 4428.000 4435 4456 [2,] 3367 4659.000 4696.000 4720.000 4730 NA [3,] 3871 5345.000 5398.000 5420.000 NA NA [4,] 4239 5917.000 6020.000 6046.147 NA NA [5,] 4929 6794.000 6871.672 6901.518 NA NA [6,] 5217 7204.327 7286.691 7318.339 NA NA [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372.000 4411.000 4428.000 4435.000 4456 [2,] 3367 4659.000 4696.000 4720.000 4730.000 NA [3,] 3871 5345.000 5398.000 5420.000 5430.072 NA [4,] 4239 5917.000 6020.000 6046.147 6057.383 NA [5,] 4929 6794.000 6871.672 6901.518 6914.344 NA [6,] 5217 7204.327 7286.691 7318.339 7331.939 NA [,1] [,2] [,3] [,4] [,5] [,6] [1,] 3209 4372.000 4411.000 4428.000 4435.000 4456.000 [2,] 3367 4659.000 4696.000 4720.000 4730.000 4752.397 [3,] 3871 5345.000 5398.000 5420.000 5430.072 5455.784 [4,] 4239 5917.000 6020.000 6046.147 6057.383 6086.065 [5,] 4929 6794.000 6871.672 6901.518 6914.344 6947.084 [6,] 5217 7204.327 7286.691 7318.339 7331.939 7366.656
où on visualise, étape par étape, le remplissage de la partie inférieure de la matrice. La dernière colonne contient des prédictions des charges ultimes, par année de survenance, et sur la diagonale, on a toujours le montant de paiements déjà effectués par année de survenance. Le montant de provision est alors la différence entre ce que l’on pense payer, et ce que l’on a déjà payé.
Talk at Desjardins General Insurance
This afternoon, I will give a talk at the seminar of the R&D department at Desjardins General Insurance, on correlation in claims reserving. A lot of interesting papers have been published recently on that topic. On multivariate Chain Ladder, some interesting articles have been published, e.g. the one by Carsten Prohl and Klaus Schmidt (here) or the one by Michael Merz and Mario Wuthrich (there).
But I think another interesting perspective (so far, not in claims reserving, but one should find some time to look at it) should be about multivariate regression (multivariate GLM’s), e.g.
All that will be mentioned in the talk. Slides can be downloaded here,
The dataset used in the example can be obtained with the code below
> P.corp=read.table("http://freakonometrics.blog.free.fr/public/data/auto-corporel.csv", + header=FALSE,sep=";",na.strings = "NA",dec=",") > P.corp=as.matrix(P.corp) > n=nrow(P.corp) > P.mat =read.table("http://freakonometrics.blog.free.fr/public/data/auto-materiel.csv", + header=FALSE,sep=";",na.strings = "NA",dec=",") > P.mat=as.matrix(P.mat) > P.mat=P.mat[1:n,1:n] > P.mat = P.mat[2:10,1:9] > P.corp= P.corp[2:10,1:9] > n=9 > P.tot = P.mat + P.corp
When will my papers appear as references (if they do…) ?
Following my post on citations in academic journals, I wanted to go one step further in the understanding of the dynamic of citations. So here, the dataset looks like that: for each article, we have the name of the journal, the year of publication (also the title of the article, but here we do not use it, as well as the authors), and more interesting, the number of citations in journals (any kind of academic journal) published in 1996, 1997, …, 2011. Of course, articles published in 1999 might have their first citation only starting in 1999.
base[1000:1002,] Publication.Year 7188 1999 7191 1999 7195 1999 Document.Title 7188 Sequential inspection 7191 On equitable resource approach 7195 Method for strategic Authors ISSN Journal.Title 7188 Yao D.D., Zheng S. 0030364X Operations Research 7191 Luss H. 0030364X Operations Research 7195 Seshadri S., Khanna A., Harche F., Wyle R. 0030364X Operations Research Volume Issue X139 DEV1996 DEV1997 DEV1998 DEV1999 DEV2000 DEV2001 DEV2002 7188 47 3 0 0 0 0 0 1 0 2 7191 47 3 0 0 0 0 0 0 2 0 7195 47 3 0 0 0 0 0 0 0 0 DEV2003 DEV2004 DEV2005 DEV2006 DEV2007 DEV2008 DEV2009 DEV2010 DEV2011 7188 0 0 0 1 0 0 0 0 0 7191 3 4 1 4 4 8 4 6 1 7195 0 1 2 2 1 0 1 0 0 X130655 X0 X130794 7188 4 0 4 7191 37 0 37 7195 7 0 7
The first step is to aggregate data, not to look at each article, but to look at all paper published in 1999 (say). And then, we look at the number in citations the year of publication, the year after, two years after, etc. It will appear in a triangle since if we look at articles published in 2010, there is only on possible year for citations (2010, since I removed 2011).
VOL=rev(unique(base$Volume)) VOL=VOL[is.na(VOL)==FALSE] TRIANGLE=matrix(NA,16,16) for(v in VOL){ k=k+1 sb=base[base$Volume==v,9:24] sb=sb[is.na(sb[,1])==FALSE,] TRIANGLE[k,1:(17-k)]=apply(sb,2,sum)[k:16]}
Then, a standard idea (at least in insurance business, for claims payment development) is to consider that data are Poisson distributed, and the number of citations should depend on the year of publication of the article (a row effect) and the development (how many years after are we looking at, i.e. a column effect). More formally, let denote the number of citations of articles published year during year (or after years). And we assume that
TRIANGLE=TRIANGLE[-16,] TRIANGLE=TRIANGLE[,-16] Y=as.vector(TRIANGLE) YEAR=rep(1996:2010,15) DEV =rep(1:15,each=15) baseT=data.frame(Y,YEAR,DEV) reg=glm(Y~as.factor(YEAR)+as.factor(DEV), data=baseT,family=poisson)
Since those are incremental values, in order to look at the paper of distribution, we need to sum them on a line. Thus, we can plot
(because we used factors, the first component has been replaced by the constant in the regression) or a normalized version to compare among journals. For instance, we would like to get 100 citations over 15 years.
DYN=exp(c(reg$coefficients[1],reg$coefficients[1]+ reg$coefficients[16:29])) DYNN=cumsum(DYN)/sum(DYN) plot(0:15,DYNN)
And this is what we get, for several academic journals,
The pattern is rather different. For instance, in Health Economics, citations is a quick process: more than 40% of citations obtained over 15 years, were obtained during the first 4 years. On the other hand, in the Journal of Finance, it is much smaller: less than 15% of the citations were obtained during the first 4 years (on average). So it means that comparing citation based index (namely g or h) is a difficult exercise, especially with you researchers in different areas. The same gor h index for young researcher, publishing either in Stochastic Processes and their Applications or Annals of Statistics, means that after 3 years, it can be 50% higher.
Now it is possible to look more into details, with below JRSS-B (on applied statistics). Note that here, citations come extremely slowly… to it might not be a good “strategy” (assuming that a researcher’s target is simply to get – quickly – a high citation index) for a young researcher to publish in JRSS-B
On the other hand, Biometrika is much faster (both are on applied statistics, but we’ve seen here that they were not in the same cluster)
We can also observe that Annals of Probability
and Stochastic Processes and their Applications
have (almost) similar patterns (SPA might be a bit faster). Anyway, I have been surprised to see that in theoretical journals citations are extremely fast. Especially if we compare with the Journal of Finance for instance
where I though citations were extremely fast. But I might have a non-correct interpretation: it might simply mean that in the Journal of Finance it is common to cite old papers (published 10 or 15 years ago), maybe more common that in stochastic processes…
Anyway, all suggestions about the interpretation are welcomed !
Lecture notes on risk and insurance
I just finished some lectures notes on risk and insurance. The notes, that can be downloaded [pdf], are in French, and will be used at the JES (Journées d’Etudes Statistiques), organised at the CIRM (mentioned here). Previous notes on risk measures [pdf] and copulas [pdf]. Again, all comments are welcome…
Provisionnement et règle de trois
Longtemps, dans les formations d’actuariat, le provisionnement était un sujet traité en 2 heures, car malgré son importance stratégique dans les résultats d’une entreprise d’assurance, il ne s’agissait que d’une “règle de trois“.
- De l’importance des provisions en assurance
D’un point de vue comptable, les provisions pour sinistres à payer sont une quantification des engagements pris par l’assureur envers ses assurés. En reprenant des vieux tableaux dans l’Argus, avec une compagnie d’assurance spécialisée en grands risques (AXA Corporate Solutions), une mutuelle (MAIF), et une autre société anonyme (Groupama), on obtient
Pour les grands risques, on notera que le montant de provision (plus de 5 milliards) est plus de 3 fois supérieur au montant des primes encaissées (1,5 milliards). Aussi, si l’on pense qu’il faut augmenter de 5% le montant des provisions (ce qui pourrait paraître acceptable à un statisticien) il faudrait augmenter le chiffre d’affaire de 15%.
- Histoire de la “règle de trois“
Le Petit Robert prétendait que l’expression « règle de trois » remontrait à 1538, même si le résultat sous-jacent est tout simplement le théorème de Thalès… Les manuels d’arithmétiques expliquaient ainsi que “la règle de trois est la méthode servant à résoudre les problèmes dans lesquels, étant données des grandeurs pouvant former les trois termes d’une proportion, on demande de trouver le quatrième terme“. On peut retrouver beaucoup plus d’infos sur le site images des mathématiques (ici) ou (là), où on trouve d’ailleurs cette illustration,
La “règle de trois” est aussi le premier souvenir de raisonnement mathématique exposée par Paul Lévy dans sa biographie (“quelques aspects de la pensée d’un mathématicien“), lorsqu’il raconte qu’à 7 ans, il tenait la main d’une fille de 12 ans, il était surpris de lever la main. En effet, certes la jeune fille était plus grande que lui, mais son bras devait également être plus grand. Il compris alors le principe des règles de proportionnalité.
Bref, comme toujours, les actuaires ont inventé un nouveau mot pour la “règle de trois” (je renvoie à un vieux papier de Claude Bébéar sur la novlangue utilisée par les actuaires, ici, mais je reviendrais longuement sur le jargon une autre fois).
- Les méthodes de provisionnement: Chain Ladder
J’avais évoqué il y a quelques temps les travaux d’Eugène Astesan (ici), précurseur de la méthode Chain Ladder, même si l’estimateur qu’il avait alors proposé n’était pas celui de variance minimale dans la classe des estimateurs. Les premiers travaux sur les modèles stochastiques de provisionnement ont chercher à justifier la règle de trois, par exemple via le papier de Thomas Mack “which stochastic model is underlying the chain ladder method” (ici).
Pour venir deux minutes sur la méthode “chain ladder“, par exemple à l’aide du triangle suivant, on peut estimer les montants à payer (dans la partie inférieure) via une simple règle de trois. Considérons le triangle suivant, tiré du livre de Partar, Lecoeur, Nessi, Nisipasu et Reiz
Pour la seconde colonne, on fait une simple règle de trois, en calculant les sommes sur chacune des colonnes,
Aussi, ici,
i.e.
On peut ensuite passer à la troisième colonne, puis la quatrième, etc. La règle de trois donne ici
Voici pour la méthode dite “chain ladder“. Et Thomas Mack a été le premier à essayer de quantifier l’erreur de prédiction commise en utilisant cet estimateur. En particulier, les travaux théoriques des années 90 ont essayer d’étudier l’incertitude associée à l’estimation de la charge ultime, calculée aujourd’hui. Comme le notait un article paru dans l’Argus, les compagnies d’assurance qui utilisaient ces techniques étaient encore rares il y a 5 ans (et celles qui le faisaient cherchaient également à le faire savoir, ici). Mais les derniers documents (ici ou là) partent sur un objectif radicalement différent, que j’exposerais d’ici quelques jours, en revenant sur la novlangue des récents papiers sur le provisionnement..