Series II Modernization Guide
Series II is a application - insurance product by DXC Technology. Explore technical details, modernization strategies, and migration paths below.
Product Overview
Series II is an insurance application designed to run on z/OS mainframe environments.
It is particularly suited for companies already invested in a mainframe infrastructure.
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 Series II do?
Series II is an insurance application designed to manage policy administration. It handles tasks such as policy creation, modification, billing, and claims processing. The application helps insurance companies streamline their operations and manage policy-related data efficiently.
Is this a system, application, or tool?
Series II is primarily an application, although it may incorporate elements of a system due to its comprehensive nature. It provides a full suite of tools for managing insurance policies, making it more than just a simple toolset or framework.
What types of organizations use this?
Organizations that need to manage a large number of insurance policies efficiently and accurately benefit most from Series II. This includes insurance carriers, brokers, and agencies of various sizes, particularly those dealing with complex policy structures.
When should we consider Series II?
A company should consider Series II when they need a robust, reliable system for managing insurance policies, especially if they are experiencing challenges with their existing systems or manual processes. It is also a good fit for organizations looking to modernize their policy administration capabilities.
What are the alternatives to Series II?
Alternatives to Series II include Guidewire, Duck Creek, and Insurity. These platforms offer similar capabilities for policy administration, claims management, and billing. The choice depends on specific business requirements, budget, and integration needs.
Technical
For mainframe products: Does this run in an LPAR?
Series II runs on the z/OS platform. It is dependent on the z/OS operating system and likely requires specific subsystems to operate correctly. It may run in an LPAR (Logical Partition) within the mainframe environment.
What infrastructure is required?
Series II typically requires a mainframe environment running z/OS. It may also require specific database systems, such as DB2, and related middleware components for communication and integration with other systems.
What configuration files are used?
Series II likely uses configuration files to define system parameters, policy rules, and integration settings. These files are typically managed by system administrators and are critical for the proper functioning of the application.
What types of APIs does this product expose?
Series II may expose APIs for integration with other systems. These APIs could be SOAP-based or use other protocols for communication. Specific API endpoints and method names would be detailed in the product documentation.
Business Value
What business problem does it solve?
Series II solves the business problem of managing insurance policies efficiently and accurately. Without such a system, organizations would struggle with manual processes, data errors, and increased operational costs.
What would happen if an organization did NOT use this product?
If an organization did not use Series II or a similar system, they would likely face challenges such as increased manual effort, higher error rates, slower processing times, and difficulty scaling their operations. This can lead to reduced customer satisfaction and competitive disadvantage.
How does this product integrate with enterprise ecosystems?
Series II can integrate with various enterprise ecosystems, including CRM systems, financial systems, and other insurance-related applications. This integration allows for seamless data exchange and streamlined workflows across different business functions.
Security
What specific authentication methods are supported?
Series II likely supports authentication methods such as user IDs and passwords, possibly integrated with mainframe security systems like RACF, ACF2, or Top Secret. It may also support multi-factor authentication for enhanced security.
What access control model is used?
Series II likely uses an access control model based on roles and permissions, such as Role-Based Access Control (RBAC). This allows administrators to define roles with specific privileges and assign users to those roles, controlling their access to different functions and data within the application.
What encryption is used and where?
Series II likely incorporates encryption to protect sensitive data, both in transit and at rest. This may include encrypting data stored in databases and using secure protocols like TLS/SSL for communication between components.
What audit/logging capabilities exist?
Series II should provide audit logging capabilities to track user activity and system events. These logs can be used for security monitoring, compliance reporting, and troubleshooting. The logs should capture details such as user IDs, timestamps, and actions performed.
Operations
How is this product typically deployed?
Series II is typically deployed on-premise within a mainframe environment. This requires organizations to have the necessary infrastructure and expertise to manage the system. Cloud or hybrid deployments may be possible depending on the specific implementation and vendor offerings.
What level of technical expertise is required to implement it?
Implementing Series II requires a high level of technical expertise, particularly in mainframe systems and insurance policy administration. Organizations need skilled personnel to configure, customize, and maintain the application.
What ongoing operational requirements exist?
Ongoing operational requirements for Series II include system monitoring, performance tuning, security patching, and data backups. Organizations also need to manage user access, troubleshoot issues, and ensure the system remains compliant with regulatory requirements.
What are common implementation challenges?
Common implementation challenges for Series II include data migration from legacy systems, integration with other applications, customization to meet specific business needs, and ensuring adequate performance and scalability.
Ready to Start Your Migration?
Download our comprehensive migration guide for Series II or calculate your ROI.