首页 > 市政工程 > 医院 >

龙岩市中医院信息系统单一来源采购公告

收藏
打印
转载
字小
字大+

信息时间：

2025-08-06

招标文件下载

我要报名

******医院信息设备采购管理，决定就以下项目采用院内单一来源招标方式进行采购，现欢迎有相应资质的软件公司监督。

序号	项目名称	单位	数量	限价（万元）	参数要求	拟采购公司
1	统一对账平台升级改造	项	1	15	详见附件一	******有限公司
2	血液净化平台运维服务	年	2	3.96	详见附件二	******有限公司
3	临床决策支持系统	年	2	10	详见附件三	同方******有限公司
4	规培系统运维服务	年	2	2.8	详见附件四	******有限公司
5	合理用药系统运维服务	年	2	4.4	详见附件五	福建鑫捷迅信息******有限公司
6	HIS、EMR系统运维服务	年	2	22	详见附件六	福建鑫捷迅信息******有限公司

其他说明：

1、公示期限： 2025年 8月 5日至 2025年8月 11日。

2、任何供应商、单位或者个人对采用单一来源采购方式公示有异议的，可以在公示期内将书面意见反馈给采购人。

3、有意向参加本次采购的供应商请在公示期内将相关材料送至******医院监察室（门诊7楼）报名或邮寄材料报名；备注：报名所产生的费用自行承担

4、报名材料：

1) 营业执照复其他说明：

1、公示期限： 2024年 6月 12日至 2023年6月 18日。

2、任何供应商、单位或者个人对采用单一来源采购方式公示有异议的，可以在公示期内将书面意见反馈给采购人。

3、有意向参加本次采购的供应商请在公示期内将相关材料送至******医院审计科（门诊6楼）报名或邮寄材料报名；备注：报名所产生的费用自行承担

4、报名材料：

1) 营业执照复印件（盖公章）

2) 法人代表授权书（原件）、法人代表身份证及委托人身份证明（法定代表人直接参与的只须提供法定代表人身份证复印件（盖公章）

3) 服务清单报价单

5、供应商报名截止时间：2025-8-11 11:00。

6、******医院信息科

联系人姓名：易先生邮箱：******

联系电话：0597-******（办公电话8:00-12：00,15:00-18:00）

附件一统一对账平台系统升级改造要求

序号	系统	模块	功能	技术参数要求
1	退款业务基础支撑服务	基础用户服务	获取用户实名信息	须支持获取用户的实名信息，包括姓名、证件号码，用于后续的退款业务。
2		基础用户服务	获取预交金账户信息	须支持调用外部接口获取用户的就诊卡列表、预交金账户余额信息，用于后续的退款业务。
3		退款通知服务	退款成功通知	若退款成功，须支持通知到用户，提醒用户及时查收余额。
4		退款通知服务	退款失败通知	若审核驳回或退款失败，须支持通知到用户，提醒退款失败原因。
5		退款管理	退款人工审核	须支持后台审核人员对退款申请订单进行审核，并填写审核备注。审核通过，则向第三方发起退款，用户收到退款款项；审核驳回，则撤销退款，并告知用户退款失败。
6			▲退款系统自动审核	须支持系统自动对退款申请订单进行审核。审核通过，则向第三方发起退款，用户收到退款款项；审核驳回，则撤销退款，并告知用户退款失败。
7			预交金退款列表	须支持后台查询通过退款服务系统发起的退款申请记录，包括申请时间、订单状态、申请退款金额、申请用户信息等，支持按照不同的筛选条件查询记录。
8			预交金退款详情	须支持后台查询退款详情信息，包括退款申请时间、退款状态、就诊卡信息、退款路径、实际退款到账时间、退款金额、流水号、退款操作员等。
9			退款审核记录	须支持后台查询预交金退款申请的审核记录，包括审核人员、审核时间、审核状态、审核备注等。
10		退款服务统计	退款统计报表	须支持按照HIS退款日期、退款渠道、退款方式等维度对退款数据进行汇总统计，并输出统计报表，展示已退金额、笔数，应退金额、笔数，待退金额、笔数。
11		退款服务统计	退款情况详情	须支持展示某个退款日期、退款渠道、退款方式的具体退款情况，包括渠道实际退款日期、退款金额、退款笔数。
12		退款对账服务	获取渠道退款对账单	须支持获取不同退款渠道的退款对账单，进行对账初始化处理。
13			******医院退款对账单	须支持获取HIS的退款对账单，进行对账初始化处理。
14			▲执行退款对账	******医院预交金的对账单执行两两对账，逐笔核对金额、渠道、交易时间等。
15			输出对账报表	须支持按汇总、渠道维度输出退款对账单报表。 ******医院已建设的统一支付平台无缝对接，实现统一对账，确保交易数据的准确性和一致性，避免出现数据不一致或遗漏的情况。
16		退款服务配置管理	退款审核配置	须支持配置是否自动审核退款，系统自动审核退款的时间。
17			▲退款方式配置	须支持配置当前机构支持的退款方式。
18			退款须知说明	须支持配置退款须知信息，在使用退款服务时，对用户进行相关退款规则的说明。
20		自助机退款服务	自助机退款服务入口	须提供红院内自助机对接退款服务入口，为患者提供便捷的退款服务。
21		医院门户退款服务	医院门户退款服务入口	******医院在线门户对接退款服务入口，为患者提供便捷的退款服务，实现足不出户即可发起退款申请。
22		银行卡手工转账退款服务	******银行卡退款申请	******银行卡转账预交金退款申请。
23			银行卡退款申请记录	******医院财务根据退款申请进行转账。
24			******银行卡转账清单	******银行账户、开户行等信息。
25	医院信息系统对接	HIS接口	预交金账户查询	******医院预交金账户，包括账户信息及余额信息。
26			用户就诊卡列表查询	须支持根据用户的身份信息查询院内的就诊卡列表信息。
27			预交金退款	******医院信息系统发起预交金退款。
28			预交金退款确认	************医院预交金平台进行退款撤销处理。
29		代办退款服务	代办退款服务	******医院在线门户将亲情账户身份信息传入，实现代办退款。
30		自助机接口	退款服务入口对接	******医院现有的自助机进行对接，为患者提供预交金退款服务入口。
31		门户接口	退款服务入口对接	******医院现有的在线门户（如小程序、公众号等）进行对接，为患者提供预交金退款服务入口。
32		短信接口	退款信息通知对接改造	******医院公众号或小程序或其他在线门户的消息通知模块，提供退款结果的消息推送服务。
33	预交金转账退服务	预交金转账退用户服务	退款渠道选择	须支持多种预交金退款渠道，如预交金转账到支付宝余额、预交金转账到微信零钱，用户可自主选择退款渠道。
34			转账退款校验	须支持根据渠道的退款规则及退款信息需求，校验当前的退款金额是否超过单笔转账限额、收款账户姓名是否与就诊卡姓名一致。
35			▲提交支付宝转账退款申请	须支持用户选择支付宝为退款渠道，填写收款账号、退款通知手机号、姓名后，可发起支付宝转账预交金退款申请。
36			▲提交微信转账退款申请	须支持用户选择微信为退款渠道，填写退款通知手机号、姓名后，可发起微信转账预交金退款申请。
37			微信转账退确认收款	须支持向微信渠道方发起微信转账退后，提醒用户存在待确认收款的退款订单，用户需确认收款，方可转账退款成功。
38			用户退款记录	须支持用户查询通过退款服务系统发起的转账退款申请记录，包括申请时间、订单状态、申请退款金额、申请用户信息等，支持按照不同的筛选条件查询记录。支持查看退款详情信息，包括退款申请时间、退款状态、就诊卡信息、退款路径、实际退款到账时间、退款金额等。
39		预交金转账退管理	转账退款渠道配置	须支持后台配置当前支持的多种退款渠道，如转账到支付宝余额、转账到微信零钱。
40			创建转账退款申请订单	线上或线下发起转账退款申请后，须支持向院内发起退款，并创建转账退款订单。
41			退款重办	针对在退款过程时，若用户提交的退款申请信息有误，如图片模糊、退款账号有误，须支持后台发起退款重办，用户修正退款申请信息后，重新提交退款申请，办理退款业务。
42			失败补退	若系统请求第三方渠道发起转账退款失败，如第三方渠道信息校验失败、安全校验未通过等原因，须支持后台发起失败补退，用户重新提交退款申请，办理退款业务。
43			创建转账退款订单	须支持向退款渠道发起转账退款成功后，创建转账退款订单，关联转账退款申请记录。
44		微信转账到零钱对接	获取用户授权	须支持获取用户授权信息。
45			发起商家转账	商家转账用户确认模式下，须支持用户申请收款时，发起向用户微信零钱进行转账操作申请。
46			调起用户确认收款	商家转账用户确认模式下，须支持在微信客户端通过小程序或H5拉起页面请求用户确认收款。
47			商户单号查询转账单	商家转账用户确认模式下，须支持根据商户单号查询转账单的详细信息。
48			下载转账对账单	须支持下载商家转账到零钱业务的电子回单。
49			商家转账回调通知	须支持微信支付系统通过商家转账回调通知接口通知商户系统单据处理到终态。
50		支付宝转账到余额对接	发起商家转账	须支持发起向用户支付宝账户进行转账操作，转账成功后实时到账。
51			转账业务查询	须支持通过转账业务查询接口查询转账业务单据的状态。
52			下载转账对账单	须支持下载商家转账到用户余额的对账单。
53	预交金原路退服务	预交金原路退管理	创建原路退款申请订单	在线发起原路退款申请后，须支持向院内发起退款，并创建原路退款订单。
54			▲创建原路退款订单	向退款渠道发起原路退款成功后，须支持创建原路退款订单，关联原路退款申请记录。
55			原路退启用配置	须支持配置是否开启原路退服务，开启后则可进行原路退款申请。
56			原路退时限配置	须支持配置可原路退的订单时间，如3个月、12个月内的充值订单可原路退。
57		微信原路退对接	发起微信原路退	须支持向微信渠道方发起订单原路退回。
58		微信原路退对接	微信退款订单查询	须支持通过该接口查询微信退款业务订单的状态。
59		支付宝原路退对接	发起支付宝原路退	须支持向支付宝渠道方发起订单原路退回。
60		支付宝原路退对接	支付宝退款订单查询	须支持通过该接口查询支付宝退款业务订单的状态。
61		预交金原路退用户服务	获取原订单列表	须支持获取当前用户信息的历史充值的可退款的订单，如12月内通过微信、支付宝充值的订单。
62			选择原路退订单	须支持展示用户历史的可退款的充值订单列表，包括订单的原支付金额、可退金额、订单号、原订单时间，用户勾选要原路退的订单，用于后续的原路退款业务。
63			原路退订单校验	须支持校验当前勾选的退款订单金额不超过当前预交金可退金额。
64			▲提交原路退申请	******医院使用微信、支付宝渠道支付充值的订单，在微信、支付宝的退款时限范围内，须支持用户选择支付订单发起在线原路退，资金将会退回用户的支付渠道。
65			用户原路退款记录	须支持用户查询通过退款服务系统发起的原路退记录，包括申请时间、订单状态、申请退款金额、申请用户信息等，支持按照不同的筛选条件查询记录。支持查看退款详情信息，包括退款申请时间、退款状态、就诊卡信息、退款路径、实际退款到账时间、退款金额等。
66		预交金自动原路退服务（14天自动退款）	▲自动原路退用户开关	须支持用户自行开启或者关闭自动原路退服务，若开启则系统将自动为用户完成原路退回。
67			获取可退款患者信息	须支持根据平台规则，获取当前可退款患者的信息，包括身份信息、就诊卡信息。
68			核验可退款余额	须支持根据平台规则，核验当前可退款患者的可退款余额。
69			可退余额订单拆分	须支持根据平台规则，如支付渠道的退款时限、可退款的支付渠道等，将患者可退款余额拆分成多笔退款订单。
70			自动原路退款处理	须支持自动处理发起原路退申请，向院内发起退款，并创建原路退款申请订单。向退款渠道发起原路退成功后，创建原路退订单，关联原路退申请记录。
71			周期性原路退款服务	须支持按预设的周期，系统自动完成园路退款服务，支持配置周期日期，如d=14。
72			自动退款重试	针对在退款时，渠道商户余额不足或渠道允许重新发起的其他情况下，须支持自动处理退款重试，无需再次发起退款申请。

附件二血液净化平台运维服务

1.日常维护服务说明

1.1保修期服务

系统维保期内，维保服务提供方按照用户要求配备专业数据处理人员负责本地技术支持。

维保服务提供方提供7*24小时的响应服务，保证在任何时候都能及时找到维保服务提供方的相关专业技术人员。

1.2系统现场支持维护

当系统软件出现重大故障的时候，维保服务提供方应提供现场服务。

1.3系统非现场维护

除现场支持维护外，保修期内维保服务提供方应为系统运行提供7*24小时的电话、E-MAIL响应服务，支持包括对系统软件方面的支持和技术问题解答，维保服务提供方需设置专人进行7*24小时值班，可以远程登录系统，进行软件调整，接到服务请求后1小时内给予响应和答复，提供故障诊断分析和解决方案。

1.4服务过程文档化

无论是保修内服务和保修外服务，整个服务过程均应提供文档记录，便于跟踪、分析问题

维保服务提供方将向用户方提供系统手册包括但不局限：

软件用户手册：对系统使用中的各项功能和使用方法进行详细的说明。

软件维护手册：对系统安装、维护、常见故障处理进行详细的说明，并给出相应步骤。

2.服务人员配置

2.1系统维护专家

对用户在使用过程中反馈的系统问题，进行用户交流、问题定位分析及跟踪处理。并负责协调公司的开发及工程资源，跟踪执行过程。

系统运行状态的监控、检查、系统隐患识别分析，并对系统进行定期巡检，以及重大节假日的系统故障排查。对系统故障进行分析定位，对于重大故障负责发起协调系统后台资源进行专家支持解决。

2.2应用支撑人员

负责应用软件的运行维护、数据采集和版本升级管理等，服务内容包括：

对应用系统运行状态进行维护，包括采集进程状态检查，连接及负荷保证，消息队列深度维护、系统核心服务层进行维护、数据库连接及事务维护、应用模块服务状态维护等

负责由需求变更或正常版本升级所引起的系统调测、应用部署。并提供对系统和模块的版本管理和控制。

对应用模块的运行日志进行分析查看，识别应用问题，根据用户行为及外部环境定期优化软件参数设置，服务内容包括：

针对制定的系统运行日志及用户操作日志进行查看和分析，对于日志错误进行跟踪解决。

通过日志分析用户使用行为，分析查询事务、应用模块的使用频率；以及通过系统日志，分析系统环境变量、核心参数的取值。

根据用户行为优化数据库索引、优化高使用频率的数据资源访问效率。根据系统日志，调整系统共享内存信号量等参数，分配存储空间等优化系统运行效率。

3故障处理服务

3.1故障级别定义

故障级别	故障级别定义
紧急	系统瘫痪、系统故障造成主要应用功能无法使用，与外部系统的链接异常中断。
严重	系统虽可运行，但丧失部分功能或性能严重下降，系统响应太慢，影响使用。
一般	系统日志出错，存在隐性故障或性能数据不完整/不准确的问题，对客户业务基本没有影响。

3.2故障解决

故障包括，系统巡检中发现的故障，用户投诉的故障，每周、月、季度提供故障解决报告和故障统计分析。

3.3工作时间内

在用户工作时间内，所有故障15分钟内响应，并保证在故障解决时限内解决故障。

3.4工作时间外

对于所有故障，提供7*24小时电话支持。通过远程登录系统，分析故障原因并及时解决问题。

对于严重故障导致系统不能正常运行，通过电话方式或远程支持无法解决的，派出工程师到现场解决问题。

3.5故障解决时限

对于故障解决的时限是指维保服务提供方解决自身产品故障的时间。

1）工作日期间

在工作时间内，接到故障通知后，如下给予答复：

故障级别	远程响应时限	现场响应时限	业务/故障恢复时间
紧急	15分钟（5分钟内电话响应）	30分钟	2小时
严重	20分钟（10分钟内电话响应）	2小时	4小时
一般	1小时（30分钟内电话响应）	12小时	24小时

在工作时间内，一般情况下接到故障通知后，在30分钟内给予答复，提供故障诊断分析和初步解决方案。若热线服务不能解决问题，则在1-2小时内派出技术专家远程登陆系统，及时解决技术问题。如果远程支持不能解决问题，委派技术专家2-4小时内到达现场解决故障。

在故障最终解决后1-2个工作日内提供详细的书面报告，至少包括故障形成原因、故障历时、故障影响面、故障解决过程、故障解决办法、经验教训、防止故障重复发生的措施等。

2）节假日期间

在节假日期间，接到故障通知后，给予答复如下：

故障级别	远程响应时限	现场响应时限	业务/故障恢复时间
紧急	25分钟	1小时	4小时
严重	30分钟	4小时	8小时
一般	2小时	24小时	48小时

在非工作时间内，一般情况下接到故障通知后，在1小时内给予答复，提供故障诊断分析和初步解决方案。若热线服务不能解决问题，则在4小时内派出技术专家远程登陆系统，及时解决技术问题。如果远程支持不能解决问题，委派技术专家8小时内到达现场解决故障。

在故障解决后3个工作日内提供详细的书面报告，至少包括故障形成原因、故障历时、故障影响面、故障解决过程、故障解决办法、经验教训、防止故障重复发生的措施等。

4.应急保障服务

4.1应急预案启动原则

当系统发生以下情况时，根据用户要求启动本应急预案进行处理：

受到黑客或病毒入侵。

系统的功能异常，无法采集网络数据，无法管理IP网络，主要服务进程无法启动。

服务器发生以下任一指标异常，并持续1小时以上：

CPU利用率高于90%；

主硬盘利用率高于90%；

内存占用率高于90%；

数据库的数据占用率高于90%；

网管带宽利用率超过90％且历时一小时。；

一旦发生上述情况，应根据本预案尽快启动如下应急流程：

第一步：首先反映给项目工程师，由项目工程师解决。

第二步：对于项目工程师无法解决的故障，项目工程师必须第一时间把问题反映给高级技术支持人员，高级技术支持人员立刻需要对所反映的问题进行评估，如果能够通过电话支持解决，则当时就要解决，直至故障消除；如果需要通过telnet到系统服务器，则应该尽快上网，同时在电话上指导项目工程师做相应的配合工作；如果问题复杂，需要联系开发人员协助解决，高级技术支持人员立刻联系项目经理。同时高级技术支持人员立刻上网，检查系统，做好相应的配合工作。

第三步：高级技术支持人员配合系统设计师/模块设计师解决复杂的故障。

第四步：项目工程师、高级技术支持人员和模块设计师共同撰写故障分析报告，提交给用户。

5.巡检与系统性能优化服务

5.1系统架构优化服务

根据系统运行和业务发展情况的需要，维保服务提供方提供系统结构等优化、调整和升级的建议。

该项目的系统承建方服务人员清楚了解系统架构、系统配置、系统处理的相关应用模式，可以保证调优的有效性和安全性。

对于出现全球性的计算机系统问题时，根据实际需求提供相应的应急方案或处理办法。

5.2主机配置优化服务

根据用户需求，对操作系统和系统软件进行升级。

根据用户需求，对操作系统和系统软件打补丁。

根据需要对操作系统参数进行优化。

根据系统运行状况，定期就主机系统硬件设备提出调优方案。