When an insurer plans a system renewal, the primary focus is usually on how the new system supports needs today and in the future. However, few insurance companies start from scratch. Especially within life insurance, policies may be older than 50 years. Therefore, the migration of run-off portfolios usually pops up at some point during the renewal project.
Older systems often have an “uncontrolled flexibility”, a feature that originally was regarded quite handy. Individual policy details could be modified in many ways, and not all information had a designated place or format. Thus, over time, users may have entered the same information in different places and, for example, dates in different formats. Older policies also do not always have all the information required by the new structure; in which case the policy information needs to be enriched. Not to mention file formats, which have changed over the years. There are certainly many more examples. And now, 15–20 years later, when this rather mixed data should be adapted to the structures of the new system, we are faced with a data cleaning task. The scope of a migration project can often be bit of a surprise, but luckily there are tools available to help.
The power of collaboration
In data migration the cooperation between the insurance company and the system supplier is key. The insurance company knows its old products and can foresee some of the challenges in the data structures. The system supplier on the other hand, knows inside out the logic and structure of the new system. When a mechanism for checking the quality and consistency of the data is created in between, even a difficult migration becomes easier.
The three phases of migration
Data migration can be divided into three phases. In the first phase, the migration is planned, and the portfolios are studied to the smallest details. First steps are taken with smaller test data and the creation of data mapping rules starts. At the same time, the insurance company often considers whether some product portfolios can be combined to simplify the management of portfolios in the future.
In the next phase, our conversion tool will take centre stage. It is used to check whether the data to be migrated is consistent and compatible with the new system. Rarely, if ever, is older data ready at once. The conversion tool provides feedback on differences and inconsistencies, such as data fields that cannot be matched in the new structure, missing data fields, or data in an inappropriate format.
This is where the actual data cleaning begins. The same data may be run through the conversion tool several times until it can be stamped as OK. Finally, a policy lifecycle testing will be done to ensure that everything matches in the future as well. For the work to progress promptly, the conversion tool is made available also for the insurance company. Hence, the actual experts of the portfolios and those working on data cleaning can independently test the changes and updates. All in all, a time-consuming phase, but the work is rewarded in the last phase.
The actual migration is often the fastest phase. When the old data has been processed and its compatibility has been verified, this is largely a technical routine, where the converted policies smoothly float into the new system. As a final check, the outcome is reconciled with the source data.
Extensive experience of migrations
In addition to the conversion tool, Evitec Life‘s accurate description of the data structure makes migration work significantly easier. The description gives the customer a clear view of which information is needed and in which format.
At Evitec we have carried out system migrations for several decades. We have converted nearly one hundred portfolios and hundreds of thousands of policies. So, it’s fair to say that our experience has built up over time and our migration process and tools have been put to the test in many demanding projects.
In the beginning, there is an initial idea. A fragment of a phrase from a conversation suddenly springs to mind. A question to colleagues, “has this ever come up with your client?“. And in no time, we are in full swing at work, conceptualizing a new functionality!
The development of systems and functionalities can get an initial impetus from almost anything. Sometimes the client has a clear need, sometimes the stone in the shoe rubs a little but no blister has yet appeared.
System development is the sum of many factors, teamwork at its best and involving many steps. Clarifying the context and the essence of the problem. Curiously trying to understand the past, challenge the existing, try to peek into the future. Focus on the big picture, dive into the details, notice all the points of convergence, list the stakeholders. Boldly asking all the questions that comes to mind. And finally, to create a working solution from all of this.
Therefore, an IT company needs a wide range of expertise. In Evitec, this means not only industry specific core competences, such as expertise in system architecture, coding in several languages, UX and UI competence and project management, but also widespread knowledge of the insurance and financial sector. However, for the final solution to really meet the customer’s needs and carry far into the future, the dialogue with the customer and system users plays a significant role.
From the initial idea, the next step is to create a concept-level picture of how the system should work. Already at this stage, we are happy to involve customers in the conversation. According to our experience, just a process map can trigger surprisingly lengthy discussions. New ideas pop up and the understanding of the whole matter deepens. The picture is not always finished in one go, sometimes two or three iterations are needed. Especially when the customer’s need is clear, there is a temptation to speed up the process at this stage, but experience has also shown the importance of a good foundation. The need and the corresponding solution may still become even more sharp.
Also during the development work itself, we maintain an active dialogue with the customer. From the more overall conceptual level, we dive deeper, and the focus is transferred to the details of the solution. Subject-matter experts are involved in workshops and demos, views are exchanged, and the direction of development is commented. A good process during which also the customer learns something new and gets a new perspective.
Solution Analyst Irene Palazzo & Project Manager Maija Pietilä
Evitec Life is a policy management system is specifically developed for life insurance companies and supports handling of a wide variety of investment instruments. In the most recent development project for handling of illiquid investments, Project Manager Maija Pietilä has made use of her experience of investment products from her previous working life.
— This experience has clearly been useful both in concepting and in discussing with customers, says Maija. — It has been easy to understand the product and the requirements related to its management.
Solution Analyst Irene Palazzo, on the other hand, is deeply familiar with Evitec Life’s savings solutions.
— It has been interesting to think about how existing functions can be used in a new way, says Irene. —There is no need to completely reinvent the wheel. In Evitec Life you can already manage most of the simplest illiquid investment functions, but now we have conceptualized the management of more complex structures.
If you want to hear more about our concept of handling illiquid investments, please contact us! sales@evitec.com
When discussing a system renewal, hot topics are amongst other digitalization, automation, conversions, and migration. And nothing wrong with these, all important factors ensuring the new system operates as whished and delivers the expected benefit. But will a system renewal bring to the users something in addition to a new interface?
Annika Karppinen, Evitec Life Product Manager
”We’ve always done it like this”
I’m sure we have all sometime come across the saying “we’ve always done it like this”. Same attitude can appear also during a system renewal. When the automatization level increases, the amount of routine manual work decreases. And the logic of the new system might differ from the old one. These factors automatically lead to changes also in work processes. Therefore, a system renewal should be seen as a more holistic renewal, not just a shift in technology. For the users this means getting used to both a new interface as well as new work processes and routines.
Technical and mental transformation
The project team members get to know the new operating platform stepwise. Demos of part deliveries and particularly testing phase are great moments to discuss the functionalities of the new system and listen to the system vendors viewpoints of different solutions. These are also natural moments for reviewing current processes and routines and when needed, form new ones.
Also, the trust in the new system and the rationality for the new work routines build up during the project. Project team members have plenty of time to get used to the changes and go through a mental transformation from the old to the new era.
When the launch approaches and rest of the organisation is brought along, the newcomers will not have the same timeframe for getting acquainted with all new. For them, the pilot phase is often their first touch point with the new system and work processes but as the pilot is a much shorter phase than the project, the rest of the organization needs to absorb all new much faster. Now the project team members have a new important role as the ambassadors of the new ear. They can support and rationalize the new processes and help to smoothen the transition. As the rest of the organization will most likely have same kind of questions as the project team members, so who is better to answer them than those who already have been through this phase.
Adjustable standard system
If some part of the deliverable system does not seem to quite fit into the insurers operations, customer specific adjustments are a good solution. Evitec Life is a standard system developed for life insurers for administering pension, savings and risk insurance policies and claims. Evitec Life has a parametrized product structure allowing a flexible product configuration. Additionally various system functionalities can be modified according to customer needs. Therefore, each delivery is to some extent customer specific, although the base is the same. We are our customers partners and system renewals are planned, tested, and implemented in close co-operation. By this, we can deliver a solution that supports the customers individual products, needs and procedures.
Mika, Software Architect ja Tero, Senior Software Developer
Tässä sisältösarjassa tuomme esille Evitecin eri kehittäjätiimejä. Nyt esittelyvuoron saa Mikan ja Teron johdolla tuotetiimimme, joka on erikoistunut Evitec Life -järjestelmään tunnetussa ja pitkäaikaisessa finanssialan asiakkuudessamme.
Mika Malmi ja Tero Saarni ovat työskennelleet jo useamman vuoden samassa tiimissä Evitec Life -järjestelmän parissa. Molempien lähitoimisto on Porissa, mutta aika on kulunut pandemian aikana etätöissä. Sovellusarkkitehti Mika on ollut Evitecillä töissä Porin toimiston perustamisesta asti, eli yli kymmenen vuotta, kehittäjänä työskentelevä Tero ”vasta” vuodesta 2016 saakka.
— Huonoja vitsejä tässä on varsinkin opittu toisiltamme, Mika sanoo nauraen, kun häneltä kysyy, mitä vuosien aikana on tiimi oppinut toisiltaan.
— Se, ja aika kattavat gif-kirjastot, Tero jatkaa myös nauraen.
— Olen ollut IT-alalla parikymmentä vuotta, mutta tässä tiimissä olen virkaiältäni porukan juniori, Tero sanoo hymyillen. — Tulin aikanaan kyselemään, että löytyisikö töitä vahvasta kahvista ja sarkastisesta huumorista pitävälle, ja löytyihän niitä. Tiimissä on kova tekemisen meininki ja hyvä yhteishenki, Tero jatkaa.
— Myös asiakkaan puolen ihmisiä oppii tuntemaan ja ollaan kuin samassa laivassa, kun tässä pitkiä projekteja yhdessä tehdään, Mika jatkaa.
Kansainvälisellä tiimillä on ketterät työtavat etäaikana
Mikan ja Teron molempien mukaan pitkäaikainen, vuosia kestävä tuotetekeminen hitsaa tiimin yhteen ja karsii turhan hierarkian tekemisestä. Kokenut ydinporukka, joka pysyy projektissa samana, on hieman alle kymmenen hengen kokoinen, mutta tuotekehityksen eri vaiheista ja tarpeista riippuen mukaan tuodaan ketterästi esimerkiksi lisää testaajia, kehittäjiä tai Solution Analysteja.
Tiimi on kansainvälinen, sillä siihen kuuluu ihmisiä niin Suomesta kuin Virostakin. Mikäli kehittäjä haluaisi tekemiseensä vaihtelua, sekin olisi mahdollista myös eri liiketoimintayksiköiden välillä.
— Näin etätyöaikana otetaan usein aamuscrummi, eli kahvitteluhetki, johon osallistuvat ne, ketkä ehtivät, ja käydään heidän kanssaan läpi työtilannetta, Mika kertoo tiimin työtavoista ja jatkaa: — Projektipalaveri pidetään kerran viikossa. Asiakkaan kanssa myös pidetään yhteyttä tiiviisti ja otetaan läpikäyntejä. Voi todeta, että tekeminen muotoutuu aina tiimiensä näköiseksi, Mika sanoo.
Ennen pandemiaa tiimi kävi myös asiakkaan tiloissa työskentelemässä, projektipäälliköt useammin kuin kehittäjät. Etätyöskentely onnistuu kuitenkin Teron mukaan hienosti:
— Palaverit sujuvat, Microsoft Teams on käytössä. Tuleehan sitä mietittyä, onko tulevaisuudessa enää niin yleistä käydä fyysisesti jossain työn vuoksi, kun yhteydenpito toimii hyvin näinkin. Toki tiimikavereita on tosi mukava nähdä livenäkin, juhlistaa välietappeja eri paikkakunnilta tulevien tiimikavereiden kanssa, ja kesällä esimerkiksi on käyty porukalla melomassa, Tero pohdiskelee.
Ylläpitoa ja uuskehitystä
— Tämä meidän projektimmehan on käytännössä ylläpitoprojekti, mutta silti siihen kuuluu paljon asioita, esimerkiksi uuskehitystä, konversioita ja tech-upgradeja – tekeminen on sillain monipuolista, Mika sanoo. — Ei ole pelkkää tickettien ratkomista.
Tero jatkaa:
— Me tuemme asiakasta ja heidän liiketoimintaansa meidän tuotteemme avulla. Siihen kuuluu, että täytyy olla yhteydessä asiakkaan järjestelmiin ja heidän ratkaisuihinsa. Koko ajan kehitetään ja mennään päin parempaa, Tero sanoo.
Myös omaa kehittämistä kehitetään esimerkiksi oppimalla toisten tekemästä koodista koodikatselmointien kautta.
— Kaikki koodit menevät katselmoinnin läpi, sekin on tapa oppia, Tero sanoo.
— Vältämme kuitenkin tässä tietoisesti turhaa hierarkkisuutta, ei tarvitse aina olla arkkitehdin se, joka katsoo, vaan se, joka aidosti tietää juuri tästä tai tuosta asiasta parhaiten, Mika jatkaa.
— Viimeisen vuoden aikana on varsinkin tehty tosi paljon uuskehitystä asiakkaan liiketoiminnan tarpeisiin, Mika sanoo. — Aika iso tech-upgrade-projekti saatiin maaliin myös, puolisen vuotta nostettiin Java-versiota ja sovelluspalvelinversiota. Vaihtelua on ja asiakas välillä heittää kierrepalloa – eli ongelmiakin pääsee aidosti ratkomaan. Tässä hommassa on hyvin jatkuvuutta, näkyvyys on pitkälle ja tulevaisuus turvattu, Mika jatkaa.
— Tavoitteenamme on aina, että viedään asiat maaliin asti sillä tavalla, kuin on asiakkaalle luvattu, Tero sanoo.
Auttamisen kulttuuri tekemisen keskiössä
Monipuolinen tekeminen edellyttää tiimin sisällä monipuolista osaamista. Tekijät ovat pääsääntöisesti ohjelmistokehityksen saralla kokeneita ja asiansa osaavia. Se ei suinkaan tarkoita, etteikö tietoa jaettaisi tai autettaisi toisia.
— Kysymme ja tarjoamme apua toisillemme, Tero sanoo. — Milloin on ongelmaa jonkun featuren tekemisessä tai mihin se olisi järkevintä toteuttaa, tai vaikka että miten meidän tuotteemme olisi järkevintä toimia.
— Ollaan pyritty siihen, että jokainen osaisi tarpeen mukaan tehdä kaikkea testauksesta kehitykseen, toimitukseen ja ympäristöihin, ettei mikään ole aidosti yhdestä henkilöstä kiinni, Mika sanoo. — Laadukas dokumentaatio on tässä tärkeää, mutta yhtä lailla keskinäinen hyvä henki ja se, että tietää voivansa kysellä ja saada apua. Ei pantata tietoa, Mika sanoo.
— Tykkään meillä siitä, että asiat hoituvat, vitsaillaan ja naureskellaan, mutta vakavat asiat hoidetaan sillain, kun pitääkin, Tero toteaa. — Aika menee nopeasti, kun on hauskaa! Tero päättää iloisena.
Digitalisaatio on jo monen vuoden ajan ollut kestopuheenaihe vakuutusalalla. Koronaviruksen tuoma paine pystyä palvelemaan asiakkaita etäyhteyksin kiihdytti keskustelua entisestään. Yhtiöt ovatkin viimeistään koronan myötä kehittäneet asiakasrajapinnassa tapahtuvaa palvelua digiaikaan. Mutta mikä on yhtiöiden sisäisten toimintojen tilanne?
Kun asiakas täyttää esimerkiksi henkilöriskivakuutuksen korvaushakemuksen verkkopalvelussa, alustaako tämä automaattisesti korvaustapahtuman ja ehkäpä tekee myös korvauspäätöksen ja hoitaa korvauksen ulosmaksatuksen? Vai syntyikö tästä pdf -lomake, joka otetaan manuaaliseen käsittelyyn?
Monella yhtiöllä sisäisten toimintojen kyvykkyys törmää sopimushallinnan ja korvauskäsittelyn ydinjärjestelmien yli-ikäisyyteen. Pahimmillaan niiden yhdistäminen digitaaliseen ympäristöön ei onnistu ylipäätään tai ainakin toimenpiteen kustannukset ylittävät pitkän aikavälin hyödyt. Sen sijaan uusimalla liiketoiminnan ydinjärjestelmä saataisiin pitkälle tulevaisuuteen kantava ratkaisu, joka kytkeytyy jouhevasti muuhun liiketoimintaympäristöön.
Kaiken kattava järjestelmä
Evitec Life on varsinkin suomalaisille henkivakuutusyhtiöille tuttu vakuutussopimusten hallintajärjestelmä. Järjestelmä kehitettiin alkujaan erityyppisten eläke-, säästö- ja sijoitusvakuutusten hoitojärjestelmäksi, josta onkin kertynyt paljon kokemusta. Luonnollinen jatkumo kehityspolulle on ollut tuoda riskihenkivakuutustuotteet säästötuotteiden rinnalle.
Evitec Lifessa voikin nyt hallinnoida kaikkia henkivakuutusyhtiön henkilöriskiturvia sekä näiden erilaisia yhdistelmiä. Yhtenä esimerkkinä yhdistelmistä mainittakoon Lainaturvavakuutukset, joissa omana erityispiirteenä on vakuutusmäärän sitominen lainapääomaan. PLP:ssä on jo entuudestaan voinut käsitellä sekä yksilöllisiä- että ryhmäsopimuksia ja henkilöriskivakuutusten osalta lisäksi pariturvia.
Kun vielä henkilöriskivakuutusten korvauskäsittely on tuotu sopimushallinnan kanssa samaan järjestelmään, voimme ylpeänä tarjota henkivakuutusyhtiölle kaiken kattavan järjestelmän. Erityyppisten korvausten, kerta- ja päivärahakorvausten sekä kulukorvausten, hoitoa sujuvoittaa käsittelyssä tarvittavien sopimustietojen automaattinen välittyminen korvausjärjestelmään. Mikäli korvauspäätöksellä on vaikutusta sopimuksen tietoihin, esimerkiksi jokin turvalaji päättyy, päivittyy tieto automaattisesti sopimushallinnan puolelle.
Sopimusten ja korvausten hoitaminen samassa modernissa järjestelmässä tuo useita merkittäviä kustannus- ja tehokkuushyötyjä, kun liiketoimintaprosesseja automatisoidaan ja järjestelmäarkkitehtuuri yksinkertaistuu. Tällä luodaan pitkälle tulevaisuuteen kantava, koko liiketoimintaprosessin läpäisevä uudistus.
Olisiko nyt aika päivittää järjestelmäkanta nykyaikaan ja alkaa hyödyntää modernin teknologian suomia mahdollisuuksia?
Annika Karppinen, Evitec Life Product Manager
Pensions seem to be a hot potato in the EU.
Last Autumn during the European Retirement Week Insurance Europe published the results of a survey on how EU citizens are preparing for their livelihood during retirement. The comparison between the 16 countries participating in the survey, revealed that only 40 % of Finns are privately saving for retirement. The overall average was 62 %, leaving Finns far behind. On the other hand, the Finnish national occupational pension system has been ranked as one of the best in the world in many studies, but will the base pension be enough for future pensioneers? A good question anybody should occasionally ponder on.
The same question has been raised in EU in larger scale. Within EU there are several undertakings aiming at encouraging citizens to private pension saving. PEPP (Pan-European Personal Pension) aims at lowering the barrier for starting pension saving, in addition to which EIOPA (European Insurance and Occupational Pension Association) recently commented EC’s proposal on how to increase EU citizens knowledge of their future retirement income level.
The proposed Pension Tracking System (PTS) would combine all pension saving, both statutory and private. This would give a realistic and up-to date view of the overall retirement income. Seven EU countries already have this implemented, amongst others Sweden and Denmark. The Finnish Pension record is a good start but as it collects only the information of the statutory pension, it should be extended to also compile the information of private pension savings. And although the many law changes regulating pension saving have practically halted the sales of pension insurance, many Finns still have such agreements from earlier days. These savers would certainly benefit of being able to follow-up on the overall situation.
PTS emphasizes on clarity and compressing the information to the most essential parts. Nothing odd, just basic information that can be found in a pension insurance administration system and which is easily transmitted from a modern system. Evitec’s Evitec Life policy administration solution is already equipped with numerous digital interfaces to various external parties, so adding one more is no big task.
But who in Finland would take the lead in developing a PTS? The occupational pension carriers and the Finnish Centre for Pensions administers the current Pension record, but private pension insurances are sold by life insurers. In Sweden the public and private sector have combined their efforts to develop the local PTS, i.e. the Minpension portal. Could similar willingness be found in Finland to promote a common cause?
Ensimmäinen suomalaisen vakuutusyhtiön myöntämä henkivakuutus tehtiin joulukuussa 1874. Kyseinen sopimus ei tietenkään enää ole voimassa, vaikka usean kymmenen vuosien pituiset voimassaoloajat ovatkin henkivakuutussopimuksille ominaisia.
Tällaiset pitkät sopimusajat tuovat alati muuttuvassa maailmassa omat erityishaasteensa. Kun katsomme vaikka 30 vuotta ajassa taaksepäin, 90-luvun alkupuolelta tähän päivään, on henkivakuutusyhtiöiden toimintaympäristössä tapahtunut lukemattomia muutoksia. Lainsäädännön muutokset ovat ohjanneet mm. tuotekehitystä, myyntiä ja vakuutusten hoitoprosesseja. Samalla suomalaisten mielenkiinto säästämistä kohtaan on kasvanut, minkä siivittämänä on kehitelty eri variaatioita säästöhenkivakuutuksista palvelemaan vaihtelevia asiakastarpeita. Asiakkaat odottavat myös yhä enenevissä määrin digitaalisia palveluja. Ei enää riitä, että portaalissa voi katsella tietoja, sillä monet ovat jo tottuneet itsenäisesti hoitamaan asioitaan portaaleissa.
Erityisesti eläkevakuutuksiin liittyviä muutoksia on tippunut tiuhaan tahtiin. Verotusta ja eläkkeen noston aloitusikää on muutettu moneen kertaan, mistä johtuen vakuutusyhtiön tulee pystyä ylläpitämään useita toisistaan poikkeavia kantoja tai tuotevariaatioita, vaikka kyseisiä tuotteita ei enää myydä. Koska sopimukset saattavat jatkua useita kymmeniä vuosia, ei tämä tarve poistu kovinkaan pian.
Tänä päivänä monet henkivakuutusyhtiöt ovatkin tilanteessa, jossa tuotekirjon lisäksi myös järjestelmäkirjo on kasvanut vaikeasti hallittavaksi himmeliksi. Järjestelmien ylläpitokustannukset ovat kasvaneet eikä muutosten toteuttamiseen ole aina helppo löytää tarvittavaa teknistä osaamista. Kun samalla asiakaspalvelu digitalisoituu ja prosesseja haluttaisiin automatisoida, mikä voisi tuoda tervetulleita kustannussäästöjä, ei vanhoja järjestelmiä välttämättä voida järkevästi yhdistää modernimpaan teknologiaan.
Profit Life & Pension hoitaa monimutkaisetkin tuoterakenteet
Profit Software on kehittänyt järjestelmiä henkivakuutusyhtiöille jo 90-luvun puolesta välistä asti. Voikin sanoa, että olemme vahvasti eläneet mukana alan kehityksessä ja muutoksissa. Profit Life & Pension (PLP) -järjestelmä kehitettiin aluksi käsittelemään säästöhenkivakuutustuotteita. PLP on ollut jo pitkään ja usean asiakkaan käytössä, joten säästöhenkivakuutussopimusten hoitojärjestelmänä PLP on kannuksensa ansainnut. Siinä hoidetaan sujuvasti niin yksilölliset kuin ryhmien sopimukset sekä näihin liittyvät ulosmaksatukset. Myös vanhojen vakuutuskantojen konvertointi on tullut tutuksi ja prosessia helpottamaan on kehitetty oma työkalunsa. Näin PLP:ssä voidaan yhdessä järjestelmässä hoitaa sekä run-off -kantoja että myynnissä olevia tuotteita. Tuoterakenteiden parametrisointi puolestaan mahdollistaa nopean ja joustavan uusien tuotteiden lanseerauksen.
Voidaksemme auttaa henkivakuutusyhtiötä hoitojärjestelmien kokonaisuudistuksessa olemme laajentaneet PLP:n sopimushallinnan kattamaan myös henkilöriskivakuutustuotteet. Henkilöriskivakuuttaminen perustuu hyvin joustaviin turvamäärittelyihin, sisältäen sekä yksilölliset, pari- ja ryhmärakenteet. Henkilöriskikorvausten osalta järjestelmässä pystyy käsittelemään kerta-, päiväraha- ja kulukorvauksia.
PLP:ssä on useamman vuoden ajan lisätty automaation astetta ja REST-palveluiden määrää. Digitaalisten palvelujen kehittämisen kannalta REST-palvelut ovat avainasemassa. Näiden avulla tehostetaan oleellisesti myös sisäisiä prosesseja. Kun esimerkiksi korvauskäsittelijän vakuutussopimuksesta tarvitsema tieto on yhdessä paikassa, vähenee tarve liikkua eri järjestelmien välillä. Samalla vähenee inhimillisten virheiden määrä, mikä luonnollisesti heijastuu positiiviesti myös loppukäyttäjän suuntaan.
PLP:ssa voi hallinnoida koko henkivakuutusyhtiön tuotetarjonnan sopimushallinnasta ulosmaksatukseen ja henkilöriskivakuutusten korvauskäsittelyn. PLP on täysiverinen ja kokonaisvaltainen henkivakuutusyhtiön sopimushallintajärjestelmä.
In Finland Digital and population data services agency (DVV), which is the agency administering the registry of citizens, has already some time ago acknowledged the fact that the current method of forming the personal identification number (PIN) codes identifying individuals, isn’t sustainable in the long run. In addition, the structure of the PIN doesn’t comply with modern privacy protection.
DVV regularly issues new PINs to individuals born for example in the 20th century. Usually it’s the case of a foreigner in need of a Finnish PIN. As some countries mark in passports all citizens birthdate as 1.1. or 31.12., the need for PINs especially for these dates is higher than average. This in turn means that the variations are running out for the 3 digit long individualising number. This needs to be resolved – very soon.
In addition to this most acute challenge, there are also some personal privacy issues with the current method of forming a PIN. A PIN, which should solely be a data individualizing a person, reveals in its’ current form the persons birthdate and gender. These should be faded out to make the PIN unambiguously an individualizing data.
Ministry of Finance initiated in 2017 a pre-study about the PIN renewal. The final report was published in Spring 2020. This has served as a base for the PIN renewal project, which the Ministry of Finance kicked-off in late 2020. But, already in Spring 2021 it was apparent that the time schedule outlined in the final report wasn’t realistic.
The magnitude of the change is rather evident. PIN tentacles are far reached, and they have often touchpoints with society critical functions, implying that the change will require actions from numerous instances, both officials and the private sector. As many instances are also inter-connected, this will require a good amount of coordination. This, and on the other hand the DVV’s more pressing need to find a solution for the individual number series, is not a straightforward quick fix. Therefore, the full-scale transformation of the PIN will be implemented in phases and in the first phase only the sufficiency of PINs will be resolved.
For organisations faced with the changes, introducing the changes in phases is slightly annoying. Although a change process is often more controlled when performed in phases, it unfortunately usually also comes with a price tag. Therefore, already while planning for the first phase, it would be beneficial to grasp the final goal and strive to anticipate the following changes right from the beginning. For the PIN change at least three changing factors are already known, middle mark (indicating the birth century), birthdate and gender. When these change, also the method for checking the PIN changes. How well you hit the bulls’ eye with these (assumptions), remains to be seen.
At Evitec we’re waiting for decisions, as the flexibility of Evitec Life system can in this situation again be demonstrated. None of the currently identified changes are critical for Evitec Life, as PIN is already used as only one dataset identifying a person. Take for instance the birthdate, which often is meaningful in an insurance policy, in Evitec Life it is a separate data field. But, as Evitec Life has extensive integrations and REST services to surrounding instances, dependencies between these will need to be carefully monitored to ensure a smooth change transition.
Kun Ilkka Holm vuoden 2006 alussa aloitti työskentelyuransa Profit Softwarella Espoon pääkonttorilla, hän ei ajatellut ryhtyvänsä ratkaisuarkkitehdin hommiin. Ilkka aloitti kehittäjänä Profit Life & Pension -järjestelmää, eli PLP:tä kehittävässä tiimissä, mutta oli enemmän kiinnostunut ratkaisuiden arkkitehtuurillisesta suunnittelusta kuin puhtaasti teknisestä tekemisestä.
Ajatus kirjallisen dokumentaation laatimisesta ja määrittelyistä tuntui äkkiseltään yksitoikkoiselta – kunnes Ilkka halusi ymmärtää paremmin kehittämänsä järjestelmän prosesseja. Kiinnostus uuden kokeiluun johtikin Ilkan suunnittelupöydän ääreen.
— On kiinnostavaa miettiä ja suunnitella, miten liiketoiminnan vaatimukset otetaan isossa ja pitkäikäisessä järjestelmässä huomioon, Ilkka kuvailee. — Ratkaisujen tulee olla laajennettavissa ja niiden tulee perustua teknologioihin, joiden tiedämme toimivan ja palvelevan lopputulosta. Tässä kokonaisuudessa dokumentaatio on pieni, mutta tärkeä osa kokonaisuutta.
Monenlaisissa kehitystehtävissä olleella Ilkalla ei ollut aikaisempaa kokemusta vakuutusalasta. Hän piti ajatuksesta päästä suunnittelemaan ratkaisuja, joilla on merkitystä yhteiskuntaan ja ihmisten elämään. Ihmisten eläkkeitä ja säästöjä hallinnoivat järjestelmät on otettava vakavasti ja vältettävä virheitä. Sitä myöten myös liiketoiminta-alue tuli vähitellen tutuksi.
— Kyseessä ovat isot ja haastavat asiat. On motivoivaa tietää, että omalla tekemisellä voi vaikuttaa niin asiakkaidemme tehokkaaseen tekemiseen, kuin sitä kautta heidänkin asiakkaidensa, tavallisten ihmisten elämään, Ilkka sanoo.
Profit Softwaren ratkaisuarkkitehdin rooliin kuuluu järjestelmän toiminnallisuuden miettiminen yhdessä kehittäjien, testaajien sekä asiakkaan kanssa. Työ on jatkuvaa tuotannon pyörittämistä ja pienkehitysmuutoksia, sekä isompia, pitkäaikaisia projekteja.
— Teknisestä taustasta on kyllä todella paljon apua tässä tehtävässä, Ilkka toteaa. — On hyödyllistä pystyä ottamaan huomioon monta eri tekijää, niin teknisesti kuin liiketoiminnallisestikin. On tosi mielenkiintoista hahmottaa, mihin kaikkiin asioihin pienetkin muutokset vaikuttavat, ja toisaalta on innostavaa ikään kuin ratkaista mysteerejä, miksi jokin toimii kuten se toimii, miten bugit ja muut ratkaistaan, Ilkka kuvailee.
Entä mitä Ilkka kokee Profit Softwaren voivan tarjota hänenkaltaisilleen arkkitehdeille?
— Profitilla pääsee oppimaan ja kehittymään asiantuntijana. Itsekin olen kasvanut nykyiseen rooliini käytännön kautta, Ilkka sanoo. — Työn imu pitää otteessaan. Tässä on mahdollisuus päästä loistamaan siinä, missä itse on hyvä, ja omalla työllä on myös merkitystä.
We use cookies to ensure a better user experience. Cookie data is stored in the browser and allows us, for example, to identify when the user will return to our website. We also use the information to obtain analytics from visitors to our website.
Essential cookies
Always used cookies to ensure the functionality of the services. Thanks to these, the site remembers the choices you make, and you don't have to do them again with every page upload.
If you disable this cookie, we will not be able to save your preferences. This means that every time you visit this website you will need to enable or disable cookies again.
Third-party cookies
We use Google Analytics, LinkedIn Insight and Leadfeeder to collect visitor statistics. In addition, myFonts is used to implement the appearance of our site.
Please enable Strictly Necessary Cookies first so that we can save your preferences!
Cookie Policy
More information of cookies and how we process personal data can be found from privacy policy.
Kun Ilkka Holm vuoden 2006 alussa aloitti työskentelyuransa Profit Softwarella Espoon pääkonttorilla, hän ei ajatellut ryhtyvänsä ratkaisuarkkitehdin hommiin. Ilkka aloitti kehittäjänä 