关于协助做好尽职调查工作的通知
信息技术部：
境外投资银行和律师进入以后，首要工作之一是开展尽职调查，这是公司重组上市的一个重要环节，其目的是全面了解和掌握公司的基本情况，为撰写招股书作必要的准备。尽职调查将通过由各部门提供资料、公司领导介绍情况、专题访谈等多种方式进行。
为了做好尽职调查工作，投资银行提出了需要各部门配合回答的问题提纲。提纲的初稿已经征求了各部门的意见。经公司领导同意，现将修改后的尽职调查提纲按各部门承担的职责范围分发给贵部，请协助完成。
贵部接此通知及所附提纲后，请在部门总经理亲自领导下指定专人负责完成。有相关资料（包括能够反映情况的报告、文件、分析材料、数据等）可以直接提供，现有资料不能够回答有关问题的，请责成负责此项工作的同志抓紧撰写。尽职调查是一项十分严肃认真的工作，各部门提供的材料将作为投资银行、律师将来撰写招股书和对公司做出评价的重要依据，具有法律效应。请各部门切实负起责任，本着实事求是的原则，全面、真实、准确地做出回答。尽职调查材料经部门总经理审阅签字后，务必于4月15日前送交公司股改办。
请各部门在4月9日前，将负责此项工作的人员名单、联系方式传真至公司股改办。股改办拟于4月10日请雷曼兄弟公司就有关要求对各部门指定的负责人员进行辅导。
联系人：曹青杨、刘云龙
电话：85632299——3506
传真：85615095
股改办
2003年4月8日
信息技术部
填表说明
1. 本尽职调查是为全面了解公司的业务、财务、人力等方面情况、理解公司历史经营与未来计划等设计并进行
2. 本尽职调查分为九个部分，包括公司总体情况、业务与产品、产品开发与精算、风险管理、市场营销、信息系统、人力资源、财务会计和监管环境。需提供的主要数据表请公司尽可能提供
3. 请公司组织最了解情况的业务骨干准备材料，各项问题的回答需要如实、准确、完整。在涉及市场的统计数据时，请参考权威统计数据填报，并注明出处。涉及未来战略的部分，请公司尽可能作出回答
4. 清单中的表格所需数据请尽量提供历史五年（1998-2002）数据。如有分类调整，请按照公司目前的分类提供
5. 清单中的业务数据涉及股份公司与存续公司部分，请按99版及以后保单归属股份公司，98版及以前归属存续公司的口径统计
6. 除特殊注明外，本尽职调查中截止时点为2002年12月31日
第六章 信息系统
一、信息系统概述
1.1 请介绍公司1999年以来的各主要信息系统的发展和演变，包括各主要信息系统投入
使用的时间和功能等
答：见附件《应用系统介绍》
1.2 请介绍公司现有各系统的主要功能、使用部门和涉及管理层次、开发商、如何升级和
维护（请分系统介绍），是专用系统还是通用系统
答：见附件《应用系统介绍》
1.3 全国所采用的信息系统是否一致？如不一致，请列明不一致的省份和系统功能、如何
进行开发、升级和维护
答：核心业务系统不一致。江苏、上海、深圳采用的是自行开发的核心业务系统。主要完成保险业务处理，由分公司自行升级和维护。
1.4 总公司、省公司和地市公司系统是如何衔接的，如何交流和处理信息？未来发展方向
如何
答：信息处理流程见下图。
流程图说明：
1． OBPS(老业务处理系统)将取代地方保单数据系统，但数据流程与信息不会发生变化。
2． 财务分析系统直接从CLAF系统中抽取所需数据。
3． 省公司建立中间库，即从分散于各地市的CBPS抽取业务信息，形成全省的业务信息库，
供CALL center、综合查询系统使用。
4． 综合查询系统在省级公司使用扩充后的中间库作为数据源，并将数据统计合成（只要县
区公司以上的机构的数据）上总公司，供总公司的查询系统使用。
5． 银保通与CBPS的连接按包含实时交费等功能考虑。
上述系统由于基本只在个别省公司运行，所以不在图中列出。
1.5 请描述公司的信息系统开发战略，如何配合公司整体战略
1.6 结合业务发展速度，未来2-3年内公司信息系统将如何发展，现有系统将如何整合 答：随着业务的发展，适应金融业集约化经营的发展趋势，业务数据集中、财务数据集中，业务集中管理、财务集中管理是适应企业规模化发展，提高企业核心竞争力的根本措施和手段。因此对于我公司信息化战略来说，数据集中，包括业务和财务数据集中是管理集中的必要前提。数据集中预计2003年年底完成业务和财务数据的省级地域和逻辑集中，计划在未来2至3年内完成全国集中或区域集中，从而使信息化水平提升到一个新的战略制高点。为了适应数据集中的战略需求，必须对现有的信息处理系统进行改造和开发新的系统，以满足数据集中和管理集中的需求，提高管理自动化和信息化水平。
根据国际寿险业信息化发展轨迹，典型的寿险公司应用系统的体系构架应该是分层的，可伸缩和可扩展的。一个典型的体系架构图如下所示：
图 寿险公司典型应用程序体系结构
从上图可以看出，典型的寿险信息构架是分层的、可伸缩的体系结构，核心业务层往往置于最下层，且处于中心和核心的地位，它是更高级应用系统的基础和前提，在上层是客户关系系统、业务智能和统计报表决策咨询系统，以核心业务处理为中心，还有中介业务处理系统，负责和银行/邮政之间帐户信息的交换，还有服务系统，包括Call Center、传真等客服系统，此外随着互联网的发展，以互联网技术为核心，网上查询，网上投保和网上保全为业务范畴的B2B、B2C的电子商务正成为未来信息系统发展的趋势。
从上图也可以看出，目前我公司还有待开发的系统包括：投资管理系统，业务智能系统（包括统计咨询、决策分析和报表），再保险系统和电子商务系统。迫切需要建立的是客户关系系统和电子商务系统，目前业务处理系统包含了一部分客户资料系统，因此将其剥离出来，构建客户关系系统是未来系统改造的目标之一，这也将以保单为中心的管理服务模式，向以客户为中心的管理服务模式转换的一个重要环节和步骤。通过构建客户关系管理资料库，开发以客户为中心的管理服务系统和发行服务于客户的信息卡系统(iCARD)，对提高服务水平，真正向客户提供完善服务具有重要意义。
对于电子商务系统，尽管可以通过一些技术手段实现分布式数据库存取，但总体来说，电子商务系统是必须依托于数据的集中，目前技术和政策层面的问题都不存在，随着数据集中的进展，我公司将逐步开发出性能优越、安全可靠的保险E通道电子商务系统。
随着数据集中的进展，对传统系统的改造就成为今后一至两年比较迫切的任务，为了适应数据集中后带来的大并发用户数问题，核心系统将进行三层改造，通过中间件技术实现负载均衡，同时采用中间件技术，对系统的整合也提供了一个强大的技术手段。
随着数据集中的进展，原来一些为了满足个性化需求的系统将进行系统整合，将对目前的统括业务处理系统将整合到核心业务处理中，核心系统将增强对健康险和团险业务需求的支持，将核心业务系统开发成以业务类别为基本处理模块，整个系统既统一又相互独立的业务处理系统，提高整个系统可扩展性和可伸缩性。同时剥离客户资料处理系统，构建客户关系系统，增加财务、代理人和中介业务的处理接口模块，以满足我公司复杂的业务需求。
此外为了满足精算，数据分析，查询统计报表和决策咨询方面的需求，构建数据仓库系统。通过设计科学的数据结构和高效的数据抽取策略，建立性能优越的数据仓库系统，为科学决策和查询系统提供真实可靠的数据源。
1.7 哪些功能将完善，准备增加哪些功能？1年内有什么具体措施和计划
答：
预计在CBPS中增加处理健康险应急需求的功能。
根据目前职工补充医疗保险业务发展和管理的需要，为满足一些重点需求，在CBPS增加处理该应急业务需求的功能，以满足业务管理和信息系统处理的需要。这些需求主要包括：1）应用于目前补充类业务的管理需要；2)从管理上说，能够实现一定的统计分析和规范管理功能；3)从业务处理上说，能够满足团体客户投保时对保障
责任等个性化需求。
开发计划和措施：
计划于2003年4月启动此项工作，争取在一个月时间完成此项工作。
计划和系统集成公司合作，由该公司负责概要设计和详细设计，抽调分公司有开发经验和熟悉业务的开发人员，与总公司和系统集成公司一起完成此项工作。
∙ 预计完善中介业务处理系统，增加银行/邮政实时代收和转帐批扣批付功能。 “银行即时出单处理系统”自2002年11月在广东投入运行以来，运行平稳，有力支持了我公司中介业务的开展。但由于诸多原因，也存在许多问题，主要体现在：
1.出单系统功能存在一定的缺陷，无法完全满足业务需求；2.系统没有提供续期缴费功能。3.系统没有提供银行转帐批扣批付功能。因此，拟继续完善“银行即时出单处理系统”，解决系统一版遗留下来的问题，包括：单证核销（银行方面）、与CBPS的接口、财务处理等；将系统开发成与多个外部处理平台兼容的业务处理中介系统，2003年的主要任务是与邮政储汇局中介系统的接口问题；将系统开发成支持多险种的业务处理中介平台，主要是免核保的险种处理，包括：鸿泰、鸿星、鸿瑞以及短期意外险。将系统开发成与本公司业务处理系统无缝连接的支持银行实时代收代付（实时转帐）的中介业务处理系统。并正式更名为“中国人寿中介业务处理系统”，成为外部系统和国寿业务处理系统进行交易的中介业务处理平台。
开发措施和计划：
项目开发时间预计2个月，分为下列2个阶段。2003年3月至4月确定需求，形成需求规格说明，完成系统概要设计和详细设计，2003年5月至6月编码测试和业务管理部验收。
∙ CBPS 8版系统改造
1)实现目标和增加的功能：①采用中间件技术，进行CBPS的三层改造，解决CBPS省级数据集中后，由于大并发用户数带来资源竞争而造成的系统效率降低和当机等技术问题；②满足江苏分公司和上海分公司的业务需求，实现江苏分公司和上海分公司业务系统平滑向总公司业务处理系统过渡的业务需求；③增加系统影像处理功能模块；④增加出单系统功能模块；⑤增强CBPS处理短险业务处理功能；⑥增强CBPS团体健康险业务处理功能。
开发措施和计划
①开发方式由总公司信息技术部牵头，抽调江苏上海分公司开发人员和CBPS前期版本的分公司开发人员，和科比亚公司开发设计人员合作开发；②科比亚公司和总
公司分公司开发人员协作进行系统的需求整理、系统设计(概要设计和详细)和程序编码工作，总公司业务管理部负责测试和项目验收；③预计2003年4至5月进行需求整理、概要设计，2003年6至8月进行详细设计，2003年8月至12月进行编码和测试工作。
∙ 预计完善财务处理系统，将现有的财务系统4.0版升级到5.0版。
根据目前中国人寿的财务系统现状和系统即将面对的数据集中带来的问题，急需对原有财务系统进行改造，改造包括以下两个部分：
针对财务系统在集中处理模式下存在一些问题，如对于并发性比较强的一些财务操作，可能在集中后成为核算系统的瓶颈。建立批处理队列，由批处理管理系统对此类批处理操作进行统一管理，从而解决如上所提到的问题。
目前的财务系统是终端版的，包括打印在内的展现形式都比较单一，用户在进行查询操作时也颇受限制。现将财务系统的综合查询及打印管理功能按照目前的业务逻辑，移植到PC平台上。采用B／S方式实现，将使操作界面图形化，提供更丰富和友好的展现形式。在效率上也有所提高，系统实现中的分层结构也使系统比目前的系统灵活性更强，更容易维护和实现分布。
开发措施和计划
计划于2003年3月~5月完成系统详细设计，系统编码工作及测试工作。
∙ 完善代理人管理系统AMIS 3.0，开发基于省级集中需求的应用解决方案的
AMIS新系统。
开发将基于AMIS省级集中的需要，在满足业务指标需求、数据交换需求、信息保密需求、数据分发需求、个人代理人代码升位需求、考核预警功能需求、性能需求、并行需求和用户界面友好性需求等的前提下，开发AMIS新系统，并将AMIS 3.0版系统平滑地过度到新系统。
开发措施和计划
根据AMIS改造的总体目标，此项目预计分为两期完成。第一期计划在6月底能提供一个支持集中处理的可运行系统。第二期计划在10月底完成系统的完全改造。
1.8 公司的系统是否有备用系统（软件和硬件）？数据是否有备份，如何备份及保存 答：部分分公司有备用系统。数据有备份，各分公司根据自身情况，制订备份计划。
1.9 公司认为现有系统存在的最大风险是什么
1.10 信息系统资本开支分析
二、分系统介绍（包括CPBS系统、精算系统、CLAF系统、地方保单数据系统和其他系统）
2.1 分系统说明各系统的功能、特点、作用及采用的主要技术
答：见附件《应用系统介绍》
2.2 在上述过程中所涉及的操作和数据使用部门，及各部门的职责和关系
答：见附件《应用系统介绍》
2.3 请介绍各系统包含的信息，分别被哪些部门或系统所引用？各系统是否可以提供满足
管理需求的信息？如没有，还需要增加哪些功能
答：见附件《应用系统介绍》
2.4 信息系统是否有预警提示？如续保到期自动提醒、赔付的自动检验等
答：有