采购项目要求及技术参数
1.1.磋商供应商可以按照磋商文件的规定磋商,但必须对所投包号中的所有内容作为一个整体进行磋商,不能拆分或少报。否则,磋商无效。
1.2.磋商报价应包括完成本服务内容可能发生的各项费用,如人员工资、交通、通讯、设备、利润、税收、招标代理费以及所有有关的管理成本和其他不可预见费等全部费用。若磋商报价不能完全包括上述内容,该磋商将被认为非实质性响应。
本次磋商文件中规定的采购预算额度为磋商最高限价,磋商供应商的磋商报价不得超出此额度。否则,磋商无效。
3.2.服务地点:采购人指定地点;
3.3.付款方式:详见“第四部分 青海省政府采购项目合同书范本”中“四、付款方式”的规定。
3.4免费维护期:一年,自本项目终验通过之日起计算。
民和县医疗电子票据管理平台技术参数要求及服务内容表
序号 |
采购品目名称 |
技术参数要求及服务内容 |
单位及数量 |
备注 |
1 |
医疗电子票据管理平台 |
一、总体需求 · 满足财政电子票据改革的需要,严格遵循财政部的财政电子票据管理改革的标准规范和业务要求,接入医疗电子票据,完成电子票据的开具、送达、查验、入账、归档,满足财政统一规范财政电子票据管理的需求,并实现与“青海省财政电子票据管理系统”的对接。 · 实现各项医疗收费结算即时生成电子票据,解决缴费过程繁杂、票据管理与核销等问题,有效缩短了民众窗口的等待时间,提高了服务效率。 · 投标产品必须与民和县医疗机构使用的信息系统实现系统集成,实现高度的业务协同和数据共享:系统要求与现有HIS系统对接,并应提供标准的数据交换接口,支持被医疗机构其他信息系统的应用集成。 二、流程需求 系统需要实现以下业务流程: · 患者可通过各种缴费渠道,如POS机、微信、支付宝、现金等支付方式,办理处方缴费业务。HIS系统接收到缴费反馈结果,由HIS系统执行收费结算。 · 结算成功把收费结算数据信息推送给医疗平台,开具电子票据。 · 医疗平台把开具电子票据信息上传财政系统,财政系统接收到电子票据,进行监制、归档、存储。 · 医疗平台把已开具的电子票据信息可通过电子票据传输服务以各种通知渠道送达到交款人,如:手机短信、邮箱、APP、微信公众号、支付宝、自助机或者收费窗口打印告知单等方式。 · 患者可以通过财政公众服务网站、专用APP、微信公众号、支付宝生活号等渠道获取电子票据。 · 患者也可以根据需要换取纸质票据,可通过医院指定的窗口或自助打印机,换取纸质票据。 · 患者持已有的电子票据信息,可通过财政电子票据查验网站对电子票据进行查验。 · 医疗平台与医院HIS系统,在日结记账时需要完成收费数据与票据的核算;核算无误的电子票据数据进行归档;需要对已开具并且核算无误的电子票据,先财政提交审验申请。 · 财政接收到医院的审验申请单,对申请单进行审验。 · 医院需要把已开具的电子票据与医保中心进行医保结算。 三、功能需求 1. 电子票据管理 · 电子票据申领:医院向财政部门发起用票申请,由票据管理人员在线填写申领单,并提交给财政,财政接收到申领信息,经审批后,并下发票号信息,医院进行入库确认。 · 电子票据号码分发:电子票据号码发放,将电子票据号码发放到各收费窗口和自助开票点。 · 电子票据在线开具:医院在收费时,采用直接登录医疗平台在线开具电子票据,如往来票、捐赠等票据,包括手工录入与批量导入。 · 电子票据接口开具:医院发生收费结算业务时,由医院业务系统(HIS)调用医疗平台接口开具电子票据,支持单笔与批量开票。 · 电子票据冲红:当单位发生退费业务时,需要对已开具的电子票据进行冲红。电子票据未生成对应的纸质票据,只冲红对应电子票据。电子票据已生成对应的纸质票据,应先作废对应的纸质票据,再冲红对应的电子票据。 2.电子票据交付 · 打印告知单通知:窗口工作人员可打印告知单交给患者,患者可登录财政电子票据查验网站进行查验 · 公众号/生活号通知:患者需要提前关注公众号、生活号,医疗平台开具电子票据成功,通过HIS系统向公众号、生活号推送电子票据信息。 · 院专用APP/银行合作APP通知:医疗平台开具电子票据成功,通过HIS系统向医院专用APP/银行合作APP推送电子票据信息。 3.患者取票服务 · 财政服务网站取票:患者通过财政建设的电子票据公共查验网站,根据电子票据相关要素获取电子票据,可以根据需要下载。 · 公众号/生活号取票:患者可通过医院公众号、生活号,查看电子票据通知信息,通过取票小程序,获取电子票据。根据需要选择发送到邮箱、微信卡包、本地。 · 医院专用APP/银行合作APP取票:患者可通过医院专用APP/银行合作APP,根据已发送的电子票据通知记录,通过取票小程序,获取电子票据。 4.纸质票据管理 · 纸质票据申领:医院的票据管理人员,填写纸质票据申领单,提交到财政进行申领审批。 · 纸质票据入库:医院的票据管理人员将财政下发的纸质票据,核对无误后,保存入库。 · 纸质票据分发:纸质票据发放,将纸质票据发放到各收费窗口和自助开票点。 · 纸质票据申退:票据申退主要提供各个收费窗口和自助机,由于票据多领、错领了,申请退回到上级的管理机构 · 纸质票据作废:对未开具的空白纸质票据、遗失纸质票据进行作废。 · 纸质票据审验申请:医院需要把已开具的纸质票据生成审验汇总单,并定时上报到财政,以完成纸质票据审验。 · 纸质票据销毁申请:需要把已开具的纸质票据进行销毁,定时向财政提交销毁申请,财政对销毁申请单审核,完成纸质票据销毁业务。 · 纸质票据印制计划申报:医院可以向财政提交当前年度纸质票据印制计划申报单,财政接受印制计划申报单,审核通过,发起纸质票据印制。 5.数据核对 · 由医院HIS系统提供收费结算数据与医疗平台提供的开具票据信息进行核对,其中对账方式可分为系统之间自动对账和手动打印汇总单对账。 · 可根据医院实际业务要求,定制开发。 6.统计报表 · 常规报表包括库存结余表、票据领发情况、票据作废情况、票据领用存情况、单位领入情况表、票据分发情况等报表。 · 开票明细表、开票汇总表,单位收费情况等报表。 · 收费员汇总表、缴款渠道汇总表、住院处日报明细表等报表。 · 除此之外可根据医院要求定制报表。 7.换开纸质票据 · 换开打印票据:已开具的电子票据,可根据患者需要,持告知单或身份证号/手机号/医保卡号/就诊卡号等信息到医院收费窗口或自助设备上,将电子票据打印为纸质票据,只能打印一次。 · 重打纸质票据:已打印的电子票据,票据打印错误时,提供重新打印电子票功能,将电子票信息重新打印到新的纸质票据上。 · 若患者已获取纸质票据,但遗失需要补打纸质票,可提出申请后,通过该功能重新打印纸质票。 8.打印业务票据 · 打印业务单据是患者根据业务凭证或患者有效身份信息(身份证、社保卡等)通过自助机将办理的业务信息进行打印的过程。 四、接口开发及联调需求 · HIS业务系统接口:医院的门诊、住院等绝大部分业务在HIS业务系统完成,关于门诊、住院电子票据的业务数据均来源于HIS业务系统;电子票据系统需开发与HIS系统的数据交换接口,实现HIS缴费业务数据的自动传输、电子票据的自动生成等。 · 与财政电子票据系统数据交换:医疗电子票据是财政电子票据的一种,需要通过交换服务与财政电子票据系统进行基础信息下载、票据库存信息同步、开票信息上传、电子票据本身上传的定时数据交换。 五、系统性能需求 · 高效性:系统的响应时间迅速,必须保证系统使用的高效性,系统能够支持100并发用户数以上,系统的日签发能力 10000 张以上。 · 可用性:系统所提供的各项功能必须可实现所要求的对应业务功能需要,并具有可恢复性操作的功能。 · 简便可操作:系统界面简单美观,菜单按钮易辨认。 · 开放性:系统应具有开放的数据结构设计,系统结构设计灵活、开放。对成果数据实行标准化管理,规范化存储,为相关业务应用提供扩展的可能,另一方面,数据库设计合理、规范。系统为其他软件开发提供开放的数据接口,满足数据的共享和交换要求。 · 可靠性:系统必须正常稳定运行,保证所处理事务、数据的完整性。系统平均年故障时间少于5 天;具有较强的灾难恢复能力,平均故障修复时间少于24 小时。 · 标准性:系统数据应标准化、规范化,按照分层数据,软件构件化实现。 · 兼容性:系统提供其他系统能兼容的、完备的数据输入、输出接口。 · 安全性:保证数据和系统的安全性。要有管理员身份认证机制、数据加密机制。 · 可维护性:系统管理模块进行数据备份、日志等管理、维护。对系统所涉及到的各项应用及管理必须是可管理和维护的。 · 可扩展性:考虑到系统建设是一个循序渐进、不断扩充的过程,系统要采用积木式结构,组件化设计,整体构架要考虑系统间的无缝连接,为今后系统扩展和集成留有扩充余量。 六、部署需求 采用集中部署模式(即在县医院部署医疗电子票据平台,医院与财政通过专线进行数据交互)。 七、 产品模块(需现场进行演示) ▲1、医疗票据模板管理模块中的电子票据模板和机打票据模板:通过票据模板管理功能分别展示医疗门诊电子票据模板和医疗住院电子票据模板,电子票据模板须符合全国统一的医疗收费票据式样(电子)。医疗门诊机打票据模板和住院机打票据模板,模板须符合青海省财政厅机打票据样式。(现场演示) ▲ 2、赋码过程:医院票管员向财政部门发起票据申领,财政审批通过后下发票号段信息,医院票管员进行票据入库确认。医院票管员进行票据分发,向门诊和住院收费窗口分配电子票据号码段。(现场演示) ▲3、结算开票流程:模拟HIS系统进行结算,结算完成后通过接口调用的方式开具医疗门诊电子票据和医疗住院电子票据。通过医疗票据明细查询,可查看开具的医疗电子票据、清单和相关明细信息。其中,电子票据和清单需要支持可视化展示。明细信息包括:清单明细、项目明细、交费渠道明细。同时,可下载开具的医疗电子票据,格式为PDF。(现场演示) ▲ 4、退费开票流程:模拟HIS系统进行退费处理,退费完成后通过接口调用的方式开具医疗门诊电子票据红票和医疗住院电子票据红票。新产生的红票票面信息须体现原电子票据号,原票票面上须体现红票票号。(现场演示) ▲ 5、电子票据交付流程:开具的医疗电子票据通过告知单、微信小程序、邮箱方式交付给患者。对于告知单,须支持患者通过微信扫码扫描告知单上的二维码,插入患者微信卡包。(现场演示) ▲ 6、电子票据查验流程:患者通过青海省电子票据公共服务平台电子票据查验网站和财政部全国财政电子票据查验平台进行医疗电子票据真伪查询,查询所需要素:缴款人、电子票据代码、电子票据号码、校验码、随机码。(现场演示) · 以上标“▲”1-6项内容为现场演示项 八、电子签名需求 · 对于电子票据开具功能,按照财政部要求提供与财政部一致的数字签名方式,按照单位先签名、财政后签名的形式进行CA签名认证。 · 签名加密算法需要与财政部要求一致,加密文件格式要符合财政部标准。 · 应使用签名服务器进行电子签名,以保证业务正常开展。 九、其他需求 · 文档编制要求:按照国家标准编制与交付平台相配套的全套文档,包括需求分析说明书、接口文档、系统管理员手册、用户使用手册、安装部署手册、维护手册、配置手册等。 · 运行保障和维护要求: · 7×24 小时运行保障服务:系统运行需配套建立7×24 小时运行保障体系加以支撑,以保障系统全时间段无故障不间断正常运转。7×24 小时运行保障服务指建立7×24 小时运行保障体系,并提供与之配套的服务,具体包括:设立服务热线,并安排足额的维护人员(2 人以上含2 人)提供7×24 小时电话、网上客服、电子邮件响应和解答等前台服务。安排具备运行保障能力的工程师提供后台技术支撑服务,前台无法处理的事件及时交于后台处理。紧急事件应立即做出响应,并在1 小时内给予解决;一般事件应在1 小时内做出响应和安排,并在4 小时内给予解决。如事件处理需赴现场,在采购方要求的时限内安排工程师到达现场解决。 · 免费维护服务:免费维护服务包括以下内容:以电话、电子邮件等形式为采购方提供免费咨询服务,对采购方合理要求做出实时响应和支持,并及时给予答复和解决;如果远程服务无法解决采购方要求,立即派遣项目技术人员用最快捷的交通工具前往现场,提供免费现场技术支持服务;承诺针对其提供的所有产品进行免费维护和缺陷修复,并根据采购方需求提供对产品的免费修改、补充、完善和升级服务。 |
1项 |
含3家医院29家卫生院 |
2 |
签名服务器 |
产品符合国家密码管理局GMT 0029-2014《签名验签服务器技术规范》和GMT 0060-2018《签名验签服务器检测规范》,符合财政部《财政信息系统应用安全接口标准》,支持国际通用算法和国产SM系列算法; 支持身份认证、数据签名、签名验证、数据加解密等功能; 支持客户端签名组件。 标准1U设备,双电源 400W-600W,4核8线程CPU *1,16G内存,2T硬盘,网络接口:千兆电口*4 RSA签名:12000次/秒 RSA验签:20000次/秒 RSA制作数字信封:18000次/秒 RSA解密数字信封:10000次/秒 SM2签名:7000次/秒 SM2验签:7500次/秒 SM2制作数字信封:3500次/秒 SM2解密数字信封:4000次/秒 |
1台 |
|
3 |
电子票据平台 应用服务器 |
1.2U机架服务器,非OEM; 2.CPU支持2颗服务器专用可扩展处理器,配置≥2颗Intel Xeon Silver 4210R(10core/2.4GHz)或此标准以上CPU; 3.内存配置≥64GB DDR4,提供内存插槽≥16个,最大支持≥1TB内存扩展; 4.配置2块600GB 12Gbps 10K SAS硬盘,支持8个3.5寸硬盘机型,可选支持16个2.5寸硬盘扩展机型; 5.RAID功能:配置12Gbps 阵列缓存RAID卡,提供raid 0/1/10/5; 6.网卡和HBA卡:配置≥2个千兆以太网控制器,1个独享的管理端口; 7.电源:配置1个550W电源,支持热插拔1+1冗余电源,电源功率 550 W; 8.显卡:集成显卡; 9.售后服务及保修:3年7*24*4原厂保修服务及原厂上门安装服务,供货时提供原厂售后服务承诺函原件。 |
1台 |
|
4 |
Web服务器(负载均衡) |
1.2U机架服务器,非OEM; 2.CPU支持2颗服务器专用可扩展处理器,配置≥1颗Intel Xeon Silver 4210R(10core/2.4GHz)或此标准以上CPU; 3.内存配置≥32GB DDR4,提供内存插槽≥16个,最大支持≥1TB内存扩展; 4.配置2块600GB 12Gbps 10K SAS硬盘,支持8个3.5寸硬盘机型,可选支持16个2.5寸硬盘扩展机型; 5.RAID功能:配置12Gbps 阵列缓存RAID卡,提供raid 0/1/10/5; 6.网卡和HBA卡:配置≥2个千兆以太网控制器,1个独享的管理端口; 7.电源:配置1个550W电源,支持热插拔1+1冗余电源,电源功率 550 W; 8.显卡:集成显卡; 9.售后服务及保修:3年7*24*4原厂保修服务及原厂上门安装服务,供货时提供原厂售后服务承诺函原件。 |
1台 |
|
5 |
数据库服务器 |
1.2U机架服务器,非OEM; 2.CPU支持2颗服务器专用可扩展处理器,配置≥2颗Intel Xeon Silver 4210R(10core/2.4GHz)或此标准以上CPU; 3.内存配置≥64GB DDR4,提供内存插槽≥16个,最大支持≥1TB内存扩展; 4.配置2块1.2TB 12Gbps 10K SAS硬盘,支持8个3.5寸硬盘机型,可选支持16个2.5寸硬盘扩展机型; 5.RAID功能:配置12Gbps 阵列缓存RAID卡,提供raid 0/1/10/5; 6.网卡和HBA卡:配置≥2个千兆以太网控制器,1个独享的管理端口; 7.电源:配置1个550W电源,支持热插拔1+1冗余电源,电源功率 550 W; 8.显卡:集成显卡; 9.售后服务及保修:3年7*24*4原厂保修服务及原厂上门安装服务,供货时提供原厂售后服务承诺函原件。 |
1台 |
|
6 |
文件系统服务器 |
1.2U机架服务器,非OEM; 2.CPU支持2颗服务器专用可扩展处理器,配置≥2颗Intel Xeon Silver 4210R(10core/2.4GHz)或此标准以上CPU; 3.内存配置≥64GB DDR4,提供内存插槽≥16个,最大支持≥1TB内存扩展; 4.配置2块1.2TB 12Gbps 10K SAS硬盘,支持8个3.5寸硬盘机型,可选支持16个2.5寸硬盘扩展机型; 5.RAID功能:配置12Gbps 阵列缓存RAID卡,提供raid 0/1/10/5; 6.网卡和HBA卡:配置≥2个千兆以太网控制器,1个独享的管理端口; 7.电源:配置1个550W电源,支持热插拔1+1冗余电源,电源功率 550 W; 8.显卡:集成显卡; 9.售后服务及保修:3年7*24*4原厂保修服务及原厂上门安装服务,供货时提供原厂售后服务承诺函原件。 |
1台 |
|