IBSEN

De IBSEN producten zijn ontwikkeld op basis van het IBSEN (Insurance Business Engines) concept en de daaruit afgeleide architectuur van componenten.

De verschillende IBSEN componenten zijn in grote mate onafhankelijk van elkaar. Iedere component ondersteunt een bepaalde taak van de verzekeraar, van productontwerp tot polisbeheer. Hierdoor kunnen ze op een eenvoudige manier los van elkaar geïmplementeerd worden en is integratie met externe componenten mogelijk.

IBSEN Concept

De doelstelling van het IBSEN concept is dat materiedeskundigen hun kennis op een eenvoudige en doeltreffende manier kunnen inbrengen in het systeem. Dit is gerealiseerd door toepassing van de volgende basisconcepten.

Single Point of Definition (SPOD)

Het SPOD-concept beoogt een eenmalige en centrale definiëring van regels en data, die benaderbaar zijn voor c.q. uitvoerbaar zijn door alle componenten.

De volgende gegevens en regels worden gecentraliseerd:

• omgevingsspecificaties (bijvoorbeeld fiscale regels);
• bedrijfsspecificaties (bijvoorbeeld commissiesystemen en winstverdeling);
• business regels (bijvoorbeeld actuariële formules en berekeningen).

Toepassing van dit concept bevordert de eenduidigheid en onderhoudbaarheid van het systeem.

Power to the expert

Het concept 'Power to the expert' stelt materiedeskundigen in staat rechtstreekse invloed uit te oefenen op operationele informatiesystemen.

Om dit te verwezenlijken worden tools ter beschikking gesteld waarmee materiedeskundigen snel en efficiënt data en regels kunnen vastleggen in het systeem, in een voor het betreffende expertisegebied (actuariaat, verzekeringstechniek, marketing en administratie) geëigende vorm. De communicatie tussen materiedeskundigen en IT-experts wordt hierdoor vereenvoudigd en vindt plaats op ieders expertisegebied, zodat communicatieproblemen kunnen worden voorkomen.

IBSEN Componentenarchitectuur

De bedrijfsvoering van verzekeraars bestaat voor een groot deel uit informatieprocessen. Hierin kunnen vijf stadia onderscheiden worden: het beschrijven van de omgeving het werkterrein (define), het ontwerpen van producten en processen (design), het aanbieden van producten en diensten op de onderscheiden markten(sales), het uitvoeren van de administratie (administration) en de dienstverlening (services). Ter ondersteuning van deze procesketen is de volgende applicatie- en componentenarchitectuur gedefinieerd.

Hieronder worden de onderscheiden componenten per 'Office' kort toegelicht.

Central Business Office

• BDC (Business Define Component)
  Ondersteunt het definiëren van businessregels en businessdata die relevant zijn voor de omgeving waarin de verzekeringsmaatschappij acteert.
  
  
• FRC (Fiscal Rules Component)
  Ondersteunt de fiscale consequenties bij premie- of verplichtingvaststelling.
  
  
• PDC (Product Design Component)
  Ondersteunt - in combinatie met AKS en RDC - het creëren, het parametriseren en beheren van specificaties die een verzekeringsproduct beschrijven.
  
  
• PHC (Policy Handling Component)
  Bevat de kennis en de logica voor de verwerking van polismutaties en voor het uitvoeren van proforma- en offerteberekeningen.
  
  
• AKS (Actuarial Knowledge System)
  Ondersteunt de definitie en berekening van alle actuariële formules.
  
  
• RDC (Rules Design Component)
  Ondersteunt de definitie en berekening van alle overige, niet zuiver actuariële, berekeningen.
  
  
• BPC (Benefit Projection Component)
  Berekent vanuit de premie de 'benefits' en vanuit 'benefits' de premie.

Sales Office

• NAA (Need Analysis Application)
  Ondersteunt de behoeftebepaling van een klant.
  
  
• QDA (Quotation Delivery Application)
  Ondersteunt het opstellen, uitbrengen en opvolgen van offertes voor zowel nieuwe als bestaande contracten.
  
  
• QCA (Quotation Calculation Application)
  Ondersteunt het berekenen en beheren van offertes.

Administration Office

• CPA (Contract Policy Application)
  Ondersteunt het opstellen en beheren van verzekeringscontracten, plannen en polissen.
  
  
• BIA (Billing Application)
  Ondersteunt - binnen de incassoprocedure - het aanmaken van verzekeringstechnische vorderingen (vervaldagberichten en uitnodigingen tot betalingen) en boekingen.
  
  
• CHA (Claims Handling Application)
  Ondersteunt - binnen de excassoadministratie - de bepaling en de registratie van de uit te keren aanspraken per begunstigde, alsmede de prolongatie van uitkeringen ten behoeve van de betaalbaarstelling en de hieruit volgende boekingen.
  
  
• DCA (Distribution Channel Application)
  Ondersteunt de definitie en het beheer van de distributieorganisatie (distributiekanalen, commissiesystemen), het beheer van distributieovereenkomsten en de administratie van commissies.

Information & Communication Office

• CRA (Central Relation Application)
  Ondersteunt het beheer van de gegevens van alle relaties van de organisatie.
  
  
• AAA (Actuarial Analysis Application)
  Ondersteunt de actuariële verslaglegging, analyse en verantwoording, alsmede de afhandeling ten behoeve van co- en herverzekering.
  
  
• MIA (Management Information Application)
  Ondersteunt het leveren van de nodige informatie waarop het management zich kan baseren om beslissingen te nemen; betreft zowel inhoudelijke informatie (productie-cijfers, etc.) als procesmatige/besturingsinformatie (wacht- en levertijden, knelpunten).

De werking van de IBSEN-componenten wordt bepaald door programmatuur en inrichting. De inrichting wordt vormgegeven door middel van (kennis)tabellen en business regels die gedefinieerd c.q. gecomponeerd worden door middel van de componenten in de Central Business Office (bijvoorbeeld: AKS en RDC). In combinatie zorgen programmatuur en inrichting voor een, in principe, oneindige functionaliteit.

Het karakter van de componenten is verschillend. De verschillen zijn met name gelegen in:

• Scope: in hoeverre is een component generiek voor de gehele business, of specifiek voor een land, maatschappij, etc.
  
  
  Voorbeeld:

  AKS (Actuarial Knowledge System) wordt beschouwd als generiek voor de verzekeringsbusiness. Binnen de IBSEN-architectuur is AKS dan ook een standaardcomponent. CPA (Contract Policy Administration) daarentegen is geen standaardcomponent. Voor dergelijke procesafhankelijke Administration Office componenten geldt een framework benadering. Practis ontwerpt en ontwikkelt de kernsoftware. Deze vormt de basis voor een implementatie voor een specifieke klant. Inclusief het benodigde maatwerk ontstaat dan op efficiënte wijze een effectieve oplossing voor een klant.

• Gebruiksaspecten: wie zijn de gebruikers van de component (businessdeskundige, contractbeheerder, commercieel medewerker, tussenpersoon, klant, …)
  
  
• Functionele aspecten: aan welk bedrijfsproces dient de component ondersteuning te bieden.
  
  
• Technische aspecten: mate van noodzakelijke overdraagbaarheid en (gedeeltelijk) hergebruik.

In samenhang ontstaat een totaaloplossing voor een personenverzekeraar, waarbij het gehele scala aan verzekeringsproducten (op het gebied van 'personen') voor 'front-' en 'back office' processen wordt ondersteund. Iedere verzekeringsmaatschappij heeft de mogelijkheid om een optimale keuze te maken, voor wat betreft breedte en diepgang van de IBSEN-oplossing: de uitgangssituatie en doelstelling is voor iedere verzekeringsmaatschappij verschillend. Tevens biedt de IBSEN-architectuur inzicht in de mogelijkheden om IBSEN-componenten te vervangen door externe componenten met dezelfde functionaliteit.