Skip to main content

By clicking Submit, you agree to the developerWorks terms of use.

The first time you sign into developerWorks, a profile is created for you. Select information in your developerWorks profile is displayed to the public, but you may edit the information at any time. Your first name, last name (unless you choose to hide them), and display name will accompany the content that you post.

All information submitted is secure.

  • Close [x]

The first time you sign in to developerWorks, a profile is created for you, so you need to choose a display name. Your display name accompanies the content you post on developerworks.

Please choose a display name between 3-31 characters. Your display name must be unique in the developerWorks community and should not be your email address for privacy reasons.

By clicking Submit, you agree to the developerWorks terms of use.

All information submitted is secure.

  • Close [x]

Merging disparate IT systems, Part 1: Use business process management to create integrated solutions

Introduction and overview

Alan Chivers (chiversa@uk.ibm.com), Business Scenario Architect, IBM
Alan Chivers is a Business Scenario Architect for the WebSphere Platform System House in IBM Software Group. He is a Certified IT Architect with over 20 years of experience in application and software development with a particular focus on the financial services and insurance industries.

Summary:  This first article in our series about merging disparate IT systems provides an overview of a typical industry integration scenario based around mergers and acquisitions. It describes the technical problems faced by an insurance company trying to rapidly merge and manage two distributed and disparate IT infrastructures after a company acquisition. It describes the business and technical requirements raised by the acquisition, and the constraints imposed on any solution by the need to protect existing legacy infrastructures.

Date:  30 Jan 2004
Level:  Introductory

Activity:  8528 views
Comments:  

Measuring successful mergers

There are many reasons for an acquisition, from gaining market share to acquiring a new line of products, but all companies involved in a merger are under pressure to show rapid results. Mergers have a poor record of success that often leads to even more expensive de-mergers or sell-offs. For the majority of banking and financial services companies, a successful merger is measured in terms of the reduction in costs and the rationalization of overlapping organizations and processes. Failure to quickly identify integration hotspots or areas of excessive expense can rapidly lead to detrimental impacts on the business. The integration issues described in this article are not unique to the insurance industry or to company mergers. For any business, continual business change and organizational consolidation can result in a myriad of hardware, software, and applications that rapidly need to work together as one solution.

Focusing on the short term

From the IT perspective, the response to business integration has traditionally focused on consolidating data and applications. Although this is a valid approach, it is a long-term, high-cost activity that needs to be balanced with the need to demonstrate a more immediate return on investment. The scenario in this article focuses on a set of solutions that provide rapid return by exploiting a combination of process management and enterprise application integration. The goal is to provide a single integrated view to customers and business partners across the two companies with minimal disturbance to the existing legacy systems.


The company profiles

There are two fictitious companies in this integration scenario. The primary acquiring company is Lord General Insurance (LGI), a traditional personal lines insurance company that has realized it needs to expand its market share by establishing a direct customer channel to complement the existing agent and call center channels. To this end, it has acquired an insurance newcomer, DirectCar, to provide a quick entry into the direct insurance market and to utilize this company's Internet-based IT skills and Infrastructure.

LGI
  • In business 50 years focusing on auto, home, and contents insurance
  • 5 million policyholders
  • Traditional channels through independent agents and a recently outsourced call center
  • Mainframe-based legacy IT systems
DirectCar
  • Less than one million policyholders, but an expanding new company focused on auto insurance through the Internet
  • Single direct customer Internet channel
  • Desktop/server-based systems
  • Supporter of open (J2EE) architecture

Business goals

The acquisition and proposed merger of DirectCar with LGI has several business goals related to gain of market share, improving product portfolio, and the buy-in of know how and expertise. This scenario focuses on two key business goals:

  • Improve profitability and value

    LGI wants to improve the company's profitability by reducing administration costs overall. Its immediate focus is on auto claims and policy administration across the two companies. To achieve this, LGI would like to improve its ability to monitor and manage the policy and claims business processes across both LGI and DirectCar, identifying and eliminating business inefficiencies.

  • Improved access to market

    LGI wants to quickly make its new extended product range available to all customers The immediate priority is the direct customer channel, which is predicted to grow the fastest in terms of capturing new business. LGI would like to have full product support within one year. This will then be extended to the call center and traditional agent channels.

The business vision, as shown in Figure 1 below, is to create a one-company-for-all-channels view that hides the customer from the complexity of the LGI and DirectCar back-end application.


Figure 1. Single view of two companies
Single view of two companies

Technical constraints

Costs of consolidation, managing disparate processes, and managing separate IT infrastructures are some technical constraints to be addressed in the merger.

Cost of consolidation

LGI wants to quickly create a consolidated interface to customers. However, the two companies have existing legacy applications which, due to expense and timing constraints, cannot be physically merged or replaced in the immediate term. These systems have customer and policy data in inconsistent formats, and cleansing and merging is a long-term effort. Both companies want to maximize the value of existing legacy assets.

Managing disparate long running processes

LGI needs to reduce the costs of the auto claims administration process, where costs were steadily increasing even before the merger. This is partly due to administration and commission expenses, and to an increase in the complexity of claims, which have at times overwhelmed the company's administration system.

Being able to monitor an entire business process has been made even more difficult because of the different technologies and standards used by the two companies. It remains difficult to monitor the latest status of customer claims or new business requests in a timely fashion. There are increasing delays and costs resulting from chasing requests for external information both in claims and policy administration (for example, for a claims vehicle damage assessment or a new insurance policy credit check).

Managing separate IT infrastructures

While the responsibility for managing the IT systems will move to LGI, initially the LGI and DirectCar IT systems will be in physically separate locations, leading to problems in managing the new cross-site claims and policy solutions. This involves:

  • Increased costs in building a reliable and secure connectivity infrastructure
  • Difficulty monitoring and managing the different distributed solution components, since systems information within the solution cannot be easily correlated
  • Delays in problem determination that cross product, solution, or organization boundaries.


The existing technical architectures

Figure 2 shows the existing technical architectures. The scenario assumes that any solution will reuse and interoperate with the existing legacy infrastructure. LGI already has a central business integration infrastructure for messaging and workflow using IBM WebSphere Business Integration Message Broker and MQ Workflow products. Having acquired DirectCar, LGI is now looking to expand on the J2EE technologies based on IBM WebSphere Application Server, which it believes will provide a more open architecture for future development. The acquired DirectCar direct channel complements the existing EDI and XML channel for communicating to agents and the MQClient channel to its outsourced call center.


Figure 2. Original architecture of LGI and DirectCar


Business scope and user roles

Figure 3 shows the logical business context in which the solution will sit. The primary systems are the auto claims and policy management systems. The policy systems are invoked by the auto policy quote and acceptance process, while the claims and service provider management systems are used by the claims process. Around the systems you will see the various personnel involved in using and supporting the business processes. They fall into two categories.

Business users
Insurance agent, customer, claims handler, and service provider who use the operational systems.
Technical users
The technicians involved in the development, installation, and maintenance of the operational systems. These are shown on the right in Figure 3, and include the business analyst who initiates the development of the business process. As part of the input to the design and development of the scenario solution, several use cases were developed to capture requirements based on the activities of the identified users.


Figure 3. Business and technical roles
Business and technical roles

The integration solutions

The solutions developed for LGI are briefly described below. They are based on the merger and the development of common claims and policy administration processes that support the integration across the two companies. The solutions fall into two broad areas: policy administration and claims.

Policy administration: Converging disparate applications into a single Insurance quote and policy accept system

The first solution focuses on the creation of a single company Web application accessed through a Web browser. Once the customer's information is validated, the Web application accesses the policy quote systems of both LGI and DirectCar using a message broker. Based on rules, the broker selects and returns the best insurance quote. It will demonstrate how a complex environment involving WebSphere Application Server, CICS, and TXseries can be integrated through WebSphere Business Integration Message Broker and WebSphere MQ.

Once a customer accepts the insurance quote, the next step is to verify the customer's previous history. This involves requesting and receiving the prospective customer's motor vehicle information (MVR) and credit check rating from external agencies. This part of the solution involves building a sub-process to handle the multiple requests for external information. The process handles the timing issue of delayed responses from the external agencies, while continuing the process to the point of acceptance. These external Web services are implemented as Microsoft .NET and WebSphere Web services, accessed through the WebSphere Gateway.

For LGI to begin to demonstrate some rationalization from the merger, a new common rating engine is developed as a Web service, which is accessed internally by both DirectCar and LGI systems. The transport chosen to support the flow of internal information through LGI is SOAP/JMS.

Technical focus

  • Routing and mediation of messages through a broker
  • Broadcasting and aggregation of responses
  • Managing high message throughput with clustering and load balancing
  • Problem determination across a solution
  • WebSphere enterprise development support for legacy technologies
  • Deploying SOAP/JMS across WebSphere Business Integration Message Broker
  • Managing multiple interactions with Web services (including .Net)
  • Developing Web services with WebSphere tooling.

Claims: Developing and monitoring a claims business process across distributed applications

This solution covers the problem of developing, monitoring, and managing long running business processes that interact with the different environments of LGI and DirectCar. It exploits the capabilities of the existing WebSphere MQ Workflow and the new functions of WebSphere Process Choreography working with WebSphere Business Integration Message Broker, and the existing LGI and DirectCar systems.

Technical focus

  • Developing complex workflows
  • MQ Workflow interoperability with WebSphere Business Integration Message Broker and WebSphere Application Server
  • Tooling: Full business analyst level process modelling support
  • Exploitation of insurance-based executive and business process dashboard
  • Supporting the common event infrastructure.


Stay tuned

Future articles in this series will focus on the technical details of developing common policy and administration claim processes. The next article in this series, Merging disparate IT systems, Part 2: Understand the claims system, describes the architecture and implementation of the claims system, including the products, platforms, and tools used.


Resources

About the author

Alan Chivers is a Business Scenario Architect for the WebSphere Platform System House in IBM Software Group. He is a Certified IT Architect with over 20 years of experience in application and software development with a particular focus on the financial services and insurance industries.

Report abuse help

Report abuse

Thank you. This entry has been flagged for moderator attention.


Report abuse help

Report abuse

Report abuse submission failed. Please try again later.


developerWorks: Sign in


Need an IBM ID?
Forgot your IBM ID?


Forgot your password?
Change your password

By clicking Submit, you agree to the developerWorks terms of use.

 


The first time you sign into developerWorks, a profile is created for you. Select information in your developerWorks profile is displayed to the public, but you may edit the information at any time. Your first name, last name (unless you choose to hide them), and display name will accompany the content that you post.

Choose your display name

The first time you sign in to developerWorks, a profile is created for you, so you need to choose a display name. Your display name accompanies the content you post on developerWorks.

Please choose a display name between 3-31 characters. Your display name must be unique in the developerWorks community and should not be your email address for privacy reasons.

(Must be between 3 – 31 characters.)

By clicking Submit, you agree to the developerWorks terms of use.

 


Rate this article

Comments

Help: Update or add to My dW interests

What's this?

This little timesaver lets you update your My developerWorks profile with just one click! The general subject of this content (AIX and UNIX, Information Management, Lotus, Rational, Tivoli, WebSphere, Java, Linux, Open source, SOA and Web services, Web development, or XML) will be added to the interests section of your profile, if it's not there already. You only need to be logged in to My developerWorks.

And what's the point of adding your interests to your profile? That's how you find other users with the same interests as yours, and see what they're reading and contributing to the community. Your interests also help us recommend relevant developerWorks content to you.

View your My developerWorks profile

Return from help

Help: Remove from My dW interests

What's this?

Removing this interest does not alter your profile, but rather removes this piece of content from a list of all content for which you've indicated interest. In a future enhancement to My developerWorks, you'll be able to see a record of that content.

View your My developerWorks profile

Return from help

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=1
Zone=Sample IT projects
ArticleID=10306
ArticleTitle=Merging disparate IT systems, Part 1: Use business process management to create integrated solutions
publish-date=01302004
author1-email=chiversa@uk.ibm.com
author1-email-cc=

Tags

Help
Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

For articles in technology zones (such as Java technology, Linux, Open source, XML), Popular tags shows the top tags for all technology zones. For articles in product zones (such as Info Mgmt, Rational, WebSphere), Popular tags shows the top tags for just that product zone.

For articles in technology zones (such as Java technology, Linux, Open source, XML), My tags shows your tags for all technology zones. For articles in product zones (such as Info Mgmt, Rational, WebSphere), My tags shows your tags for just that product zone.

Use the search field to find all types of content in My developerWorks with that tag. Popular tags shows the top tags for this particular content zone (for example, Java technology, Linux, WebSphere). My tags shows your tags for this particular content zone (for example, Java technology, Linux, WebSphere).