统一支付对账（含医保对账）平台意向公开(2026-JLBTYW-W3024)(第1包)
- 2026-09-15
项目名称: 统一支付对账（含医保对账）平台意向公开(2026-JLBTYW-W3024)(第1包)
项目编号: 2026-JLBTYW-W3024
招标公司: 某医院
采购标的物: 数据库、信息化建设项目、统一支付对账含医保对账平台建设
项目地区：山东 潍坊
某医院统一支付对账（含医保对账）平台建设意向公开
为便于供应商及时了解采购信息，根据有关规定，现将信息化建设项目采购意向公开如下，公开征集参与意向和意见建议，公开征集供应商参加采购要素论证：
一、项目概况
序号
项目
名称
需求概况
初步技术参数
预算 金额（万元）
预计采购 时间
1
统一支付对账（含医保对账）平台
统一对接标准，将所有支付方式统一管理，实现医院全场景、多渠道、全闭环（收 /退/对）的一本账财务管理要求，同时实现医保日对账、月对账及年度对账。
附件
80
2026年
注： 1.本次公开的采购意向仅作为供应商了解初步采购安排的参考，采购项目具体情况以最终发布的采购公告和采购文件为准；
2.鼓励供应商积极参与调查和论证，提出的意见建议，如能提供佐证材料，将有利于意见建议被采纳。
二、意向公开内容：详见附件
三、参与意向供应商资格条件
（一）具有企（事）业法人资格（有行业特殊情况的银行、保险、电力、电信等法人分支机构，会计师、律师等非法人组织，行业协会等社会团体法人除外）；
（二）国有企业；事业单位；军队单位；成立三年以上的非外资（含港澳台）独资或控股企业；
（三）具有良好的商业信誉和健全的财务会计制度；
（四）具有履行合同所必需的设施设备、专业技术能力、质量保证体系和固定的生产经营、服务场地；
（五）有依法缴纳税收和社会保障资金的良好记录；
（六）参加军队采购活动前 3年内，在经营活动中没有受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款（200万元以上）等重大违法记录；
（七）未被中国政府采购网（ ）列入政府采购严重违法失信行为记录名单，未在军队采购网（）军队采购暂停名单处罚范围内或军队采购失信名单禁入处罚期和处罚范围内，以及未被 “ 信用中国 ” （）列入严重失信主体名单或国家企业信用信息公示系统（）列入严重违法失信名单（处罚期内）。
（八）投标企业应当具备服务履约的能力。
四、参与意向供应商反馈渠道：
供应商对采购意向反馈建议，请按以下要求及内容制作成文件材料，在意向公开期内以网上电子邮件形式向我部提出意见建议 (电子邮箱 guojunwei-2023@qq.com ),未按要求提供的材料将视为无效。
(一)邮件主题:项目名称+公司名称+参数建议。
(二)邮件内容:列明公司名称、法定代表人姓名、授权代表人姓名及联系方式、邮箱。
(三)邮件附件:需提交包含营业执照等7项内容的PDF格式彩色文件1份，具体内容及要求如下:
1、营业执照;
2、组织机构代码证（三证合一的不需提供）;
3、税务登记证（三证合一的不需提供）;
4、法定代表人资格证明书;
5、法定代表人授权书及授权代表在本单位开标前4个月内任意连续三个月缴纳社保（包含医疗、养老、工伤、失业）的证明材料（须含法定代表人和被授权人身份证复印件）;
6、技术、商务要求及资质建议;
7、供应商认为可以提供的其它说明材料。
PDF文件要求:采用A4纸幅面，将上述序号1-7内容逐页加盖企业公章，按顺序制作成1个PDF格式文件，文件大小在5M以内，文件名称须与邮件主题一致
供应商对本次意向内容提出的意见建议，应详细具体、理由充分、实事求是，严禁有意排斥其它潜在供应商。我部将作为进一步论证完善需求技术、商务要求的必要参考。此次意向旨在征询、收集潜在供应商的意见建议，是否采纳不影响供应商参与本项目后续采购活动，我部不予书面回复。该项目技术参数等相关需求最终以采购公告和采购文件为准，请关注后续发布的采购公告。
目前仅为意向公开期，不接受供应商报名，具体报名时间、报名要求等内容，将在该项目后续发布的招标采购公告中予以明确。
注 :没有意见无须回复。
五、回复意见时问、地点、方式 :
1、时间: 2026年 9 月 15 日至 2026年 9 月 21 日 ， 上午 8:30-11:30下午14:30-17:30。(北京时间,节假日除外)
2、地点:山东省潍坊市
3、方式:网上电子邮件形式
六、联系方式
地址： 山东省潍坊市
联系人：郭老师
电话： 查看完整信息
附件： 1.商务和技术要求
一、商务要求
★（一） 交货时间、地点和方式
1.交货时间： 合同签订之日起 60天内完成项目建设，并安装调试完毕 。
2.交货地点： 山东省潍坊市 ,采购人指定地点 。
3.交货方式： 现场交货，免费送货、安装、调试，本项目全流程资料，包括但不限于原厂系统操作手册、验收等相关资料 。
（二） 产品包装和运输要求
执行 采购单位 的相关要求 。
（三） 质量标准及质保期
质量标准：验收 符合 技术要求 和规格 要求
质保期：（ 1）自物资验收完毕之日起，物资免费质保期为 36 个月（包含人工费及与本项目相关的软件更新升级等各项费用）。在免费质保期内，出现物资质量问题，甲方提出后，乙方应当在 1 小时内响应，若电话中无法解决， 24小时内到达现场进行维护。如因不可抗力因素不能在规定时间内到达的，双方另行商定。
（ 2）本项目为交钥匙工程，包含HIS、支付、医保接口费用，后续不再支付任何费用。所有应用软件系统均需提供从最终验收合格后起三年免费维护期，维护期内无条件满足医院流程改造需求并提供系统免费升级。
（ 3 ）质保期外的年包修费用：质保期外第 1-3年： 不超过报价单价 4 %/年，第 4年以后：不超过5% /年（包含人工费及与本项目相关的软件更新升级等各项费用）。
★（ 四 ） 知识产权和要求
投标供应商应保证使用方在使用该货物或其任何一部分时，不受第三方侵权行为。同时，投标供应商不得向第三方泄露采购机构提供的技术文件等资料。
基于项目合同履行形成的知识产权和其他权益，其权属归采购单位所有，法律另有规定的除外。
中标人须与招标人签订协议，中标人对本项目所有供货内容、服务形式及供货地点都要做到绝对的安全，如果违反协议按国家的法律法规和部队的规章制度进行处罚。配送人员应严格遵守甲方的管理规定。
★（ 五 ） 物资编码、打码贴签要求
本项目对物资的编目编码、打码贴签要求，报价供应商应当予以明确响应，相关费用包含在报价中。
★（ 六 ）付款及结算方式
合同签订后，软件产品系统上线运行稳定，项目验收合格接到中标供应商的合法票据后，支付合同金额的 95%；剩余合同金额5%作为质量保证金，质保期满后无息支付。
★ （七）质量保证金和履约保证金
合同金额的 5 % 为质量保证金 ，质量保证在质保期满且无质量问题时全额无息退还。
履约保证金： 成交供应商签订合同前，应当按合同金额的 5 %向采购单位提交履约保证金，合同履行物资验收合格后，采购单位 无息退还。成交供应商若未按要求提供服务，或未能达到指定要求时，采购单位有权解除合同，没收合同履约保证金。
（八）其他服务要求
1 、 该项目培训时间不得少于 3天，培训内容为能满足保障本项目正常运行的所有技术环节，并免费提供技术文档（包括设备手册等）。
2、 项目验收合格后 1年内提供1人驻场服务 ，随时解决系统问题，维护期外产品故障报修的响应时间： 1小时，若电话中无法解决，24小时内到达现场进行维护。如因不可抗力因素不能在规定时间内到达的，双方另行商定。
3、 系统在实施期及维护期内，应满足所提供软件的功能模块客户化需求。
4 、 质保期内，供应商须保证 “新一代军队信息系统”上线或者医保个账实账户改虚账户后，本项目无缝免费对接。
（九） 报价要求
供应商完成本项目所有的内容的最终报价 ,包括但不限于：中标供应商履约过程中的人工费、差旅费、资料费、保险费、税费、管理费、货物运费及与供应履约本项目所需要的其他所有费用、履行所有合同义务所需的专用工具、技术资料、技术服务、技术培训、专家咨询和评审等全部价格和费用等，采购单位不再支付除报价外的其它费用，所有费用含税。
二、技术要求
（一） 建设要求
将院内支付升级为统一支付系统，整合支付渠道，将院内所有支付方式整合到一套多合一读卡器和密码键盘上实现，形成一套接入标准，医院各场景按照标准接入平台，做到线上线下统一订单管理，同时后台系统能够对每笔交易的实时监控、处理、展示。
建设统一对账平台与医院 HIS系统无缝对接，实现业务数据和支付数据的一一对应，为财务形成各场景所需的报表格式，与业务数据自动匹配自动展示单边账，提供单边账处理功能处理差错账，实现财务人员一键对账和平账的需求。
（二）参数要求
1.统一支付平台建设内容
1.1系统首页
平台首页包含数据汇总、当日数据、支付场景 /渠道占比、趋势等几大板块。其中数据汇总包含了支付平台交易总金额、总笔数，退款总金额、总笔数，总净收入等维度的统计报表。板块顶部支持条件筛选，灵活切换统计维度和查询条件。当日数据板块是实时分析当日交易流水得出的数据分析报表，每个选项卡可点击查看详细信息和数据明细。占比和趋势板块主要对交易场景和渠道信息进行统计分析后以饼图和折线图等形式直观展示出来的报表，同样支持顶部筛选栏自定义筛选条件。
1.2系统管理
1.2.1用户管理
平台用户可在此对系统内用户进行管理（包含：新增用户，用户角色分配、信息修改、重置密码、注销启用等）。
1.2.2角色管理
平台用户对系统内角色进行管理（包含：添加角色、角色功能分配、场景分配、信息修改等）还可以快速检索查询角色。
1.2.3订单管理
用户可在平台内订单进行检索查询，查看订单详情，选择订单退费。支持检索条件包含：各类订单号、窗口 /机器号、交易时间，支付渠道、方式、状态、场景等。
1）未回传订单
未回传订单展示所有未回传的订单信息，用户可选择在此处进行订单退费和查看详情，支持检索条件包含：各类订单号、窗口 /机器号、交易时间，支付渠道、方式、状态、场景等。
2）异常订单
用户可在平台内当日的异常订单进行处理，处理成功后可刷新订单状态。支持检索条件包含：各类订单号、窗口 /机器号、交易时间，支付渠道、方式、状态、场景等。
3）退费订单
退费订单展示所有退费的订单信息，用户可选择退费订单查询和详情查看，支持检索条件包含：各类订单号、窗口 /机器号、交易时间，支付渠道、方式、状态、场景等。
2.统一对账平台建设内容
2.1实现多方对账数据整合，统一管理
应实现与 HIS系统、支付业务系统对接，支持FTP或接口的方式获取多种支付方式渠道对账数据，为统一对账提供前提。
2.2实现多家支付机构、多种支付渠道统一对账
应实现在一个对账平台上可以的多维度查询、统计各支付渠道数据。
2.3实现自动生成对账结果，方便问题数据定位
平台应能根据统一汇总的数据，自动生成对账结果，简单清晰的展示各种支付方式下的单边账记录。
2.4实现平台一键处理差错账问题
平台应能根据对账结果，进行一键处理。
2.5支持多维度报表展示
平台应支持医院定制化的多维度报表展示，如门诊和住院、刷卡和扫码，按照月或者季度统计报表等，方便医院对数据的分析。
3.技术架构要求
3.1 云基础设施
系统的外围环境网络层的设计支持互联网和专网的接入模式。硬件层采用云计算 IAAS的架构，将主机和存储作为资源池管理，应用虚拟化技术动态地创建虚拟主机环境支撑软件系统运行，使系统具有高度的可扩展性。
3.2数据存储
系统采用关系型数据库（ ORACLE）技术实现各类数据的存储和访问，数据物理存储采用磁盘阵列、文件存储。
3.3基础服务
为运行于其上的应用和服务提供底层的平台服务，通过这些服务，应用和服务可以完成复杂的逻辑。基础服务包括缓存、消息和任务调度等。
3.4服务运行引擎
在服务运行引擎的设计中，系统采用稳定高效的 Linux作为操作系统，在之上支持Java、PHP和Ruby等主流开发语言的应用运行环境，实现对各种类型应用的统一运行管理和动态弹性伸缩特性。
序号
项目
技术栈
1
前端
VUE、Bootstrap、jQuery、jeasyui
2
后端框架
SpringBoot+Mybatis、Shiro、quartz
3
数据库
oracle
4
运行容器
Tomcat
5
编译系统
JDK 1.8以上,
windows系列、linux系列
6
开发工具
IntelliJ IDEA
技术栈使用，主要采用 SpringBoot+Mybatis的架构，前端使用VUE、Bootstrap、jQuery、jeasyui的框架；日志框架使用slf4j；登录认证和鉴权采用Shiro，实现RBAC的权限控制；定时任务的实现采用quartz scheduler；使用druid数据库连接池。四层分隔：controller/service/dao/entity, 其中controlle主要实现和前端的数据交换,按照功能模块划分各层包名，各层实现一致性。
应用的运行容器，系统支持 Tomcat和Apache。
3.5安全防控
为保障系统的安全，系统在各层都采用了相应的安全技术：
云基础设施安全：采用防火墙、入侵检测和防病毒等技术保障基础设施安全。
数据安全：采用数字签名和加密技术保障数据交换的安全与隐私保护。
应用安全：采用密码 +验证码+滑动拼图的三层验证保障用户登录的真实性；采用RBAC授权模型实现对用户权限的控制，保障应用访问安全。
3.6分层架构
对账平台系统包括 AP Server、DB Server、数据存储和外部接口统一接口模块等等。系统前端为用户提供系统展示和顺畅的系统服务；中层对外提供接口服务；底层连接数据库服务，保证数据持续性。
5.详细功能要求如下：
功能模块
功能列表
功能要求
系统管理
商户管理
应包含商户信息配置和管理功能
终端管理
应支持窗口、自助、诊间等多终端管理功能
页面定义设置
应支持个性化页面展示配置
数据管理
交易明细查询
应包含多支付渠道交易明细查询
交易汇总查询
应包含多支付渠道交易汇总查询
交易汇总明细查询
应包含多支付渠道交易汇总明细查询
商户汇总查询
应支持多商户号汇总查询
勾兑数据管理
勾兑汇总明细
应支持勾兑汇总明细查询
勾兑成功明细
应支持勾兑成功明细查询
勾兑失败明细
应支持勾兑失败明细查询
退货管理
退货查询
应支持退货状态查询
退货申请
应支持退货申请功能
退货复核
应支持退货复核功能
数据分析
数据分析
应支持多种报表格式进行展示
6.系统 技术要求
6 .1 标注 “★”为实质性要求，不响应视为无效投标。
6 . 2投标人对项目技术文档、内部资料、业务流程、交易数据严格保密，未经许可不得向第三方透露。
6 . 3本项目技术要求仅代表功能需求，不指定产品名称与模块划分，投标人可提供满足全部要求的成熟产品，并逐条响应参数。
6.4涉及国家标准、行业标准以最新版为准。
6 . 5技术参数
序号
产品名称
一级指标
二级指标
技术要求
1
统一支付对账 (含医保对账)平台
整体性能
运行要求
7×24小时不间断运行；支持高并发交易；数据稳定不丢失
2
对接能力
系统对接
★支持与医院HIS系统、支付业务系统无缝对接； 可通过 FTP 或者 webservice 或者视图的的方式对接获取 对账数据。
3
渠道兼容
支持微信、支付宝、云闪付、银行卡、社保卡、医保、医保电子凭证、现金、自助机、诊间等全渠道支付数据接入，支持无卡退费
统一支付平台
聚合支付
银行卡、社保卡、医保电子凭证、扫码主被扫（微信、支付宝、银联二维码）、小程序、公众号等线上线下聚合
统一接口
统一接口标准，方便医院各系统对接，测试联调。
权限管理
支付平台分为运维权限和客户权限，医院使用客户权限，可以分配次级客户权限，如院区、门诊、住院等权限用户。
工作台
工作台为系统主页，直接看到实时交易、历史交易，笔数、金额、净值等数据，还展示出交易趋势及各渠道数据分析情况。
订单管理
订单管理主要分为：实时、历史、异常订单
实时订单查询：
方便医院直接查看实时订单信息。
历史订单查询：
多维度查询，通过时间、商户号、场景、入账银行等查询历史数据。
异常订单：能够实时提醒医院异常订单情况，可以查询异常订单日志。
4
对账平台
统一对账
支持多家支付机构、多商户号、多终端、多支付方式 统一对账、统一管理
5
自动勾兑
★按订单号、交易流水号、金额、时间自动勾兑；自动生成对账结果
6
差错处理
自动识别单边账、长款、短款、重复支付、漏单等异常；支持 差错账 /长款一键处理
医保日对账
医保交易账单采集
采集医院医保诊间、医保移动支付、医保异地账户交易、医保电子凭证账户结算账单，包括订单号、证件号码、姓名、人群类别、医疗统筹类别、参保地、总金额、统筹支付金额、个账支付金额、是否撤销、撤销订单号、结算号 id等对账必要数据
与院端医保结算系统对账
支持与医院医保诊间结算系统、医院医保移动支付平台的订单自动对账，能够根据选择的时间段抽取 HIS、诊间订单数据进行逐笔勾兑，勾兑时根据订单号进行关联并核对订单金额、参保地、身份信息等是否一致，根据核对结果对订单进行标注。
与异地个账平台对账
获取 HIS订单并区分出异地个账消费订单，通过省平台订单号与异地个账平台的订单信息进行关联，重点比对交易金额、交易时间、参保地、就医类别等信息，标注出异常信息并返回给前端进行差异展示。
与省家庭共济平台对账
获取 HIS订单并区分出家庭共济结算订单，通过省平台订单号与家庭共济平台的订单信息进行关联，重点比对交易金额、交易时间、参保地、就医类别等信息，标注出异常信息并返回给前端进行差异展示。
与医保电子凭证中台对账
获取 HIS订单并区分出医保电子凭证结算订单，通过平台订单号信息进行关联，重点比对交易金额、交易时间、参保地、就医类别等信息，标注出异常信息并返回给前端进行差异展示。
医保月对账
本地就医申报数据对账
按照本地医保申报周期和申报规则，每月对比医院诊间结算报表数据和医保核心业务数据，逐笔勾兑申报数据差异并标注异常信息。包括但不限于职工、居民、门诊、门慢、住院申报，生育申报，离休、军休等特殊人员申报、惠民保申报等。
本地就医清算数据对账
提供本地医保垫付资金申报与医保月结情况对账能力，包括申报汇总与月结单据对账、申报与月结明细对账，包括但不限于职工、居民、门诊、门慢、住院费用，生育费用，离休、军休等特殊人员费用、惠民保费用、医保钱包费用等
异地就医清算数据对账
提供医院异地就医结算明细与医保异地清算明细对账能力，逐笔勾兑申报数据差异并标注异常信息，包括省内异地和跨省异地就医费用。
医保月对账
月结对账结果查询
基于月对账结果，支持从参保险种（医疗、生育）、医疗统筹类别 (住院、门诊、门慢)、人群类别（居民、职工）、就医类别（潍坊本地就医、省直本地就医、省内异地就医、跨省异地就医）等维度统计结果，从金额、笔数、累计三个方面展示异常交易、医保实时资金交易情况、医保垫付资金交易情况。
对账异常处理
对账结果中的异常订单信息，提供独立的查询功能；并对异常信息进行基础分析归类。提供差错处理功能，包括省市医保和异地医保、诊间结算和线上结算；差错处理方式应包括对账结果标注、医保订单撤销等。
人工对账管理
支持人工完成医保对账相关工作，包括人工触发渠道（含医院 HIS系统、诊间结算系统、医保局端业务系统）账单自动重下载或上传、后台解析入库，人工触发自动对账。
异常订单二次核对
对于异常订单，支持根据订单号自动再次获取订单信息，避免因为订单跨时间节点导致比对异常的情况。
医保回款核对
提供实到账信息维护功能，在医院垫付资金实际到账时，支持使用该功能维护并更新到账情况；支持通过手动录入或扫描银行业务回单，系统根据付款人户名、摘要等信息自动进行匹配和计算，确定到账资金类型和月份，自动更新当月实到账、未到账信息。若医院财务系统支持通过接口等方式推送到账信息，也可进行对接，实现自动同步。
医保月度账单汇总
提供医保月度账单汇总，支持根据各项医保资金月对账结果得出医保月度账单信息，包括月份、总金额、统筹垫付金额、个账垫付金额、优抚垫付金额、财政垫付金额、齐鲁保垫付金额等，支持通过人群类别、医疗统筹类别、就医类别等条件进行分类检索，支持查询各项资金应到账金额、实到账金额、未到账金额等信息。
异常预警
支持实时推送对账异常信息，推送方式包括但不限于系统首页提醒、系统弹窗提醒、短信通知等；可定制推送目标对象。预警信息能链接异常处理功能。
7
功能模块
系统管理
商户信息配置管理；支持窗口、自助、诊间等多终端管理；支持个性化页面配置
8
交易数据管理
多支付渠道交易明细查询、汇总查询、汇总明细查询；支持多商户号汇总查询；支持导出
9
勾兑数据管理
平台能根据统一汇总的数据，自动生成对账结果，简单清晰的展示各种支付方式下的单边账记录。勾兑汇总明细查询、勾兑成功明细查询、 勾兑失败明细查询 （问题数据精准定位）
10
退货管理
支持退货状态查询、退货申请、退货复核；退款流程全留痕、可追溯
11
数据分析
支持 Excel、PDF、图表展示；支持医院定制化的多维度报表展示，如门诊和住院、刷卡和扫码，按照日、月、季度或者年统计报表等，方便医院对数据的分析
12
部署要求
部署模式
支持接口 /旁路部署； 不影响现有 HIS、收费、支付系统运行 ；无需中断业务， 优先选择金融云 SASS部署方案，且安全稳定。
13
部署环境
支持物理机、虚拟机、云平台部署；兼容 Windows/Linux；支持IPv4/IPv6
14
数据安全
数据存储
交易与对账数据加密存储，确保客户敏感数据安全；操作日志全程留痕；不可篡改；数据留存 ≥3年
15
权限管理
支持分权管控：财务、收费、信息科、医保、审计、管理员分角色授权；权责分离
数据应用备份
防止意外、自然灾害和不可抗力因素造成数据丢失和系统损坏，对数据和应用进行备份。从备份方式上分为冷备和热备，落实主备机制，同时部署生产数据和应用，实现热切换。
16
查询能力
检索效率
支持按时间、渠道、商户、金额、流水、状态等多条件组合查询；秒级响应
17
接口扩展
扩展能力
支持后续新增支付渠道、新增终端、新增商户号快速对接；配置化适配
18
服务资质
服务能力
30分钟响应、4小时到场、12小时修复
19
培训要求
培训服务
提供操作、维护、应急处理培训 ≥3天；交付用户手册、维护手册、接口文档
20
质保要求
质保服务
提供 ≥3年原厂免费质保；版本升级、功能更新、接口适配全免费
（三）其他要求
1.参与投标的软件系统必须符合国家金融支付安全要求，保证资金安全。在医院日常交易、退货、撤销过程中帮助医院控制风险，如果交易异常情况出现能够及时反馈医院，协助医院财务部门处理交易异常订单及订单追缴，避免套现、恶意调单等情况 。
2.系统必须满足医院收费处、住院处窗口、移动端小程序等渠道的接入，维保期内免费为医院定制接入其他渠道。
3.中标供应商需提供标书中列举的软件系统模块，并完成系统的安装测试、系统联调工作，满足医院的本地化要求，在系统建设中及时解决全部技术问题。
4. 系统要提供负载均衡策略，提高系统的反应速度与总体性能，增加系统稳定性；使用 oracle、sqlServer等数据库存储平台所有支付数据，拥有主、 备数据服务，保障数据安全，便于数据存储和后期业务分析。
5.系统应能对所有的操作进行追踪调查、记录并进行分类，具有日志记录和日志审理功能。
6.系统将需对外提供标准的支付接口，并提供API标准接口规范，供第三方厂商（如：HIS、自助机等）进行调用与改造。系统需支持dll、ocx、Webservice等对接方式，支持医院现有winXP/win7/win8/win10等运行环境，接口统一封装，便于对接开发。
7. 项目验收前，必需提供以下技术文档：总体设计报告、需求分析说明书、详细设计说明书、测试报告、操作使用说明书、系统维护手册。
8.本项目不接受联合体参与投标。
