CSC z/OS

CLOAS Modernization Guide

Application - Insurance

CLOAS is a application - insurance product by CSC. Explore technical details, modernization strategies, and migration paths below.

Product Overview

CLOAS was a comprehensive application for life insurance policy administration, operating on the z/OS platform with CICS.

Given its unsupported status, organizations should migrate to modern alternatives such as CyberLife or FINEOS Claims.

Modernization Strategies

Rehost

Timeline:
6-12 months

Lift-and-shift to cloud infrastructure with minimal code changes. Fast migration with lower risk.

Refactor (Recommended)

Timeline:
18-24 months

Optimize application architecture for cloud while preserving business logic. Best ROI long-term.

Replatform

Timeline:
3-5 years

Complete rewrite to cloud-native architecture with microservices and modern tech stack.

Frequently Asked Questions

General

What does CLOAS do?

CLOAS is a CICS-based application designed for life insurance administration. It handles policy management, claims processing, and other administrative tasks related to life insurance policies. It is a system designed to manage the lifecycle of life insurance policies.

Is this a system, application, or tool?

CLOAS is a comprehensive application designed to manage life insurance policies. It is not a toolset or middleware, but a complete system that provides end-to-end administration of life insurance products. It provides a full suite of functionality for managing life insurance from inception to termination.

What types of organizations used this?

CLOAS was typically used by large insurance companies that required a robust system for managing a high volume of life insurance policies. These organizations often had existing mainframe infrastructure and needed a system that could integrate with their existing environment. Companies with complex policy administration requirements found CLOAS to be a suitable solution.

When should we have considered CLOAS?

Companies would have considered CLOAS when they needed a comprehensive life insurance administration system that could handle a large number of policies and integrate with their existing mainframe environment. It was a good fit for organizations that required a high degree of customization and control over their policy administration processes. Organizations seeking a modern, cloud-based solution would likely not consider CLOAS.

What are the alternatives to CLOAS?

Alternatives to CLOAS include modern policy administration systems such as CyberLife, Wealth Management Accelerator, Ingenium, SAP for Insurance, and FINEOS Claims. These systems offer more modern architectures, cloud deployment options, and often provide more flexible integration capabilities. These alternatives provide similar functionality but with updated technology and deployment models.

Technical

What infrastructure is required?

CLOAS runs on the z/OS platform and requires the CICS subsystem. It operates within an LPAR and is dependent on the z/OS environment for its core functionality. It also requires a database management system, such as DB2, for data storage and retrieval.

What programming languages are used?

CLOAS uses COBOL as its primary programming language. It leverages CICS transactions for processing and interacts with DB2 for data storage. The system is designed to operate within the constraints of the mainframe environment, utilizing its resources for processing and storage.

How did CLOAS handle batch processing?

CLOAS likely used a combination of batch processing and online transaction processing. Batch jobs were used for end-of-day processing and reporting, while online transactions were used for real-time policy updates and inquiries. The system was designed to handle both types of processing efficiently.

What databases were used?

CLOAS likely used VSAM files or DB2 tables for data storage. VSAM files were commonly used for storing policy data and other related information. DB2 was used for more complex data relationships and reporting requirements. The choice of storage mechanism depended on the specific data requirements and performance considerations.

Business Value

How did CLOAS improve business value?

CLOAS provided a centralized system for managing life insurance policies, which improved efficiency and reduced manual errors. It enabled insurance companies to streamline their policy administration processes and provide better service to their customers. By automating key tasks, CLOAS helped organizations reduce operational costs and improve profitability.

What would happen without CLOAS?

Without a system like CLOAS, organizations would have to rely on manual processes for managing life insurance policies. This would lead to increased errors, higher operational costs, and slower response times. The lack of a centralized system would make it difficult to track policy information and provide timely service to customers.

What policy lifecycle tasks did CLOAS manage?

CLOAS helped insurance companies manage the entire lifecycle of a life insurance policy, from application to termination. It provided functionality for policy issuance, premium billing, claims processing, and policy servicing. By automating these tasks, CLOAS enabled organizations to focus on their core business activities and improve customer satisfaction.

Security

How was security handled?

CLOAS likely integrated with mainframe security systems such as RACF, ACF2, or Top Secret for authentication and authorization. These systems controlled access to mainframe resources and ensured that only authorized users could access sensitive data. The access control model was likely role-based, with users assigned to roles that defined their access privileges.

What encryption was used?

CLOAS likely used encryption to protect sensitive data both in transit and at rest. Data transmitted between the application and users was encrypted using protocols such as SSL/TLS. Data stored in the database was encrypted using encryption algorithms such as AES. Encryption helped to ensure the confidentiality and integrity of sensitive data.

What audit capabilities existed?

CLOAS provided audit logging capabilities to track user activity and system events. Audit logs were used to monitor system usage, detect security breaches, and comply with regulatory requirements. The logs captured information such as user logins, data access, and system changes. These logs were essential for maintaining a secure and compliant environment.

Operations

What ongoing operational requirements existed?

CLOAS required ongoing monitoring and maintenance to ensure its stability and performance. This included monitoring system resources, applying software updates, and performing database maintenance. The system also required skilled personnel to administer and support the application. Regular maintenance was essential for preventing system outages and ensuring data integrity.

What level of expertise was required?

Implementing CLOAS typically required a team of experienced mainframe professionals, including system administrators, database administrators, and application developers. These professionals needed to have a deep understanding of the z/OS environment and the CLOAS application. The implementation process could be complex and time-consuming, requiring careful planning and coordination.

What were common implementation challenges?

Common implementation challenges included integrating CLOAS with existing systems, migrating data from legacy systems, and customizing the application to meet specific business requirements. These challenges required careful planning, coordination, and testing. It was important to have a clear understanding of the business requirements and the existing IT environment.

Ready to Start Your Migration?

Download our comprehensive migration guide for CLOAS or calculate your ROI.

Calculate ROI