前段时间，携程的假保单事件动静整得挺大的，其实不光是航意险，车险、乘意险等都会有这样的问题，只不过航意险等之类的交通工具意外险假保单比例比较多。这类险种一般为短期险，赔付低，利润高，都是通过撕票方式出单。像平常过年回家，坐汽车回家买汽车票时，总是被附带上一张1元或2元的保险。

创新互联网站建设公司，提供网站设计、成都网站设计，网页设计，建网站，PHP网站建设等专业做网站服务;可快速的进行网站开发网页制作和功能扩展；专业做搜索引擎喜爱的网站，是专业的做网站团队，希望更多企业前来合作!

这种撕票的方式，定额保单进行销售，不是通过系统的方式出单，也对假保单提供了土壤。前段时间，某保监局公布《关于规范中介渠道短期意外伤害保险业务的通知》，《通知》要求，各保险中介公司在经营随车票等一起出售的短期意外伤害保险时，均应停止以手撕票方式经营。在销售时，做到电脑联网、系统出单、实时管理，保证短期意外险保单原始信息及时进入保险公司核心系统。禁止以手工填写、单击打印等非系统联网方式出单。有这样的业务需求驱动，系统就要进行相关改造。

这里以乘客人身意外伤害保险为例，目前各客运站用的最多的是太保的乘意险系统。由于直接面对乘客，售票的实效性要求很高，要尽少对售票业务的影响。售票员要登录两个系统，一个是售票系统，一个是出单系统。活动界面始终为为售票系统的售票界面，当完成一次售票，如果客户还需要买乘意险，售票员通过某种方式（定义快捷键，如按某数字键），便可快速切换到出单系统的出单界面，系统会自动把该车次信息带入，操作员点击保单打印。结束后，出单界面自动最小化，活动界面又恢复为售票系统的界面。两个系统之间比较重要的是数据之间的交换，包括客票号、座位号、起止站名称、乘车日期等。初步想法是通过文件的方式进行交互。出单系统的数据库是数据库独立的，系统定期把这些数据导入到总公司核心库中。细节的地方，还有很多，包括单证管理、结算管理等，真要做起来，这活的工作量可不小。

[@more@]
当前标题：携程假保单事件，联想到乘意险系统需求-创新互联
标题路径：http://azwzsj.com/article/djoegp.html