中国人民健康保险股份有限公司****分公司微信小程序
****文件
中国人民健康保险股份有限公司****分公司向满足以下条件的供应商邀请参加本次****(后简称“磋商”):
*.中华人民共和国境内具有独立承担民事责任能力的供应商,包括法人、其他组织或者自然人。
*.遵守国家有关法律、法规、规章和政府采购有关的规章,具有良好的商业信誉和健全的财务会计制度,具有依法缴纳税收和社会保障资金的良好记录,参加政府采购活动近*年内(注册时间不足*年的按实际经营时间计算),在经营活动中没有重大违法记录。
*.通过“信用中国”网站(***.***********.***.**)和中国政府采购网(***.****.***.**)查询信用记录(截止时点为递交磋商响应文件截止时间),被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单的供应商,没有资格参加本项目的采购活动。
供应商在磋商过程中不得向采购单位提供、给予任何有价值的物品,影响其正常决策行为。*经发现,其供应商资格将被取消。
采购人在任何时候发现供应商提交的磋商响应文件内容有下列情形之*时,有权依法追究供应商的责任:
*.提供虚假的资料。
*.在实质性方面失实。
*.采购当事人之间不得相互串通参加磋商。
采购人依照下表,根据投标人提供的磋商响应文件进行比较性打分:
评审因素 |
评分标准 |
分值权重 |
价格评审 |
满足招标文件要求且响应价格最低的响应报价为基准价,其价格分为满分。其他投标人的价格分统*按照下列公式计算:响应报价得分=(评标基准价/响应报价)×*%×*** |
* |
商务评审 |
投标人项目业绩 |
投标人近*年(**** 年 * 月 * 日至开标日)同类软件开发服务项目实施案例,并提供符合上述要求的材料作为有效的业绩证明材料。提供*个得*分;甲方客户为****本地单位的每个得*分;最高得**分。须提供合同复印件(合同首页、清单页、金额页、双方签字盖章页加盖供应商公章)或中标通知书复印件。 |
** |
商务评审 |
投标人或所投产品原厂商企业资质 |
(*)具备*** ***** 信息安全管理体系认证资质证书得*分,否则得*分(提供证书复印件加盖公章)。(*)具备*** ***** 隐私信息管理体系证书得*分,否则得*分(提供证书复印件加盖公章)。(*)具备*****级及以上证书,得*分,否则得*分(提供证书复印件加盖公章)(*)具备*******质量管理体系认证证书,得*分,否则得*分(提供证书复印件加盖公章)。(*)*年内获得国家级或省级科技奖励(例如科技进步奖、专精特新企业等,得*分,否则得*分(提供证书复印件加盖公章)。(*)投标人近*年的财务、税收证明及信用中国无违规违法记录证明,此项满分*分,每少*项扣*分。注:以提供有效期内的证书复印件为准。 |
** |
技术评审 |
系统功能需求满足 |
投标人完全响应技术要求的全部功能需求,得**分,其中必备功能至少包括:定制界面、管理员后台报表查询(含所在单位报销明细和资金明细查询)、个人额度变化明细展示、多职工互为连带保险人、多职工添加同*连带保险人、线上购药、在线医疗咨询服务。 |
** |
技术评审 |
系统运行评价反馈、投诉处理机制 |
根据投标人提供的系统运行服务评价反馈机制方案进行综合评审,包括:客户服务评价反馈机制、投诉处理机制、应急预案;全部满足且符合项目履约需求有利于招标人实施的得*分,每有*项缺失的*分;每有*项内容存在缺陷的扣*分(缺陷是指:内容前后不*致或前后逻辑错误或不满足采购需求或不适用项目实际情况或凭空编造等),扣完为止。 |
* |
技术评审 |
整体设计 |
针对本项目需求及中国人民保险集团标准*/**** ***-****《应用研发技术架构规范》(****版)中小程序技术体系进行整体架构设计,根据整体设计方案的完整性、合理性、可行性进行评价。设计全面、合理,方案完整性、可行性高,得*-**分;设计基本符合实际需求、合理性*般,方案完整性*般、可行性*般*-*分;设计方案略有欠缺、合理性、可行性较差得*-*分;设计不符合实际需求、合理性差,方案不完整、可行性差或未响应得*分 |
** |
技术评审 |
信息系统安全 |
对投标人提供的信息安全保护措施进行评审,包括(共*点):承诺完成信息系统等级保护*级测评认证、数据安全、个人隐私保护措施及应急处理预案;全部满足具符合项目需求有利于招标人实施的得**分,缺少等保*级承诺的扣*分;其他存在缺陷的每处扣*分(缺陷是指:内容前后不*致或前后逻辑错误或不满足采购需求或不适用项目实际情况或凭空编造等),扣完为止。 |
** |
技术评审 |
服务团队 |
对投标人提供的服务团队进行评审:*.投标人承诺为采购方配备*名项目经理,并负责相关工作沟通协调得*分(提供承诺函原件或其他证明,未提供的不得分), *.承诺配备不少于*名计算机软件相关专业的软件开发人员,负责服务系统的专项开发,满足给*分,少于*名不得分(提供团队名单和每人学历证明复印件),*.投标人承诺如服务系统出现问题,响应时间在*小时以内的得*分,在*小时以内的得*分,其他得*分。(提供承诺函原件)。 |
* |
技术评审 |
履约保障 |
应答人承诺缴纳磋商报价金额的**%的履约保证金,针对服务系统开发时间进行考评①*个月以内达标**%以上,不扣罚履约保证金;②*个月以内达标**%,扣罚**%的履约保证金;③*个月以内达标**%,扣罚**%的履约保证金;④*个月以后仍未达标**%,中止开发协议,并扣罚全部履约保证金。此项提供承诺函原件或其他证明得*分,不提供不得分。 |
* |
技术评审 |
售后服务 |
对投标人提供的售后服务和保障措施进行评审,包括:售后服务方案、售后服务响应时间及服务质量保障措施;全部满足符合项目履约需求有利于招标人实施的得*分,每有*项缺失的扣*分;每有*项内容存在缺陷的扣*分(缺陷是指:内容前后不*致或前后逻辑错误或不满足采购需求或不适用项目实际情况或凭空编造等),扣完为止。 |
* |
合计 |
*** |
技术规格及要求
*.主要用途:
招标人为满足团体客户需求,为团体客户的补充医疗业务开发本地化专属微信小程序。通过本系统为客户和被保险人提供补充医疗*站式直付理赔,用户在合作的定点医疗卫生机构(互联网医院、互联网药店、线下实体药店、体检机构等医疗机构服务供应商)直接支付,支付成功后即完成费用的理赔手续,无需向保司申请理赔。
*.技术要求:
应答人需提供网站、***、微信公众号、小程序等*种或多种信息化手段,应该至少包含管理员后端报表查询(含所在单位报销明细和资金明细查询)、个人额度变化明细展示、多职工互为连带保险人、多职工添加同*连带保险人、线上购药、在线医疗咨询服务、线上理赔限额不低于**元等服务功能。
应答人需协助招标人结合微信小程序的建设做好本地化医药服务网络(地市、县域的地方性医疗和药品服务机构)的建设,提升招标人的服务网络覆盖面。
*.具体技术规格:
*.*.服务对象
本微信小程序前端主要为客户和被保险人提供服务,提供客户和被保险人线上线下医疗*站式直付理赔功能,无特别权限要求;
后台管理系统角色分为*般角色、运维人员、管理员*种,*般角色只支持查看及导出投保单位本单位人员客户保单、消费、理赔等数据;运维人员对非客户隐私数据进行查看、新增、修改、删除及导入导出等操作权限;管理人员对系统内数据进行查看、新增、修改、删除及导入导出等操作权限。
*.*.业务流程
|
|
|
直付理赔支付流程 |
直付理赔支付流程 |
直付理赔支付流程 |
|
|
用户 |
|
|
第*方机构 |
第*方机构 |
|
|
选购商品或服务 |
|
|
获取用户购买商品 |
|
|
|
选购商品或服务 |
|
|
获取用户购买商品 |
|
|
|
|
|
|
|
打开支付页面 |
|
|
|
|
|
|
|
商品信息验证 |
|
|
|
|
|
|
|
查询保单情况与余额 |
|
|
|
|
|
|
|
根据第*方申请机构查询 |
|
|
|
告知余额不足 |
|
否余额是否足够 |
|
|
|
|
|
|
是 |
|
|
核实待支付金额,输入支付密码 |
|
* |
|
|
核实待支付金额,输入支付密码 |
|
|
推送即将支付金额 |
|
|
|
核实待支付金额,输入支付密码 |
|
|
|
|
|
|
|
否*密码是否正确是 |
否*密码是否正确是 |
否*密码是否正确是 |
|
|
重新输入 |
|
|
否*密码是否正确是 |
否*密码是否正确是 |
|
|
调用扣费接口 |
|
否*密码是否正确是 |
否*密码是否正确是 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
系统进行扣费 |
|
|
|
展示失败原因 |
个 |
香扣费成功 |
|
|
|
|
|
|
|
完成 |
|
展示结算小票 |
|
|
*.*.界面说明
登录模块
用户注册
用户进行账号注册并填写个人信息,包括姓名、性别、年龄、手机号码等;
小程序可调取微信相关接口,获取用户手机号码,用户授权后,通过手机号码进行注册,并补充相关信息,包括姓名、性别、年龄等
忘记密码
用户通过验证身份找回密码,包括手机验证码等;
用户登录
使用注册的账号和密码进行登录操作;
首页
网点查询
用户根据地理位置浏览附近的药店信息;
用户通过关键词搜索附近的药店信息;
用户可以按照不同的类别进行筛选搜索结果;
提供商户信息的展示,包括地址、联系方式、营业时间等;
用户可以核查商户是否支持医保服务;
扫码直付
展示用户的直付码;
网上药房
用户可以浏览和搜索附近的药房信息;
提供药品信息展示,包括药品名称、价格、用途等;
用户可以查看药品的详细说明书和副作用信息;
用户可以下单购买药品,并进行在线支付;
提供订单管理功能,包括查看订单状态、物流信息等;
网上购药
用户可以浏览和搜索药品的信息,包括药品名称、价格、用途等;
用户可以查看药品的详细说明书和副作用信息;
用户可以将药品加入购物车,并进行在线购买;
提供订单管理功能,包括查看订单状态、物流信息等;
提供药品评价和推荐功能,帮助用户选择合适的药品;
我的保险
显示保司名称、用户直赔可用额度、连带被保险人额度、姓名、保单状态、保单号、冻结额度;
提供我的保单、理赔记录查看;
我的保单
用户可以查看我的保单信息;
理赔记录
提供直付消费记录查看;
提供连带被保险人消费记录查看
用户可以查看理赔进度;
连带被保险人
提供连带被保险人查看;
提供录入连带被保险人信息;
提供互为连带被保险人额度共同使用;
修改手机号码
修改直付保险账户绑定手机号码;
修改支付密码
修改直付支付密码;
个人中心
设置
密码修改
用户进行账户密码修改操作;
个人信息
用户可以查看和修改个人基本信息,包括姓名、性别、年龄、联系方式等;
身份信息
用户可以进行实名认证、身份证件上传、人像验证、身份证件更新;
我的订单
用户可以查看在系统中下单的订单情况,包括购药订单、购买服务订单等;
拍照理赔
用户可以通过提交医疗费用理赔申请;
用户可以上传相关的医疗费用发票和报销凭证;
提供发票查验功能,对提交的发票进行查验;
提供理赔进度查询功能,用户可以查看理赔申请的处理进度;
用户可以查看理赔记录和历史理赔信息;
我的积分
用户可以通过使用特定功能服务,如购买药品,获得积分;
提供积分查询功能,用户可以查看当前的积分余额;
用户可以使用积分兑换权益或者其他奖励;
权益中心
用户可以激活软件提供的各类权益和优惠券等;
提供权益查询功能,用户可以查看已激活的权益信息;
提供权益使用管理功能,用户可以查看和使用优惠券、积分等权益;
联系客服
进入智能机器人服务页面,展示热点问题、常见问题,用户可以点击查看回复;
点击人工服务,用户可以联系客服人员咨询问题;
消息中心
展示系统推送的提醒信息;
后台管理端
后台管理系统提供给运营人员使用,主要功能包括保单管理、服务商管理、明细管理、数据管理等功能。
所有服务商的接口都和后台管理系统对接,后台管理人员可以进行保单配置、设置被保险人额度、查看消费明细等操作;
保险管理
投保单位
展示系统中的投保单位情况,包括保单号、报单名称、总金额、状态、投保日期、到期时间等;
理赔服务卡
显示理赔服务卡信息,包括卡号、用户姓名、证件号码、余额、个人保额、卡片类型、投保单位、支付金额、状态、冻结额度等;
直付理赔记录
显示直付理赔记录,包括卡号、姓名、证件号码、商家名称、商铺名称、省、市、区、支付金额、支付时间、状态;
机构管理
合作网点导入
支持对合作药店的导入,包括机构名称、地址、服务时间、联系电话等;
签约机构
显示签约机构,包括机构名称、机构类型、机构地址、法人、联系人、联系电话、营业执照附件、创建时间等;
签约机构协议
展示签约机构签订协议,包括机构名称、签约时间、到期时间、协议附件等;
明细管理
被保险人明细
展示被保险人信息,包括姓名、性别、年龄、证件类型、证件号码、状态(在职/离职/退休)、操作(维护被保险人信息);对被保险人进行管理,包括新增、信息修改、账号禁用等;
连带被保险人明细
展示连带被保险人姓名、证件类型、证件号码、性别、主保险人姓名、证件类型、证件号码、卡号、关系、投保单位、投保单等;对;连带被保险人进行管理,包括新增、信息修改、删除、关联主保险人等;
消费明细
展示用户的消费信息,包括姓名、保单号、保单名称、类型、金额、额度消耗、外部订单号、现金支付、消费时间、操作(查看具体消费详情);
额度明细
展示用户额度信息,包括姓名、保单名称、额度场景(消费)、理赔规定时间、总额度、花费额度、剩余额度、外部订单号、状态、操作方式、创建时间、最后更新时间;
理赔明细
显示非直付理赔的理赔明细;
积分明细
展示用户积分变化情况,包括新增、消耗、用途、更新时间等;
商品明细
展示积分兑换的商品情况,包括商品名称、商品介绍、品类、所需积分等;
信息管理
电子处方数据
展示用户线上问诊后医生开具的电子处方,线上购药需要调用电子处方中药品信息;
*.其他需求
小程序技术体系包括小程序开发框架、小程序管理平台、多端转换工具,如图*示。
开发框架
***组件插件
路由界面网络 |
文件 |
存储 |
媒体 |
位置设备 |
视图表单画布导航地图内嵌** |
自定义接口自定义组件 |
转换工具
微信小程序 |
|
支付宝小程序 |
|
字节跳动小程序 |
|
企业级小程序 |
管理平台
开放平台运营平台
开发者入驻 |
|
小程序测试 |
|
入驻审批 |
|
权限管理 |
|
信息管理 |
|
权限管理 |
小程序发布 |
|
小程序分析 |
|
发布审批 |
|
分析管理 |
|
门户运营管理 |
门户运营管理 |
|
小程序技术体系
小程序开发框架
支持系统必备基础***和组件;
集成开发环境完备;
小程序运行时容器高效稳定;
***、组件能灵活扩展。
小程序管理平台
提供面向开发者的小程序开放平台,包括开发者入驻、小程序发布、小程序测试、小程序分析等功能;
提供面向运营者的小程序运营平台,包括开发者入驻审批、系统权限管理、小程序发布审批、小程序信息管理、小程序分析管理、门户运营管理等功能。
小程序转换工具
提供稳定的小程序互转工具,支持*次开发,多端投放。
安全性
支持管理态和运行态需多租户,保障各租户数据安全;
各管理控制台须具备用户认证、权限管控的能力;
提供的部分源码或镜像,须符合我司安全性、合规性检测要求,符合银保监会合规要求;
对平台的关键数据、敏感数据进行数据加密,保证数据安全。
性能
性能稳定,提供与原生基本*致的用户体验;
支持增量更新。
稳定性
具备对业务数据和性能进行监控的功能。
*.*.操作性
观感具有舒适性,充分考虑视觉因素,界面用户使用有舒适性,避免使用刺激性的配色;操作方便,符合日常使用习惯、按钮位置便于操作;符合安卓、***页面、*/*设计规范,符合基本的软件设计规范。
*.*.可执行
时间性要求:响应时间要求在*般响应时间**或者*****以内;对于大数据量加载,分页展示,提供进度条以及预计时间,减少用户焦虑;数据操作时间可控;
容量要求:系统吞吐量根据用户情况评估并支持并发数;对于投入资源的使用率需要达到*定的水平,避免资源浪费。
*.*.安全性:本系统要符合信息系统等级保护*级要求并满足信创建设标准
程序安全:设置访问权限控制,根据不同用户设置对应的访问权限,对账号密码错误锁定、密码复杂度要求
数据分类分级加密:客户个人敏感信息、应用系统用户密码、影像件数据进行脱敏、授权访问等方式加密;
数据传输安全协议:在传输时对数据进行加密,防止信息被拦截;利用签名确认双方身份,保证传输的节点安全;使用成熟的安全传输协议,保证传输的通道安全。
*.*.健壮性
错误率及容错处理:错误率需要控制在*定范围内;提供容错处理,不能出现系统崩溃、卡死等情况,错误有直观的提示信息
*.*.可扩展性
根据业务扩展,负载能力可扩充;降低耦合度,各功能之间互不影响
*.*.运行要求:
该系统应支持物理服务器部署或虚拟机部署,要求正式上线运行前应部署于招标人指定的总公司数据中心,该系统整体开发架构设计原则上要参考中国人保集团开发框架。
*.服务要求
*.*.投标人应制订切实可行的实施计划,确保按时按量交付。
*.*.投标人应提供项目进度计划,以确保该项目能按时完工。
*.*.投标人应有合理的组织机构,建立健全保障项目顺利实施的各项管理制度和质量保证体系。
*.*.投标人应提供人员培训方案,并组织实施,内容包括(但不限于)安装调试、使用和运行管理、开发示范、问题检测与修复等。免费培训应包括业务人员操作使用培训、技术人员开发维护培训,并在培训后提供相应的资料如用户手册、光盘等,培训人员人次按用户使用需要。
*.*.安装和调试要求:投标人负责派技术人员到现场进行免费安装、调试,直至验收合格。
*.*.投标人要协助采购人完成旧系统至新系统的切换工作。
*.知识产权要求
投标人应保证在本项目中所有预装和为本项目安装的软件为在中国境内具有合法版权或使用权的正版软件且无质量瑕疵,其所提供的产品及服务不侵犯第*方的知识产权,否则,由此给采购人造成的*切损失由投标人承担。
*.交货期
合同签订之日起*个月。
*.交货地点
采购人指定地点。