Case Study

Cigna Oracle Hyperion Implementation

Cigna HFM Implementation

Cigna is a global health service company dedicated to helping people improve their health, well-being and sense of security. We trace our roots back more than 200 years, but we became the company you know today in 1982 with the merger of INA Corporation and Connecticut General Corporation. Ever since, we've continued to innovate and expand around the world. We have sales capability in 30 countries and jurisdictions, and more than 90 million customer relationships throughout the world. Our more than 39,000 employees serve customers just about everywhere.Cigna

Prior to Hyperion Implementation:

  • All International financial data collected within consolidated Oracle 11i set of books
  • International Oracle 11i data sent to Domestic Oracle R12 for further consolidation and fed to Domestic HFM
  • Financial and Management reports from Oracle 11i took an average of 2-3 hours to generate, as long as 7 hours in some locations
  • Current level of available data did not support Cash Flow reporting requirements or full Management reporting
  • Limited to no visibility into the International Close Process, leading to delays in the close cycle

Implementation Objectives:

  • Accelerate the International Close Cycle
  • Provide detailed reporting capabilities which generate reports timely
  • Automate Minority Interest/Joint Venture entries
  • Support Cash Flow requirements by generating FX Impact by Account
  • Include Footnote and Disclosure needs, similar to existing Domestic HFM
  • Support inclusion of Plan/Projection data
  • Automate Constant Currency analysis

Solution :

  • Data Conversion is used to convert the YTD source file into Monthly values. This is required to support the standard currency translation of the Income Statement and Balance Sheet. Perform Currency Translation from Functional to USD currency. HFM data loaded into this cube through EAL process.
    • Limitation: Contains only two periods of data at all times.
  • Data Repository is used to store the Monthly Functional and USD balances for all dimensions to be utilized for specialized reporting needs. This cube is used by a small subset of users
  • Constant Currency is utilized to calculate and report out the 8 unique Constant Currency scenarios required for Management Reporting.
  • Calc is utilized to:
    • Trigger movement of Actual data to Constant Currency cube
    • Trigger the FX Translation Plan/Projection, Constant Current Calculation by Scenario and partition data to Reporting cube
    • Trigger production of specialized reporting out of Data Repository cube
  • Reporting is the main reporting cube utilized by the majority of users. Supplemental data is submitted into this application to support management reporting and footnote disclosure.

Detail Process:

  • YTD files from Oracle and additional data sources loaded into Data Conversion and HFM, through FDMEE.
  • EAL utilized to move Eliminations, Minority Interest, and other calculated values to Data Conversion
  • YTD data transformed to Monthly data, Currency Translation occurs
  • Data Conversion partition data to Reporting and Data Repository, from FDMEE trigger
      Calc utilized to:
    • Trigger movement of data from Data Repository to Constant Currency
    • Trigger the FX Translation Plan/Projection, Constant Current calculation by Scenario and partition data to Reporting cube
    • Trigger production of specialized reporting out of Data Repository cube
  • Access to Data Repository and Data Conversion cubes is restricted to Admins
  • Supplemental Data is input into ASO through SmartView
  • Plan and Projection data which is available within the Reporting cube is moved into HFM, through FDMEE

Contact MindStream Analytics

Want to know more about Mindstream Analytics? Fill out the form below and we'll get back to you shortly.

Youtube Channel