前附表
序号 |
子项 |
招标需求 |
一 |
采购标的需实现的功能或者目标 |
为了完成对宁波市眼科医院信息化升级建设。 |
为落实政府采购需满足的要求 |
详见第一章 公开招标采购公告。 |
|
二 |
采购标的需执行的国家相关标准、行业标准、地方标准或者其他标准规范 |
由采购人认可的有关国家标准、行业标准、地方标准或者其他标准规范。 |
三 |
采购标的需满足的质量、安全、技术规格、物理特性等要求 |
详见第二章 招标需求第一条。 |
四 |
采购标的数量、采购项目交付或者实施的时间和地点 |
采购标的数量:详见第二章 招标需求第一条。 实施的时间:详见第一章 公开招标采购公告。 实施的地点:采购人指定地点。 |
五 |
采购标的需满足的服务标准、期限、效率等要求 |
详见第二章 招标需求第二条。 |
六 |
采购标的验收标准 |
按照中标人提供的投标文件、中标人和采购人签订的政府采购合同为标准进行验收。 |
七 |
采购标的其他技术、服务等要求 |
无。 |
八 |
核心产品 |
所有模块。 |
九 |
现场踏勘 |
投标人自行前往现场进行踏勘。 |
一、 采购标的需满足的质量、安全、技术规格、物理特性等要求
1、 模块清单
序号 |
模块名称 |
数量/套 |
1 |
81890 |
1 |
2 |
甬易支付对接 |
1 |
3 |
预约挂号改造 |
1 |
4 |
预约挂号黑名单系统 |
1 |
5 |
电子健康卡就诊 |
1 |
6 |
宁波市财政电子票据对接 |
1 |
7 |
宁波医保住院工伤接口 |
1 |
8 |
两卡融合 |
1 |
9 |
集中预约 |
1 |
10 |
疾病诊断目录升级 |
1 |
11 |
年包服务 |
1 |
2、 招标要求
序号 |
招标要求 |
投标响应 |
|
一、总体技术要求 |
|
||
1 |
系统应基于采购人现有的硬件、网络、软件系统平台和数据库环境,充分利用现有资源,不浪费现有设备。 |
|
|
2 |
数据库设计结构合理,运行效率高。 |
|
|
3 |
软件系统模块化设计,可裁剪组装,分步实施,功能齐全,流程规范,优化管理,符合国家、省、市对医疗卫生信息化软件的规范要求。 |
|
|
4 |
系统遵从所涉及的业务的国际标准、国家标准及规范各项技术规定,做好系统的标准化设计与管理工作。 |
|
|
5 |
中标人应成立项目小组,并指定一名专职的项目经理,负责项目协调和调度工作。除项目经理外,项目组须配备专职的技术负责人,同时应按照项目实施的要求,配置相应的项目管理、系统设计、开发、测试、集成、培训、质量保证等人员。 |
|
|
6 |
采购人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作,投标人必须接受并服从采购人的监督、管理要求。 |
|
|
二、81890 |
|
||
1 |
81890坐席人员管理 |
支持坐席人员的基本信息的新增。 |
|
支持坐席人员的基本信息的修改。 |
|
||
支持坐席人员的基本信息的删除。 |
|
||
支持坐席人员的权限分配。 |
|
||
2 |
81890坐席人员预约操作平台 |
提供医生排班表。 |
|
坐席人员在接到预约请求时,需要录入身份证号、预约人姓名、性别、出生日期、家庭地址、手机号。 |
|
||
锁号成功以后,预约操作平台以提示窗口方式,提供业务流水号让操作人员进行复制。 |
|
||
坐席人员告知用户按短信内容回复短信完成预约挂号。 |
|
||
支持预约平台将向预约登记手机号发送预约成功短信。 |
|
||
3 |
81890坐席人员预约业务查询 |
坐席人员能够通过手机号、身份证号、支付卡号查询到预约业务信息。 |
|
坐席人员能够查询到所有通过81890预约的业务,仅限于81890。 |
|
||
坐席人员允许再次发送预约成功信息。 |
|
||
4 |
81890预约业务退号处理 |
预约平台如遇医生停诊,将统一由预约平台向医院退号,并以短信方式通知预约登记手机号。 |
|
坐席人员允许对预约业务做退号处理。 |
|
||
支持平台会发送退号成功短信到预约登记手机号。 |
|
||
5 |
Web Service支付方法和业务查询 |
81890支付系统根据中心Web Service提供的业务查询方法,根据业务流水号查询预约挂号信息(医院名称、科室名称、医生姓名、门诊时间、挂号费、手续费、预约号子、预约验证码)。 |
|
81890支付系统根据中心Web Service提供的支付方法,完成预约确认支付操作并返回业务流水号、支付卡号。 |
|
||
三、甬易支付对接 |
|
||
1 |
基本要求 |
实现与甬易支付的对接。 |
|
2 |
对接接口 |
支付请求(匿名)。 |
|
收单查询。 |
|
||
收单撤销。 |
|
||
收单退款。 |
|
||
总账对账接口。 |
|
||
对账文件下载。 |
|
||
消费通知。 |
|
||
四、预约挂号改造 |
|
||
1 |
根据市卫健局要求,对医院端预约挂号进行调整改造,实现医院40%号源向基层开放,提前10天开放诊前3天收回。 |
|
|
五、预约挂号黑名单系统 |
|
||
1 |
提供预约挂号黑名单功能,用户在规定时间内内累计爽约指定次则会列入黑名单,在以后指定时间段内不能预约。 |
|
|
2 |
提供预约挂号黑名单查询界面。 |
|
|
3 |
支持手动删除被列入黑名单的用户记录。 |
|
|
4 |
支持手动新增黑白名单。 |
|
|
5 |
预约挂号黑名单参数设置功能 |
提供预约挂号核对时间段参数设置。 |
|
提供核对次数参数设置。 |
|
||
提供锁定时间段参数设置。 |
|
||
提供预约途径参数设置。 |
|
||
6 |
HIS系统适应性改造 |
原有预约挂号流程控制改造使之支持预约挂号爽约功能。 |
|
六、电子健康卡就诊 |
|
||
1 |
基本要求 |
实现患者在采购人能够使用浙江省电子健康卡进行就诊。 |
|
2 |
读卡器前置服务 |
前置服务接收读卡功能传入的动态二维码,调用省平台的身份验证交易,验证身份合法性并读取相关信息,并且返回结果给调用方。 |
|
3 |
门诊挂号 |
增加居民电子健康卡扫码功能,扫码获取二维码后调用读卡前置服务获取病人的身份信息,根据明确的身份信息开展门诊挂号业务。 |
|
4 |
门诊收费 |
增加居民电子健康卡扫码功能,扫码获取二维码后调用读卡前置服务获取病人的身份信息,根据明确的身份信息开展门诊收费业务。 |
|
5 |
诊间接诊 |
增加居民电子健康卡扫码功能,扫码获取二维码后调用读卡前置服务获取病人的身份信息,根据明确的身份信息开展诊间接诊业务。 |
|
6 |
诊间结算 |
增加居民电子健康卡扫码功能,扫码获取二维码后调用读卡前置服务获取病人的身份信息,根据明确的身份信息开展诊间结算业务。 |
|
7 |
入院登记 |
增加居民电子健康卡扫码功能,扫码获取二维码后调用读卡前置服务获取病人的身份信息,根据明确的身份信息开展入院登记业务。 |
|
8 |
出院结算 |
增加居民电子健康卡扫码功能,扫码获取二维码后调用读卡前置服务获取病人的身份信息,根据明确的身份信息开展出院结算业务。 |
|
9 |
自助机读卡改造 |
增加居民电子健康卡扫码功能,扫码获取二维码后调用读卡前置服务获取病人的身份信息,根据明确的身份信息开展相关自助服务。 |
|
10 |
健康卡信息查询功能 |
HIS系统提供居民电子健康卡卡信息查询功能,针对已经在医院使用过居民电子健康卡的病人提供查询界面。 |
|
七、宁波市财政电子票据对接 |
|
||
1 |
基础性改造 |
前置服务的通讯处理功能,符合接口要求的通讯协议,支持数据编码、解码、加密、加密、签名等要求。 |
|
数据库层面的改造,主要涉及:电子票据存储、电子票据和纸质票据对应、电子票据和HIS内部虚拟票据对应、收费业务记录、日志记录等。 |
|
||
2 |
挂号模块接口 |
挂号完成后可调用电子票据打印接口,打印凭证。 |
|
挂号退号支持先医保作废,可判断是否已开纸质发票来调用票据作废接口。 |
|||
电子票据POS单补打,支持根据就诊卡查找已经开具的电子票据的挂号信息,针对已经打印的电子票据POS单重新打印。 |
|||
3 |
收费模块接口 |
收费完成后可调用电子票据打印接口,打印凭证。 |
|
窗口作废支持先作废本地票据,可判断是否已开纸质发票来调用纸质票据冲红接口。 |
|||
窗口退费支持先作废本地票据,可判断是否已开纸质发票来调用纸质票据冲红接口,支持重新生成电子票据。 |
|||
电子票据POS单补打,支持根据就诊卡查找已经开具的电子票据的收费记录,针对已经打印的电子票据POS单重新打印。 |
|||
4 |
诊间自助模块 |
支持无现金支付模式,同步生成电子票据。 |
|
支持现金前支付模式,预结算后可在自助机完成支付。 |
|||
支持现金后支付模式,支持内部记账处理,病人进行其他支付方式后,产生电子票据。 |
|||
5 |
住院结算模块 |
窗口结算支持住院费用清单加载,调用医保相关接口进行预结算,完成结账后进行开票。 |
|
窗口作废支持先本地退费数据处理,后进行电子票据冲红处理。 |
|||
电子票据POS单补打,支持根据就诊卡查找已经开具的电子票据的收费记录,针对已经打印的电子票据POS单重新打印。 |
|||
6 |
自助机模块 |
自助机门诊挂号业务改造,需增加开电子票据的处理接口,支持调用时指定开票点、特定开票人、支付渠道等特殊信息。 |
|
自助机门诊收费业务改造,需增加开电子票据的处理接口,支持调用时指定开票点、特定开票人、支付渠道等特殊信息。 |
|||
自助机住院结账业务改造,需增加开电子票据的处理接口,支持调用时指定开票点、特定开票人、支付渠道等特殊信息。 |
|||
7 |
纸质票据换开 |
窗口纸质票据换开,提供电子票据查询功能,支持调用电子票据换开接口。 |
|
自助机纸质票据换开,自助机前端支持调用财政电子票据接口,可判断是否已经打印纸质票据,如果已经打印纸质票据则不允许再打印。 |
|||
8 |
查询,异常处理模块 |
支持根据病人卡号,凭证号,电子发票号,纸质发票号来查询相关的票据信息和状态,按照不同的状态来进行生成电子票据,换开纸质发票,重新换开纸质发票。 |
|
9 |
对账模块 |
支持电子票据对账功能。 |
|
支持按天实现总的票据数量和金额对比。 |
|||
支持按特定时间范围内的电子票据对账信息的批量下载。 |
|||
支持识别本地有中心无、本地无中心有和金额不一致的票据记录。 |
|||
10 |
票据查询 |
提供电子票据的查询功能,能够根据开票点、开票人、业务类型、支付渠道等查询电子票据清单,能够根据电子票据号、电子票据二维码、病人基本信息、就诊卡等查看具体的电子票据信息,以票据平台返回的图片展示。 |
|
八、宁波医保住院工伤接口 |
|
||
1 |
卡类型及读卡改造 |
新增工伤卡类型。 |
|
读卡功能增加工伤读卡。 |
|
||
2 |
工伤账户查询 |
新增医保工伤账户查询交易。 |
|
账户查询界面增加工伤账户查询。 |
|
||
3 |
住院登记 |
根据卡类型增加工伤账户查询。 |
|
医保登记增加工伤登记类型和结算类型支持。 |
|
||
医保登记根据账户查询自动过滤登记类型和结算类型。 |
|
||
4 |
住院明细上传 |
新增工伤住院明细上传。 |
|
5 |
住院结算 |
新增住院工伤结算。 |
|
6 |
住院发票调整 |
结算发票格式调整。 |
|
发票重打补打格式调整。 |
|
||
7 |
工伤院外检查 |
门诊挂号增加工伤院外检查。 |
|
门诊发票格式增加工伤院外检查。 |
|
||
8 |
结算报表 |
现有结算报表增加工伤相关结算类型。 |
|
新增独立工伤结算报表。 |
|
||
九、两卡融合 |
|
||
电子健康卡支付功能 |
|
||
(1)统一支付平台改造 |
|
||
1 |
通过电子健康卡支付平台的订单推送、订单撤销、订单退款及支付(退款)成功回调服务进行数据交互,实现电子健康卡支付和退款的功能。 |
|
|
2 |
对账核查 |
提供电子健康卡支付对账功能。 |
|
提供电子健康卡异常账目的错账核查功能。 |
|
||
提供电子健康卡的错账处理功能。 |
|
||
支付对账提供定时的自动化对账和实时的人工对账两种模式。 |
|
||
异常账目提供清晰条目化的交易信息,便于核查每笔交易的状态并针对错账提供退款操作,保持账目持平。 |
|
||
3 |
报表体系 |
提供独立的电子健康卡支付的交易汇总统计和交易明细统计,协助医院财务人员根据时间段进行医院收入情况分析以及详细的每笔交易状况分析。 |
|
汇总分析:支持按日期、医疗机构分别统计电子健康卡支付平台的交易金额、交易笔数、退款金额与退款笔数。提供不同医疗机构当天收入汇总报表,按日期统计交易金额、退款金额。 |
|
||
明细分析:支持按日期、医疗机构统计电子健康卡支付平台的交易明细,包括成功交易明细、退款交易明细等。 |
|
||
(2)HIS系统改造 |
|
||
1 |
门诊窗口支付 |
在门诊挂号和收费窗口,使用电子健康卡就诊的患者,新增电子健康卡支付方式。 |
|
患者扫码确认支付后,收费程序同步等待统一支付平台通知支付结果,如果支付成功则打印发票及其他票据,如果支付失败返回预结算界面提示选择其他支付方式进行支付。 |
|
||
在门诊发票打印中增加健康卡支付显示。 |
|
||
2 |
医生诊间支付 |
在门诊医生就诊中,使用电子健康卡就诊的患者,在诊间结算时增加电子健康卡支付方式。 |
|
患者扫码确认支付后,诊间结算程序同步等待统一支付平台通知支付结果,如果支付成功则打印诊间凭证,如果支付失败返回预结算界面提示选择其他支付方式进行支付。 |
|
||
在诊间凭证打印中增加健康卡支付显示。 |
|
||
3 |
住院窗口支付 |
在住院预交款充值和住院结算窗口,使用电子健康卡就诊的患者,新增电子健康卡支付方式。 |
|
患者扫码确认支付后,收费程序同步等待统一支付平台通知支付结果,如果支付成功则打印发票及其他票据,如果支付失败返回预结界面提示选择其他支付方式进行支付。 |
|
||
在住院发票和预交款凭证打印中增加健康卡支付显示。 |
|
||
4 |
自助机支付接口 |
自助机支付方式增加电子健康卡支付,通过自助机内置的扫码墩进行扫码支付。 |
|
支付成功后提供带有支付方式的支付凭证。 |
|
||
5 |
报表体系升级 |
门诊类报表:提供包含电子健康卡收入和交易记录的门诊日报表和门诊收入报表。 |
|
住院类报表:提供包含电子健康卡收入和交易记录的住院日报表和住院收入报表。 |
|
||
电子社保卡诊疗 |
|
||
1 |
扫码读卡 |
门诊挂号收费、医生工作站等读卡检索功能模块支持省电子社保卡的扫码读卡功能。 |
|
2 |
门诊接诊 |
在门诊就诊时,支持扫电子社保卡定位患者。 |
|
接诊时记录患者就诊的用卡信息(实体卡还是电子卡)。 |
|
||
医生接诊时,为了保证数据的唯一性,对患者已有移动支付订单进行查询,如果存在未完成的支付订单,系统自动对该订单进行取消操作,将平台和本地的订单取消,只有取消成功才能正常接诊。 |
|
||
3 |
诊间结算 |
支持电子社保卡结算。 |
|
4 |
移动支付 |
支持通过浙里办APP的电子社保卡二维码进行移动支付。 |
|
5 |
扫码支付 |
支持通过浙里办APP的电子社保卡二维码进行扫码支付。 |
|
6 |
定时下载 |
建设定时下载工具。 |
|
可以设置定时的循环下载时间。 |
|
||
支持下载移动支付的结算数据。 |
|
||
支持对下载表的异常数据的处理。 |
|
||
定时下载工具总院统一,分点不需要部署。 |
|
||
7 |
定时结算 |
建设定时结算工具。 |
|
定时结算程序支持多开,实现多进程处理移动支付的本地结算。 |
|
||
定时结算程序在每个院区进行部署。 |
|
||
结算业务处理时,对省医保移动支付的结算明细票据数据进行保存,同时调用宁波医保的结算结果查询交易,通过该交易返回的结算结果完成宁波医保相关结算数据的保存。 |
|
||
8 |
皮试处理 |
注射室的皮试处理功能中,如果皮试结果为阴性,判断该患者是否有省医保移动支付的订单。 |
|
门诊退诊 |
门诊退诊时需要判断是否有待支付的支付订单(同一个门诊号和接诊医生编号)。 |
|
|
窗口收费 |
支持通过扫描电子社保卡进行收费业务。 |
|
|
自助收费 |
支持通过扫描电子社保卡进行自助收费业务。 |
|
|
窗口退费(作废) |
支持通过扫描电子社保卡进行窗口退费(作废)业务。 |
|
|
发票及凭证 |
所有收费凭证和发票上增加省移动支付的支付方式显示打印。 |
|
|
9 |
对账处理 |
提供针对独立的省医保移动支付的对账管理功能,将每日明细上传到平台。 |
|
平台完成对账后,HIS自动下载对账结果。 |
|
||
对账不平时,支持对对账明细进行自动比对,异常数据可以人工进行批量处理,通过平台的异常明细删除来完成改账。 |
|
||
统计报表 |
门诊类报表:提供包含省医保移动支付(自费部分)收入和交易记录的门诊日报表和门诊收入报表。 |
|
|
住院类报表:提供包含省医保移动支付(自费部分)收入和交易记录的住院日报表和住院收入报表。 |
|
||
省异地零星报销自费数据上传对接 |
|
||
1 |
基础性功能 |
提供自费数据定时上传功能,必须符合省接口要求的通讯协议,支持数据编码、解码、加密、加密、签名等要求。 |
|
提供自费数据零星上传功能,必须符合省接口要求的通讯协议,支持数据编码、解码、加密、加密、签名等要求。 |
|
||
2 |
定时上传功能 |
提供病人异地自费就诊数据定时上传功能,允许医院根据业务流量情况设定定时上传间隔时间。 |
|
3 |
零星数据上传功能 |
根据省异地零星报销要求,提供特定病人异地自费就诊数据的上传功能。 |
|
十、集中预约 |
|
||
1 |
基本要求 |
实现与检查集中预约系统的对接。 |
|
2 |
HIS对接接口。 |
|
|
2.1 |
HIS系统能够调用检查集中预约系统的接口。 |
|
|
2.2 |
页面接口 |
检查预约页面。 |
|
预约主页面。 |
|
||
预约结果页面。 |
|
||
预约统计页面。 |
|
||
预约查询页面。 |
|
||
检查预约取消页面。 |
|
||
检查预约回执单图片。 |
|
||
2.3 |
WebService接口 |
检查预约申请单获取。 |
|
检查预约排版获取。 |
|
||
检查预约保存(单个检查)。 |
|
||
检查预约异步保存(单个保存)。 |
|
||
检查预约保存(同病人多个检查)。 |
|
||
检查预约取消。 |
|
||
检查预约结果获取。 |
|
||
检查排队。 |
|
||
3 |
数据库接口 |
检查预约取消 |
|
获取区域检查预约检查申请单 |
|
||
4 |
HIS提供接口。 |
|
|
4.1 |
HIS系统提供接口供检查集中预约系统调用。 |
|
|
4.2 |
WebService接口 |
统一接口。 |
|
获取检查申请单。 |
|
||
获取检查申请单收费状况。 |
|
||
检查预约。 |
|
||
检查预约取消。 |
|
||
检查状态变更。 |
|
||
4.3 |
数据库接口 |
获取检查申请单。 |
|
获取检查申请单收费状态。 |
|
||
检查预约。 |
|
||
检查申请单确认/取消确认。 |
|
||
十一、疾病诊断目录升级 |
|
||
1 |
疾病ICD和名称字段长度扩展 |
省异地医保疾病目录、宁波医保疾病目录、HIS疾病目录中ICD升级到32位、疾病名称升级到256位。 |
|
2 |
新增疾病目录分类 |
将诊断分类为:主诊断、非主诊断、非结算诊断、外因诊断、肿瘤形态学诊断等。 |
|
3 |
新疾病目录导入及自动处理功能 |
疾病目录Excel导入临时目录中并且增加版本控制、增加临时目录查看功能、增加临时表转入JBMC表、增加JBMC相关对应关系提前设置的功能、增加临时表导入宁波医保和省异地医保疾病目录表、增加新目录统一更新疾病版本功能、增加批量疾病目录启用和停用功能。 |
|
4 |
新增省异地疾病匹配功能 |
HIS疾病目录与省异地疾病目录匹配功能,增加匹配的灵活性。 |
|
5 |
疾病报卡设置功能调整 |
针对已经设置的需报卡疾病诊断,根据ICD码和名称自动转换已有的设置,减少手工设置工作量。 |
|
6 |
宁波医保单病种匹配功能调整 |
增加不同版本疾病目录单病种匹配,实现提前匹配的功能,以便于准确时间点启用新目录。 |
|
7 |
临床路径设置功能调整 |
针对启用临床路径用户,增加不同版本疾病目录设置,实现提前设置的功能,以便于准确时间点启用新目录。 |
|
8 |
门诊住院收费诊断控制 |
门诊住院收费(窗口、诊间、自助机)判断第一个是否为主诊断并过滤非结算诊断。 |
|
9 |
门诊退费诊断控制 |
门诊退费时判断原有诊断是否已经停用,如果停用或未匹配,则提供重新输入新诊断功能完成门诊退费。 |
|
10 |
门诊医生诊断分类显示 |
在门诊医生处增加疾病分类简称显示,诊断输入时同名称诊断自动将主诊断排在前面。 |
|
11 |
门诊医生诊断输入控制 |
允许医院根据疾病分类来设置门诊医生可以输入哪些分类的诊断;门诊第一个诊断必须主诊断。 |
|
12 |
住院医生诊断输入控制 |
住院医生主要诊断控制输入分类为主诊断的诊断。 |
|
十二、年包服务费 |
|
||
1 |
基本维护要求 |
为宁波市眼科医院的医院信息管理系统的功能修改和扩充功能提供长期服务。当软件及数据发生故障时通过电脑网络和上门现场维修,判断故障原因,并作出相应处理。 |
|
上门服务响应时间: 一级故障:当软件发生故障使医院无法正常营业时,服务商必须在2小时内到达现场提供技术支持,查出故障原因,制定解决办法。 二级故障:当软件发上故障但不影响具体业务时在收到医院通知2小时内响应,并与医院协商具体解决办法。 |
|
||
2 |
服务保障 |
软件行业归根到底应该属于服务行业,投标人要以为用户提供优质的服务为公司服务宗旨,以用户是否满意为衡量服务质量的唯一标准。倡导“当好参谋,做好保姆”的服务理念,为用户提供售前、售中、售后全方位服务。 |
|
3 |
售前服务 |
1、售前服务: 内容:医院信息化建设的方案讨论、策划、咨询。比较各医院信息管理软件的优缺点及市场应用情况,针对用户实际情况设计适合用户情况的医院管理系统实施方案。 方式: 1)投标人公司网站上信息发布 2)投标人公司技术人员与用户通过电子邮件、传真、信函等方式互相探讨 3)投标人公司技术人员上门或用户去投标人公司咨询服务。 服务人员:投标人的软件产品研究部资深软件及医学专家、网络部、市场部技术人员。 |
|
4 |
售中服务 |
2、售中服务: 内容: 1)医院管理系统软件的客户化修改服务 2)医院管理系统软件的安装、初始化服务 3)医院管理系统软件的操作、使用、培训服务,包括:(a、计算机基础知识b、投标人的软件产品的操作使用培训) 方式: 1)投标人公司软件技术人员上门服务。 2)统一组织、用户集中分批培训。 3)用户到投标人公司接受专项培训。 4)用户到厂商接受培训 服务人员:投标人公司软件开发部及技术服务部的技术人员。 |
|
5 |
售后服务 |
3、售后服务: 内容: 投标人公司医院管理系统软件上线运行后的服务。以保证软件的正常运行,排除所有故障,包括: 软件运行过程中发生的故障的维护工作; 对用户提出的新的功能要求进行软件改正与扩充; 调整系统所需的软硬件环境; 免费提供不断更新的升级版本(网上发布); 无偿终身技术咨询服务。 方式: 远程网络服务:定期对医院管理信息系统进行远程系统检查,内容包括: 软件更新; 检查系统数据是否正常; 对软件进行数据整理等日常维护; 解答用户疑问; 电话服务:为用户的软件使用提供日常电话咨询指导服务; 互连网服务:投标人在其公司网站上提供软件下载、技术讨论、服务投诉等服务; 软件发生故障时,通过电脑网络或上门进行现场维修,判定故障原因,并作出相应处理。 |
|
6 |
服务人员 |
服务人员: 1)投标人公司软件产品研究部资深软件专家,软件开发部 技术服务的技术人员。 2)受投标人公司邀请的第三方厂商的工程技术人员。 投标人公司应设有7*24小时服务热线,可以24小时响应医院的服务请求。 |
|
二、 采购标的需满足的服务标准、期限、效率等要求
1、 基本维护要求:为采购人的医院信息管理系统的功能修改和扩充功能提供长期服务。当软件及数据发生故障时通过电脑网络和上门现场维修,判断故障原因,并作出相应处理。
上门服务响应时间:
一级故障:当软件发生故障使医院无法正常营业时,投标人必须在2小时内到达现场提供技术支持,查出故障原因,制定解决办法。
二级故障:当软件发生故障但不影响具体业务时在收到采购人通知2小时内响应,并与采购人协商具体解决办法。
2、 服务保障:为采购人提供售前、售中、售后全方位服务。
(1) 售前服务:医院信息化建设的方案讨论、策划、咨询。比较各医院信息管理软件的优缺点及市场应用情况,针对采购人实际情况设计适合用户情况的医院管理系统实施方案。
1) 投标人网站上信息发布。
2) 投标人的技术人员与用户通过电子邮件、传真、信函等方式互相探讨。
3) 投标人的技术人员上门或采购人前往投标人处咨询服务。服务人员:投标人的软件产品研究部资深软件及医学专家、网络部、市场部技术人员。
(2) 售中服务:
1) 医院管理系统软件的客户化修改服务。
2) 医院管理系统软件的安装、初始化服务。
3) 医院管理系统软件的操作、使用、培训服务,包括:(a、计算机基础知识b、投标人的软件产品的操作使用培训)。服务人员:投标人的软件开发部及技术服务部的技术人员。
·投标人的软件技术人员上门服务。
·统一组织、用户集中分批培训。
·采购人至投标人处接受专项培训。
·采购人至厂商接受培训。
4) 投标人提供的医院管理系统软件上线运行后的服务。以保证软件的正常运行,排除所有故障。
·软件运行过程中发生的故障的维护工作。
·对用户提出的新的功能要求进行软件改正与扩充。
·调整系统所需的软硬件环境。
·免费提供不断更新的升级版本(网上发布)。
·无偿终身技术咨询服务。
5) 远程网络服务:定期对医院管理信息系统进行远程系统检查。
·软件更新。
·检查系统数据是否正常。
·对软件进行数据整理等日常维护。
·解答用户疑问。
6) 电话服务:为采购人的软件使用提供日常电话咨询指导服务。
7) 互连网服务:投标人在其公司网站上提供软件下载、技术讨论、服务投诉等服务。
8) 软件发生故障时,通过电脑网络或上门进行现场维修,判定故障原因,并作出相应处理。
3、 服务人员
(1) 投标人的软件产品研究部资深软件专家,软件开发部技术服务的技术人员。
(2) 受投标人邀请的第三方厂商的工程技术人员。
(3) 投标人应设有7×24小时服务热线,可以24小时响应采购人的服务请求。