Вы находитесь на странице: 1из 3

Chapter 2 Global E-business and Collaboration 105

Modernization of NTUC Income


CASE STUDY

N TUC Income (“Income”), one of Singapore’s


largest insurers, has over 1.8 million policy
holders with total assets of S$21.3 billion. The
experienced a total of three major hardware failures,
resulting in a total of six days of complete downtime.
That was not enough. The COBOL programs that were
insurer employs about developed in the early 1980s and maintained by Income’s
3,400 insurance advisors and 1,200 office staff, with the in-house IT team also broke multiple times, halted the
majority located across an eight-branch network. On June systems, and caused temporary interrup-tions. In addition,
1, 2003, Income succeeded in the migra-tion of its legacy the IT team found developing new products in COBOL to
insurance systems to a digital web-based system. The be quite cumbersome and the time taken to launch new
Herculean task required not only the upgrading of products ranged from a few weeks to months.
hardware and applications, it also required Income to
streamline its decade-old busi-ness processes and IT At the same time, transaction processing for policy
practices. underwriting was still a batch process and information was
Until a few years ago, Income’s insurance pro-cesses not available to agents and advisors in real-time. As a
were very tedious and paper-based. The entire insurance result, when staff processed a new customer application
process started with customers meeting an agent, filling in for motor insurance, they did not know if the applicant was
forms and submitting documents. The agent would then an existing customer of Income, which led to the loss of
submit the forms at branches, from where they were sent by opportunities for cross-product sales, as staff had to pass
couriers to the Office Services department. The collection physical doc-uments between each other and there was no
schedule could introduce delays of two to three days. means of viewing an up-to-date report on a customer’s his-
Office Services would log documents, sort them, and then tory on demand. Furthermore, compatibility issues
send them to departments for underwriting. Proposals were between the HP 3000 and employees’ notebooks caused
allocated to underwriting staff, mostly at random. Accepted ongoing problems, especially with a rise in telecommuting.
proposals were sent for print-ing at the Computer Services
department and then redistributed. For storage, all original
documents were packed and sent to warehouses where, All this changed in June 2003, when Income switched
over two to three days, a total of seven staff would log and to the Java based eBao LifeSystem from eBao
store the documents. In all, paper policies compris-ing 45 Technology. The software comprised three sub-systems -
million documents were stored in over 16,000 cartons at Policy Administration, Sales Management and
three warehouses. Whenever a document needed to be Supplementary Resources — and fulfilled many of the
retrieved, it would take about two days to locate and ship it company’s requirements, from customer-orientated design
by courier. Refiling would again take about two days. to barcode technology capabili-ties, and the ability to
support changes in business processes.

Implementation work started in September 2002 and


In 2002, despite periodic investments to upgrade the HP the project was completed in nine months. By May 2003,
3000 mainframe that hosted the core insur-ance all the customization, data migration of Income’s
applications as well as the accounting and management individual and group life insurance busi-nesses and
information systems, it still frequently broke down. When a training were completed.
system breakdown did occur, work had to be stopped while The new system was immediately operational on a
data was restored. Additionally, the HP 3000 backup high-availability platform. All applications resided on two
system could only restore the data to the version from the or more servers, each connected by two or more
previous day. This meant that backups had to be performed communication lines, all of which were “load balanced.”
at the end of every day in a costly and tedious process, or This robust architecture minimized downtime occurrence
the company would risk losing important data. In one of due to hardware or operating system failures.
the hardware crashes, it took several months to recover the
lost data. In all, the HP 3000 system As part of eBao implementation, Income decided to
replace its entire IT infrastructure with a more
106 Part One Organizations, Management, and the Networked Enterprise

robust, scalable architecture. For example, all servic-ing information, almost as fast as those who accessed the
branches were equipped with scanners; moni-tors were information in the office.
changed to 20 inches; PC RAM size was upgraded to 128 This allowed Income to view a summary of each
MB; and new hardware and soft-ware for application customer over different products and business areas. As a
servers, database servers, web servers, and disk storage result, cross-selling became easier, and cus-tomer service
systems were installed. Furthermore, the LAN cables were could be improved. Simplified work-flows cut policy
replaced with faster cables, a fiber-optic backbone, and processing time and cost by half, and greatly reduced the
wireless capability. time required to design and launch new products from
months to days.
In addition, Income also revamped its business Additionally, the systems allowed for online sup-port
continuity and disaster-recovery plans. A real-time hot of customers, agents and brokers.
backup disaster-recovery center was imple-mented, where Sources: Melanie Liew, Computerworld, July 2004; “NTUC
the machines were always running and fully operational. Income of Singapore Successfully Implemented eBaoTech
Data was transmitted immedi-ately on the fly from the Lifesystem,” ebaotech.com, accessed November 2008; Neerja Sethi
& D G Allampallai, “NTUC Income of Singapore (A): Re-
primary datacenter to the backup machines’ data storage.
architecting Legacy Systems,” asiacase.com, October 2005.
In the event of the datacenter site becoming unavailable,
the operations could be switched quickly to the CASE STUDY QUESTIONS
disasterrecovery site without the need to rely on
What were the problems faced by Income in this case?
restoration of previ-ous day data.
How were the problems resolved by the new digital
system?
Moving to a paperless environment, however, was not
What types of information systems and business
easy. Income had to throw away all paper records,
processes were used by Income before migrating to the
including legal paper documents. Under the new system,
fully digital system?
all documents were scanned and stored on “trusted”
Describe the Information systems and IT infra-
storage devices - secured, reliable digital vaults that
structure at Income after migrating to the fully digital
enabled strict compliance with stringent statutory
system?
requirements. Income had to train employ-ees who had
What benefits did Income reap from the new sys-tem?
been accustomed to working with paper to use the eBao
system and change the way they worked.
How well is Income prepared for the future? Are the
As a result of adopting eBao Life System, about 500 problems described in the case likely to be repeated?
office staff and 3,400 insurance advisors could access the
system anytime, anywhere. Staff members who would Case contributed by Neerja Sethi and Vijay Sethi,
telecommute enjoyed faster access to Nanyang Technological University.

Вам также может понравиться