保险之 险种定义 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

险种定义是保险发展的前提，没有产品根本就谈不上什么后续的业务，所以保险没动 险种先行！！
呵呵 兄弟 我在产品这个模块中没有什么经验，就是在保全模块会调用N多的校验法则 几乎都是来自产品定义。比如退保，投连帐户转移，万能团险中养老金类型的险种 。
   好了 我也只知道这点 ，希望大家多多发言！
同行IT,先顶一下.
产品定义模块设计的好坏对于保险系统很重要, 直接的体现方式是新产品推出时的开发周期,间接的体现是会影响到后续保险业务.比如:理赔.因为理赔时会读取产品定义的信息进行计算的.产品定义比较弱或不准确,后果可想而知了.
险种也是产品的定义吧，现在金融行业公司对产品开发这一块还是很重视的，当然同时也需要IT的跟进，
其实很多产品早就在酝酿中，不是一朝一夕出来的，
有远见的软件开发商都是很早就跟进开发的，这样才能先人一步。
对呀 正是鉴于保险中产品的“领头羊” 的地位 才开此论坛的平台 ，希望大家各抒己见！
在次我也谈点自己的看法：
楼上的兄弟谈到产品很重要，软件开发商的跟进开发 问题，就本人现在了解 在国内还没有发现这样的公司。个人认为在产品的定义方面 各家保险公司的精算部 都会根据各自公司的情况 推出适合自己的产品 所以 对于处于被动的乙方来说要想很好的提供服务于 甲方 ，恐怕开发商还有很大的提升空间。 现在个人接触的两家公司的态度都是 以最快的速度 上线系统 然后尽量不一些后续的维护工作中赚取利益。
当然对于乙方也明白这样做的劣势 ，但是为了赢利 为了生存 极少数的公司愿意花资金和人力保持和自己客户方做长久的潜在产品开发的交流，绝大部分都是在等待 甲方提出新的需求 ，之后再在原来系统中做修修补补。
如果现在真有想长久发展的乙方 出现 。有五年左右的时间 它的优势绝对可以表现出来。。。
但愿有这样的公司出现。。。。。。。。。。。。。。。。。
有没有那位大虾现在在产品模块使用引擎功能来实现的实例或者 理论知识，希望可以共享一下啊！！
原帖由 quanzhi_1225 于 2008-10-22 10:54 发表

有没有那位大虾现在在产品模块使用引擎功能来实现的实例或者 理论知识，希望可以共享一下啊！！
兄弟，毫无疑问，规则引擎可以实现大部分产品定义的功能。但是产品定义个人认为还是以数据模型的形式实现最好，当时然这里面可能包括表结构或者XML数据结构等方法。
老虎钳子在必要的时候也可以当作锤子用，但是做事情要选择恰当的工具才可以做得好。
[ 本帖最后由 hackjack 于 2008-10-22 14:11 编辑 ]
什么是一条规则？什么又是一个产品的属性？这两个东西如何可以正确的区分？是否应该区分？
不知大你是否看过Accord 的保险行业数据结构，产品这个东西是被抽象成为一个对象的。
而规则引擎一般是通过推理的方式（正向推理或者逆向推理的方式）进行的判断。
比方说“A险种可以接受的投保年龄是4－65岁”这句话虽然赫然写在我们的投保规则这份文档里面，但是从逻辑上来区分，它的的确确是一个产品的属性，如果把它放在规则里面实现了后期可能会有问题。
规则引擎是解决问题的一个办法。
   从工具论上来说，我们还是要结构化产品，然后使用规则引擎来做规则校验的。
这两个东西没有那么大的冲突。
数据结构化，规则配置话，规则以数据为基础，这是个整体与局部的问题