湛江市赤坎区中医医院迁建项目（二期）信息化建设采购更正公告（第一次）

一、项目基本情况

变更公告广东省医疗卫生截止 2026-04-24 09:30

信息类型变更公告

发布时间2026-04-08

投标截止2026-04-24 09:30

所属地区广东省

采购人湛江市赤坎区中医医院

代理机构广东国丰项目管理有限公司

项目预算1197.3万元

所属行业医疗卫生

信息来源广东政府采购网

公告正文

一、项目基本情况

原公告的采购项目编号：GDGF2026-018

原公告的采购项目名称：湛江市赤坎区中医医院迁建项目（二期）信息化建设

首次公告日期：2026年04月03日

二、更正信息：

更正事项：采购公告

更正原因：

1.本项目预算金额更正。

2.因智慧云平台系统原因，采购文件技术(参数)要求小标题与内容发生不对应情况，现进行更正，具体技术(参数)内容不变。

更正内容：

原招标文件	更正后
条款号	内容	条款号	内容
预算金额	11,973,020.00 元	本项目最高限价	10,998,020.00 元
1.2 软件开发及技术服务	软件开发及技术服务清单序号	大类	小类	系统名称	单位	数量
1	临床服务	临床服务系统	病历质控系统	套	1
2	移动护理系统	套	1
3	医疗系统	医疗管理系统	危急值管理系统	套	1
4	AI智能辅助决策系统	套	1
5	电子签名系统	套	1
6	财务管理系统	套	1
7	固定资产管理系统	套	1
8	输血管理系统	套	1
9	健康体检系统	套	1
10	院前急救系统	套	1
11	运营系统	运营管理系统	消毒供应系统	套	1
12	OA系统	套	1
13	人事管理系统	套	1
14	医院运维管理系统	套	1
15	统一支付平台系统	套	1
16	药师处方审核、点评系统	套	1
17	不良事件上报系统	套	1
18	院内感染管理系统	套	1
19	静脉配置系统		1
20	抗菌药物分级管理系统	套	1
21	医院信息集成平台	集成平台	ESB服务总线	套	1
22	统一门户	套	1
23	单点登录	套	1
24	统一用户	套	1
25	统一授权	套	1
26	患者主索引	套	1
27	主数据管理	套	1
28	平台运行监控	套	1
29	数据中心	数据采集及源数据库（ ODS）建设	套	1
30	数据清洗及治理（ ETL）	套	1
31	临床数据中心	套	1
32	患者全息视图	套	1
33	医院战略地图	套	1
34	医院运营分析	套	1
35	互联互通	互联互通标准化	数据集管理系统	项	1
36	共享文档管理系统	项	1
37	互联互通标准服务管理	项	1
38	测评服务	互联互通测评服务	互联互通四乙测评服务	项	1
39	等保测评及整改	信息系统等保测评及整改	项	1
40	电子病历评测	电子病历评测服务	项	1
41	接口	接口服务	系统对接	1	1
序号	大类	小类	系统名称	单位	数量
1	临床服务	临床服务系统	病历质控系统	套	1
2	移动护理系统	套	1
3	医疗系统	医疗管理系统	危急值管理系统	套	1
4	AI智能辅助决策系统	套	1
5	电子签名系统	套	1
6	财务管理系统	套	1
7	固定资产管理系统	套	1
8	输血管理系统	套	1
9	健康体检系统	套	1
10	院前急救系统	套	1
11	运营系统	运营管理系统	消毒供应系统	套	1
12	OA系统	套	1
13	人事管理系统	套	1
14	医院运维管理系统	套	1
15	统一支付平台系统	套	1
16	药师处方审核、点评系统	套	1
17	不良事件上报系统	套	1
18	院内感染管理系统	套	1
19	静脉配置系统	套	1
20	抗菌药物分级管理系统	套	1
21	医院信息集成平台	集成平台	ESB服务总线	套	1
22	统一门户	套	1
23	单点登录	套	1
24	统一用户	套	1
25	统一授权	套	1
26	患者主索引	套	1
27	主数据管理	套	1
28	平台运行监控	套	1
29	数据中心	数据采集及源数据库（ ODS）建设	套	1
30	数据清洗及治理（ ETL）	套	1
31	临床数据中心	套	1
32	患者全息视图	套	1
33	医院战略地图	套	1
34	医院运营分析	套	1
35	互联互通	互联互通标准化	数据集管理系统	项	1
36	共享文档管理系统	项	1
37	互联互通标准服务管理	项	1
38	测评服务	互联互通测评服务	互联互通四乙测评服务	项	1
39	等保测评及整改	信息系统等保测评及整改	项	1
40	电子病历评测	电子病历评测服务	项	1
41	接口	接口服务	系统对接	项	1
1.2.2.1.2AI 智能辅助决策系统	1.2.2.1.2.1 医学知识库 l 疾病知识库包含疾病概述、临床表现、病理详情、何时就医、预后、预防介绍、自我护理、护理方法 ( 病房 ) 、注意事项、处置建议、用药建议、检查建议、患者指导等详细内容。包含通用名、剂型、功效分类、成份分类、主要成份、药品性状、溶媒分类、给药方式、 ATC 编码、主要成份、规格、儿童日最高量、成人日最高量、儿童日建议给药次数、儿童每次建议剂量、成人日建议给药次数、成人每次建议剂量、特殊给药条件（饭前 .. ）、儿童注意事项、孕妇注意事项、老人注意事项、药理机制、毒理机制、生成厂商。 1. 药品知识库包含通用名、项目介绍、检验样本、注意事项。 1. 检验知识库包含通用名、指标介绍、正常区间、注意事项。 1.2.2.1.2.2 智能诊断诊断患者的临床表现（症状诱因、持续时间、部位、性质、程度、加重缓解）、检查（体格检查、检查结果）、检验结果计算推荐疑似常见诊断。 1. 检查知识库 l 疑似常见诊断根据疾病与症状体征的相关性，推荐该疾病的常见症状和体征。 1. 常见症状体征支持鉴别诊断 , 包含鉴别方法、鉴别检查说明。 1.2.2.1.2.3 质控规则设置支持对质控模块涉及到的内置规则全部开放，并可以对现有规则进行修改、删除。 1. 鉴别诊断 l 规则开放支持院内个性化编辑检查、检验提醒的规则，编辑规则的维度不低于以上提到的维度。 1. 自定义规则支持编辑的规则实时生效。 1.2.2.1.2.4 医嘱质控下达检验申请医嘱时，能够针对患者性别、年龄、妊娠状态、诊断、生理周期、以往用药、以往检验申请项目、以往检验结果等至少 8 个维度进行申请合理性自动审核并针对问题申请给出提示。 1. 规则生效 l 检验质控下达检查申请医嘱时，能够针对患者性别、年龄、妊娠状态、诊断、过敏史、以往用药、以往检查项目、以往检查结果等至少 8 个维度对申请合理性进行自动检查并提示。	1.2.2.1.2AI 智能辅助决策系统	1.2.2.1.2.1 医学知识库 1. 疾病知识库包含疾病概述、临床表现、病理详情、何时就医、预后、预防介绍、自我护理、护理方法 ( 病房 ) 、注意事项、处置建议、用药建议、检查建议、患者指导等详细内容。 2. 药品知识库包含通用名、剂型、功效分类、成份分类、主要成份、药品性状、溶媒分类、给药方式、 ATC 编码、主要成份、规格、儿童日最高量、成人日最高量、儿童日建议给药次数、儿童每次建议剂量、成人日建议给药次数、成人每次建议剂量、特殊给药条件（饭前 .. ）、儿童注意事项、孕妇注意事项、老人注意事项、药理机制、毒理机制、生成厂商。 3. 检验知识库包含通用名、项目介绍、检验样本、注意事项。 4. 检查知识库包含通用名、指标介绍、正常区间、注意事项。 1.2.2.1.2.2 智能诊断 1. 疑似常见诊断诊断患者的临床表现（症状诱因、持续时间、部位、性质、程度、加重缓解）、检查（体格检查、检查结果）、检验结果计算推荐疑似常见诊断。 2. 常见症状体征根据疾病与症状体征的相关性，推荐该疾病的常见症状和体征。 3. 鉴别诊断支持鉴别诊断 , 包含鉴别方法、鉴别检查说明。 1.2.2.1.2.3 质控规则设置 1. 规则开放支持对质控模块涉及到的内置规则全部开放，并可以对现有规则进行修改、删除。 2. 自定义规则支持院内个性化编辑检查、检验提醒的规则，编辑规则的维度不低于以上提到的维度。 3. 规则生效支持编辑的规则实时生效。 1.2.2.1.2.4 医嘱质控 1. 检验质控下达检验申请医嘱时，能够针对患者性别、年龄、妊娠状态、诊断、生理周期、以往用药、以往检验申请项目、以往检验结果等至少 8 个维度进行申请合理性自动审核并针对问题申请给出提示。 2. 检查质控下达检查申请医嘱时，能够针对患者性别、年龄、妊娠状态、诊断、过敏史、以往用药、以往检查项目、以往检查结果等至少 8 个维度对申请合理性进行自动检查并提示。
1.2.2.1.8.7.2 与医院设备设施集成	2 、时钟集成：对接医院的母钟，使患者救治过程中各个关联的业务系统、设备设施在时间上保证一致性、精确性。	1.2.2.1.8.7.2 与医院设备设施集成	1 、医疗设备集成主要用于自动化采集急救车医疗设备输出的患者各项医疗数据，包括但不限于心电图、监护仪、除颤仪、呼吸机等设备。具体集成方法根据医疗设备的接口说明书进行。 2 、时钟集成：对接医院的母钟，使患者救治过程中各个关联的业务系统、设备设施在时间上保证一致性、精确性。
1.2.3.1.2OA 系统	1.2.3.1.2.1 技术要求（ 1）系统基于B/S架构，符合HTML5标准；全面采用开源技术开发，兼容Edge、Chrome、Safari等主流浏览器；支持PC、苹果电脑；支持SQL Server、MySQL等数据库；支持IIS、Nginx等Web服务器。系统可以部署在国 -产操作系统、 Windows、Linux 等操作系统。（ 2）系统安全性可以强制要求用户密码的强度，用户输错密码超过规定次数后自动锁定账号。提供完善的权限控制体系，提供基于个人、部门、角色的多维度权限控制，可以对每个功能进行严格的权限控制，即使多人对某项功能具有相同权限，各自看到的内容也不同。提供完善的用户登录日志、操作日志、系统运行日志，为系统安全审计提供支持，有效保障系统运行安全和数据安全。（ 3）系统易用性支持 Word、PDF、TIF 、 WPS文字格式的附件在线阅读。 Edge、Chrome等浏览器都可在线阅读附件，无需下载到本地后打开。对于红头文件（各种公文）等对版式要求严格的新闻 /公告信息，可以将红头文件以附件形式上传后，将文件内容直接显示出来（无需下载后打开）。（ 4）管理员登录OA，可以直观监控服务器运行情况，比如：内存占用情况、磁盘占用情况、网络吞吐情况、网站群情况、定时服务运行情况，更好地掌握系统健康情况。（ 6）管理员登录OA，可以直观监控数据库运行情况及性能指标。（ 7）提供持续更新的在线表单模板库，可以在自定义表单设计器中直接下载使用，以便提高项目实施效率和未来借鉴其他医院的使用经验，快速扩展系统功能。需提供模板库的网址地址及登录账号，以便验证。	1.2.3.1.2OA 系统	1.2.3.1.2.1 技术要求（ 1）系统基于B/S架构，符合HTML5标准；全面采用开源技术开发，兼容Edge、Chrome、Safari等主流浏览器；支持PC、苹果电脑；支持SQL Server、MySQL等数据库；支持IIS、Nginx等Web服务器。系统可以部署在国 .产操作系统、 Windows、Linux 等操作系统。（ 2）系统安全性可以强制要求用户密码的强度，用户输错密码超过规定次数后自动锁定账号。提供完善的权限控制体系，提供基于个人、部门、角色的多维度权限控制，可以对每个功能进行严格的权限控制，即使多人对某项功能具有相同权限，各自看到的内容也不同。提供完善的用户登录日志、操作日志、系统运行日志，为系统安全审计提供支持，有效保障系统运行安全和数据安全。（ 3）系统易用性支持 Word、PDF、TIF 、 WPS文字格式的附件在线阅读。 Edge、Chrome等浏览器都可在线阅读附件，无需下载到本地后打开。对于红头文件（各种公文）等对版式要求严格的新闻 /公告信息，可以将红头文件以附件形式上传后，将文件内容直接显示出来（无需下载后打开）。（ 4）管理员登录OA，可以直观监控服务器运行情况，比如：内存占用情况、磁盘占用情况、网络吞吐情况、网站群情况、定时服务运行情况，更好地掌握系统健康情况。（ 5 ）管理员登录 OA，可以直观监控数据库运行情况及性能指标。（ 6 ）提供持续更新的在线表单模板库，可以在自定义表单设计器中直接下载使用，以便提高项目实施效率和未来借鉴其他医院的使用经验，快速扩展系统功能。需提供模板库的网址地址及登录账号，以便验证。
1.2.3.1.5 统一支付平台系统	1.2.3.1.5.1 统一支付管理 1.2.3.1.5.1.1 支付子系统支付系统提供了一套完整、先进、安全的支付机制来支持现有多渠道、多通道的支付模式，为医院的财务管理提供保障。 1. 检查质控 l医疗设备集成主要用于自动化采集急救车医疗设备输出的患者各项医疗数据，包括但不限于心电图、监护仪、除颤仪、呼吸机等设备。具体集成方法根据医疗设备的接口说明书进行。 l支付管理维护为医院提供移动支付的商户信息，包括商户名称、商户号、商户联系信息等。可维护商户下的服务商信息，授权对应的服务商使用移动支付业务。 1. 商户管理维护商户下的服务商信息，如窗口支付的服务商、自助机支付的服务商、微信支付的服务商等。可维护服务商的名称、服务商 ID 、是否启用及对应的服务商密钥等，服务商密钥用于各服务商与统一支付平台交互的数据验证。每个服务商可维护允许开展的支付方式。服务商管理维护不同的支付方式，包括微信支付、支付宝支付、小程序支付等。支持多种支付方式的对接，包括窗口扫码支付、门诊诊间支付、自助机扫码支付、微信小程序支付等。支持支付日志查询，查询支付交易日志信息，包括交易流水号、金额、支付方式等。聚合支付管理系统提供多种风控措施来预防数据异常。具体情况如下：	1.2.3.1.5 统一支付平台系统	1.2.3.1.5.1 统一支付管理 1.2.3.1.5.1.1 支付子系统 1 、支付管理支付系统提供了一套完整、先进、安全的支付机制来支持现有多渠道、多通道的支付模式，为医院的财务管理提供保障。 2 、商户管理维护为医院提供移动支付的商户信息，包括商户名称、商户号、商户联系信息等。可维护商户下的服务商信息，授权对应的服务商使用移动支付业务。 3 、服务商管理维护商户下的服务商信息，如窗口支付的服务商、自助机支付的服务商、微信支付的服务商等。可维护服务商的名称、服务商 ID 、是否启用及对应的服务商密钥等，服务商密钥用于各服务商与统一支付平台交互的数据验证。每个服务商可维护允许开展的支付方式。 4 、聚合支付管理维护不同的支付方式，包括微信支付、支付宝支付、小程序支付等。支持多种支付方式的对接，包括窗口扫码支付、门诊诊间支付、自助机扫码支付、微信小程序支付等。支持支付日志查询，查询支付交易日志信息，包括交易流水号、金额、支付方式等。 5 、风控管理系统提供多种风控措施来预防数据异常。具体情况如下： 1 ）异地登录：检测是否是允许异地访问。 2 ）密码校验：设置校验累计登陆密码错误次数。 3 ）单笔交易金额：限制单笔交易的最大金额，避免错误导致的超大金额扣费。 4 ）交易应答机制：交易应答机制，会对每个交易的对话进行监控，如果接口调用无应答，则会在一定时间内重新发起询问。
1.2.3.1.5.2 统一对账管理	为财务部门提供统一的对账报表，实现全院各渠道收入数据的自动对账功能。数据总览：展示一段时间医院支付交易数据，以可视化图形方式展示一段时间内的交易汇总数据、退费数据、医院各业务的汇总数据等，及支付交易趋势图等。订单管理：可按时间、交易流水号、支付方式、业务类型等查询支付订单和退款订单，可查看交易日志详情。对账管理：退费管理：支持特殊情况（如单边账）的退费处理，录入对应的订单号可查看订单详情，核对退款金额、录入退款原因后可进行退款确认。统计分析：查询业务汇总数据等各类分析报表。	1.2.3.1.5.2 统一对账管理	为财务部门提供统一的对账报表，实现全院各渠道收入数据的自动对账功能。数据总览：展示一段时间医院支付交易数据，以可视化图形方式展示一段时间内的交易汇总数据、退费数据、医院各业务的汇总数据等，及支付交易趋势图等。订单管理：可按时间、交易流水号、支付方式、业务类型等查询支付订单和退款订单，可查看交易日志详情。对账管理： 1 、支持各渠道账单自动下载，可查看下载后的账单详细信息。 2 、支持选择商户、服务商、支付方式及时间进行对账处理。系统展示汇总对账情况，包括收入、退费金额情况及对应差额，差额数据用特殊颜色标记显示。 3 、点击对账汇总可查看对应的明细信息，展示对账的订单数、金额、差异笔数及金额等。退费管理：支持特殊情况（如单边账）的退费处理，录入对应的订单号可查看订单详情，核对退款金额、录入退款原因后可进行退款确认。统计分析：查询业务汇总数据等各类分析报表。
1.2.4 医院信息集成平台	1.2.4.1 集成平台 1.2.4.1.1ESB 服务总线 1.2.4.1.2 统一门户 1.2.4.1.3 单点登录 1.2.4.1.4 统一用户全院科室人员统一管理，支持组织架构维护，可维护多级组织架构。支持科室维护，维护科室分类及各种属性。可设置科室停用、启用。支持人员基本信息维护，维护姓名、性别、出生日期、身份证号、职称、学历、联系方式、医生介绍等各种信息。可维护人员登录账号及密码，支持绑定 CA 证书。 1.2.4.1.5 统一授权 1.2.4.1.6 患者主索引 1.2.4.1.7 主数据管理 1.2.4.1.8 平台运行监控按照系统或者服务进行服务调用次数以及失败次数的统计。风控管理异地登录：检测是否是允许异地访问。密码校验：设置校验累计登陆密码错误次数。单笔交易金额：限制单笔交易的最大金额，避免错误导致的超大金额扣费。交易应答机制：交易应答机制，会对每个交易的对话进行监控，如果接口调用无应答，则会在一定时间内重新发起询问。支持各渠道账单自动下载，可查看下载后的账单详细信息。支持选择商户、服务商、支付方式及时间进行对账处理。系统展示汇总对账情况，包括收入、退费金额情况及对应差额，差额数据用特殊颜色标记显示。点击对账汇总可查看对应的明细信息，展示对账的订单数、金额、差异笔数及金额等。信息集成平台满足 HL7 等标准，参照 IHE(Integrating the Healthcare Enterprise) 技术框架和体系结构，采用 SOA 和信息集成技术将各种医疗信息（影像、文字、视频、检验数据等）进行松耦合集成，通过互联互通的方式实现临床工作模式与工作流程的优化。采用企业级服务总线（ ESB ）技术，通过松耦合模式，将业务逻辑和应用逻辑、数据逻辑分离。服务总线遵循 SOA 设计原则和技术标准，支持数据的自动采集、传输、标准化转换、存储、共享，提供可靠的数据或消息传输，支持标准消息中间件。基于主流成熟的企业服务总线服务产品，支持按服务分组，相互组之间不会受影响。支持多种数据通信模式，包括同步、异步等。支持灵活开放的协议，包括但不限于 JSON 、 MLLP 、 HTTP/HTTPS 、 JMS 、 FTP/File 、 Socket 、 SMTP 、 SOAP/HTTP 、 SOAP/JMS 。支持集群功能，队列管理器之间能够共享负载，实现自动负载均衡。支持标准接入规范，基于统一描述、发现和集成标准，进行关键业务活动服务注册，方便第三方供应商基于该统一架构进行平台接入。支持 ESB 事件驱动模型构建，支持业务规则引擎场景设置和自定义应用场景。需要内置医疗行业 HL7 适配器，提供明确产品说明支持 HL7 标准；患者主索引（ EMPI ）匹配算法应符合 IHE-PIX 、 IHE-PDQ 集成规范，提供符合 HL7 标准的对外服务接口。具有较高的并发处理性能，包括 Web Service/http 调用等。系统采用多层架构的体系结构，应充分考虑到系统今后纵向和横向的平滑扩展能力。企业服务总线服务需要支持 3 个及以上故障转移架构能力。参考互联互通服务接入标准，采用统一接入方式，简化接入开发工作，简化第三方接入开发量。系统需要高度的安全性和可靠性保证，可以对外来访问 WebService 客户端进行用户认证和访问权限的控制，并支持 HTTPS （ SSL 加密传输）。系统配置易用性需要考虑，院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。将医院相关系统都整合到统一的门户中，用户可以通过统一门户，查看平时重要的通知、日程、管理、报表等信息。同时可以无须再次输入用户名密码，直接登陆其他业务系统。统一门户针对每个角色的不同，为领导、医生、护士等不同角色定制不同的门户模版，使用户在门户中可以查看自己角色最关心的信息。如果一个用户拥有多个角色（比如即是领导，又是医生），他也可以在多个角色中进行切换，使其能更好的进行日常工作。提供应用系统接入规范，包括认证、消息和界面集成方案。统一身份与权限管理平台的实施之后，各应用系统不再独立管理用户信息和授权信息。单点登录应支持多种登录方式：如 CA 电子签名登录（ Ukey 或电子签名 App 扫码）、账号密码、指纹、企业微信号、钉钉、验证码等登录方式。单点登录应支持令牌指令的认证方式：即登录后生成一个 token （令牌），该令牌在过期之前可被业务系统访问并调用，从而实现不需再次登录的目的。对于 B/S 应用下的 Form 认证场景，系统应采用 SSL 加密协议，以避免密码探测，提供用户会话 (Session) 有效期管理。基于用户会话认证的一个过程，用户只需一次性提供凭证，就可以访问所有相互信任的应用系统。提供一站式单点登录，统一登录界面，通过用户的一次性鉴别登录，可获得所需访问的各应用系统的授权。支持 “一次登录、随处访问”，提高用户的工作效率，减少操作时间，降低用户安全管理的复杂度，提高系统整体的安全性。单点登录支持集成 C/S 架构系统及 B/S 架构系统。支持浏览单点登录的登录日志列表，包括成功登录的状态、系统名称等内容。集中统一的管理全院的基础数据，通过对平台相关的各业务系统提供基础数据服务，实现基础数据的同步或匹配，以规范数据的统计口径，提高数据质量。统一的组织和人员管理：提供全院统一的人员数据管理功能，整合 HIS 、 HRP 等所有系统的人员信息，能够持有和管理所有人员数据，并使各个系统的人员和组织数据保持一致。能够随时跟踪人员所在。统一管理人员入职、调转、离职等信息。总体组织架构维护：组织机构类型，层级关系，组织机构全称，机构简称，机构英文名称，机构别名，简称首字母缩写，组织机构代码，邮编，单位地址，单位电话，单位传真，单位所在地，单位负责人等。部门级组织架构维护：支持从 HIS 系统同步各临床科室的服务单元及病区信息，并建立医院临床组织机构和 HIS 中各临床服务单元的对应管理。临床术语主数据管理：支持对 ICD 编码等临床术语进行统一管理。服务单元主数据管理：门诊服务单元、住院服务单元、护理服务单元。检验项目主数据管理：检验项目、标本类型。检查项目主数据管理：包括放射、超声、病理、内镜、心电等。收费项目主数据管理：对收费项目相关信息进行统一管理。基于 HIS 系统信息分析，整理出收费项目，主要包含：收费项目编码、名称、费用类别、国家标准代码、物资对应项目、是否打印知情同意书、是否需要预约等。收费项目信息，以 HIS 系统为初始化收费项目数据，注册到集成平台发布给各业务系统。医嘱项目主数据管理：定义医嘱项目基础数据。药品项目主数据管理：药品基本信息维护、抗生素基本信息、药理分类信息、药品通用信息、诊断院内码、手术院内码。医疗资源主数据管理：支持编制和创建全院当前定义为医疗资源的基础数据，梳理医疗资源类别和归属层级并编码。包括诊间、诊间工位、床位、需要进行医疗效率和服务质量分析的医疗设备等。耗材主数据管理：对耗材相关信息进行统一管理。集成平台实现耗材信息注册服务、同步耗材信息服务、收费与耗材对应注册服务、收费与耗材对应发布服务。手术院内码和手术 ICD 的对应关系。诊断院内码和诊断 ICD 的对应关系。国标包括但不限于以下：全国组织机构代码编制规则（ GB 11714-1997 ）、中华人民共和国行政区划代码 (GB/T 2260-2007 ）、县级以下行政区划代码编制规则 (GB/T 10114-2003 ）、经济类型分类与代码 (GB/T 12402-2000) 、《个人基本信息分类与代码第 1 部分 : 人的性别代码》（ GB/T 2261.1-2003 ）、《个人基本信息分类与代码第 2 部分 : 婚姻状况代码》（ GB/T 2261.2-2003 ）、中国各民族名称的罗马字母拼写法和代码（ GB 3304-1991 ）、《学历代码》（ GB/T 4658-2006 ）、《中华人民共和国学位代码》 (GB/T 6864-2003) 、《高等学校本科、专科专业名称代码》 (GB/T 16835-1997) 、专业技术职务代码（ GB/T 8561-2001 ）、疾病分类与代码（ GB / T14396-2016 ）、中医病症分类与代码（ GB/T15657-2021 ）。行标包括但不限于以下：卫生机构 ( 组织 ) 分类与代码（ WS218-2002 ）、卫生信息数据集分类与编码规则（ WS/T306-2009 ）、《国家基本医疗保险、工伤保险和生育保险药品目录》、《医疗器械分类规则》、《全国医疗服务价格项目规范》。监控概览提供方被调用统计展示服务的关键指标的情况：服务请求次数、服务异常次数、接入系统总数、接入服务总数等。关键指标监控和服务器的 CPU 、内存、磁盘使用率等信息，支持以柱状图的方式显示。服务器资源及网络情况通过饼状图展示消费方的调用比例情况。消费方调用图例展示服务请求次数的折线图。服务请求趋势根据筛选条件查看服务调用日志的主要内容。日志查询 ▲对平台接入的服务进行可视化的监控和配置管理，包括服务调用情况、高频次调用情况、调用日志保留天数、熔断持续时间、熔断阈值 1 分钟内失败次数等信息的监控和配置。（提供截图证明材料）。配置管理支持监控当前系统接入数量、当前服务接入数量、当天服务调用得情况、异常信息及异常处理等，接入服务、接入系统、服务调用、消费系统等统计信息。实时监控服务内容展示展示系统之间的服务流向关系。系统服务流向图例展示服务的列表：包括服务名称、请求方、提供方、调用次数、平均耗时、最短耗时、最大耗时、吞吐量、失败次数、状态、失败率等。服务列表支持展现当前服务的所信息，至少包括以下信息：服务详情信息（服务调用链路、耗时、路由、消息 id 等）、子服务列表、服务最后一次请求流程图、服务异常等。服务调用详情 ▲为集成平台实现自动化的监控服务，包括调用成功、调用失败以及耗时的情况。并支持通过具体的服务、账户查询对应的服务运行监控情况。（提供截图证明材料）。 1.2.4.2 数据中心 1.2.4.2.1 数据采集及源数据库（ ODS ）建设 1.2.4.2.2 数据清洗及治理（ ETL ） 1 ）支持对各个模型的采集周期进行集中管理，统一管理各个模型的采集时间，启动、停止各个采集模型。 2 ）设置医院各个业务系统的采集数据库链接。 3 ）数据抽取过程支持断点抽取、增量抽取、完全抽取等抽取策略。 4 ）数据接口：支持常见的数据源，包括但不限于 SQL server ， Oracle ， Informix ， MYSQL,SAS ， Text ， Excel ，国 - 产数据库等，用户自定义文件， FTP ， XML ， Message Queue ， Email ， Weblog ， OleDB ，其它；自动化监控数据中心应在不改变原有业务系统表结构的基础上实现准实时的数据同步；数据中心应搭建复制库并复制各个业务系统的数据库；数据中心支持以主题域为主执行相关任务数据中心全量抽取；数据中心支持通过 CDC （变化数据捕获）机制对业务系统做数据中心增量抽取，实时捕获数据，然后采用实时高效的智能化加载工具加载数据变化集到数据中心中；数据中心支持将数据与 EMPI 映射；数据中心支持对采集的数据加以解析处理，形成最小的、可复用的数据元素，以提高数据利用的效率；加载各数据源所对应的业务系统中保存的历史数据，使数据中心能涵盖医院现有的各类数据资产；数据中心的建设应充分考虑历史核心数据迁移、现有系统的接入，确保在后续的应用优先从数据中心进行获取。采集脚本配置 1 ）对常用的数据转换功能有现成的功能模块支持，无需人工编程实现。拥有丰富的数据转换功能，能满足不同业务需求进行数据转换。提供丰富的据清洗函数，可以根据音近、字符排列等模式进行自动的数字清洗。数据转换和清洗逻辑支持在 ETL 服务器上运行，而不是在数据库端运行，减少对数据库的压力； 2 ）系统内置互联互通标准规则知识库，并能通过可视化界面完成规则的维护。同时平台数据、数据集和 CDA 数据之间的规则保持一致性，同一字段，只需一次维护，即可通用。按照数据标准化要求，在数据清洗过程中，与主数据一体化操作，完成数据从院标到国标的标准化转换。数据清洗根据国家标准，内置数据集模板，自动实现数据集的生成和组装。数据集调阅：提供数据集内容的界面浏览功能。数据集管理数据处理过程中将提供以患者为中心的统一视图的实时数据库。它通过受控医学词汇表（ CMV ）保证所有人对临床数据语义理解的一致，以提高 CDR 的数据质量。在 CDR 中，诊疗数据是围绕患者为中心进行组织的，临床用户可以从多个角度查询、浏览和分析数据，其中的诊疗数据一般包括： •患者基本信息 •历次就诊病史 •门急诊和住院诊断 •处方信息 •检验结果 •放射 / 超声 / 病理 / 内镜检查报告 •医学影像 •费用信息数据存储 1 ）对数据的采集过程进行监控，数据采集成功、失败明细情况监控，对失败的数据采用重新采集，控制整体数据采集质量，并根据数据采集监控结果完善数据采集配置方案； 2 ）提供完善的异常处理机制对于出现差错的 workflow 、 session 支持异常控制、错误告警、错误准确定位、错误原因判断以及错误恢复； 3 ）提供数据校验手段，对空值、异常值能够有效处理； 4 ）可根据异常情况进行不同的分支流程处理，即一个作业失败，可进行另外的错误流程控制进行补救； 5 ）提供专门的错误控制选项，可根据不同的错误情况进行设定，什么样的错误级别产生什么样的状态，进而执行什么样的操作； 6 ）支持校验点和断点恢复功能。 1.2.4.2.3 临床数据中心数据采集监控结合国家卫健委的相关标准，以及医院数据源的实际质量，设计 CDR 数据仓库，包括数据对象、对象之间的关联关系、采用的数据标准、和业务数据的映射关系等。通过临床数据中心（ CDR ）平台建设，逐步形成医院的数据标准与规范，包括数据共享接口规范、临床数据集规范、管理运营数据集规范、数据获取规范、数据对外发布规范等等，使得未来引进和建设新的 IT 系统变得有章可依。临床数据中心（ CDR ）平台应具有高度的可扩展性，采用面向服务架构（ SOA ）设计，为未来各种业务系统的接入提供了极具弹性的扩展平台。 CDR 应对数据资产提供持续性保护，数据利用不受业务系统的更换影响。支持医院在系统供应商的选择和使用时，掌握完全的主动，不影响数据中心的数据汇聚。 CDR 应支持医院在系统供应商的选择和使用时，掌握完全的主动，不影响数据中心的数据汇聚。 CDR 应具有可自定义视图的功能：在需要时可随时为用户展示关键信息。能够快速创建和修改个性化视图，通过用户自助式服务，满足全院临床、管理和科研用户的需求。接入数据范围包括但不限于以下列表中的内容：对门急诊、住院患者就诊登记的患者基本信息（就诊卡号、病案号、姓名、性别、年龄、医保费用类别等）进行模型设计、运营库数据集成，实现连续性存储管理。患者标识对门急诊、住院患者的就诊信息（挂号方式、候诊科室、看诊医生、入院登记时间、入院时间、入院病区等）进行模型设计、运营库数据集成，实现连续性存储管理。患者服务对门急诊患者的处方信息（用药、治疗、检查、检验等）进行模型设计、运营库数据集成，实现连续性存储管理。门诊处方对门急诊、住院患者的中西医诊断信息（门诊诊断、入院诊断、出院诊断等）进行模型设计、运营库数据集成，实现连续性存储管理。临床诊断对住院患者的病历进行模型设计、运营库数据集成，实现连续性存储管理。支持非结构化病历数据存储、半结构化数据存储。住院病历对住院患者的医嘱信息（长期医嘱、临时医嘱）进行模型设计、运营库数据集成，实现连续性存储管理。住院医嘱对住院患者手术麻醉信息（手术记录、麻醉记录、手术中的输血、用药、基本生命体征、麻醉事件）进行模型设计、运营库数据集成，实现连续性存储管理。手麻记录对门急诊、住院患者的检验申请信息进行模型设计、运营库数据集成，实现连续性存储管理。检验申请单对门急诊、住院患者的检查申请信息进行模型设计、运营库数据集成，实现连续性存储管理。检查申请单对门急诊患者的病历进行模型设计、运营库数据集成，实现连续性存储管理。门诊病历对住院患者体温单中的症状体征信息进行模型设计、运营库数据集成，实现连续性存储管理。体征记录对住院患者护理文书（一般护理记录单、各种评估单、健康教育）进行模型设计、运营库数据集成，实现连续性存储管理。支持非结构化数据存储。护理病历对门急诊、住院患者的实验室检验信息（项目名称、检验结果、单位、参考值和趋势）进行模型设计、运营库数据集成，实现连续性存储管理。检验报告对门急诊、住院患者的全数字化医学影像检查报告（ CR 、 DR 、 CT 、 MRI 、 DSA 、 ECT 、 PET 、 B 超、内镜等影像设备产生的报告信息包括检查所见、检查所得、检查结论）进行模型设计、运营库数据集成，实现连续性存储管理。 PACS 报告对住院患者的病理检查报告 ( 检查所见、病理诊断）进行模型设计、运营库数据集成，实现连续性存储管理。 1.2.4.2.4 患者全息视图病理报告依靠患者 ID 就能实现全院范围内全部门急诊就诊记录、住院病史、病历文书、影像检查、检验结果、心电图及扫描文档等信息的连通共享。用户只需访问单一来源，即可调取所要的全部信息。 ▲临床基础视图的数据项可根据需求进行定义，可包含以下几大类信息：患者基本信息、过敏记录、检验记录、检查记录、医嘱记录、诊断记录、手术记录、护理记录、文书记录、病理记录、发药记录、费用记录等。（提供截图证明材料）过敏记录：支持按照不同时间维度进行查询，展示过敏记录时间、过敏内容、记录医生等信息。检验记录：支持以列表形式展示检验记录，选择具体记录可显示对应的检验项目、检验结果等相关信息；同时可以查看历次检验记录。检查记录：支持以列表形式展示检查记录，选择具体记录可显示对应的检查项目、检查结果等相关信息；同时可以查看历次检查记录。医嘱记录：支持按照不同时间维度进行查询，展示医嘱类型、开立时间、医生、医嘱内容等信息。诊断记录：支持以时间轴的方式展示患者本次诊断记录，并可以查看历次诊断记录。手术记录：支持以时间轴的方式展示患者本次就诊手术记录，并可以查看历次手术记录。护理记录：支持体温单信息的查看，并可以按照不同周期进行体温单数据实时切换查看。文书记录：支持展示患者本次就诊文书记录以及历次文书记录查看。病理记录：支持查看患者本次就诊病理记录，包括病理报告、病理诊断名称等，同时可以查看历次病理记录。发药记录：支持以列表展示发药记录，发药记录信息包括处方 / 医嘱时间、药房名称、配药时间、发药时间、药品明细等信息。费用记录：支持查看患者所有费用总数以及每项费用明细，同时可以根据选择不同的时间进行费用记录查询。	1.2.4 医院信息集成平台	1.2.4.1 集成平台 1.2.4.1.1ESB 服务总线 1 ）信息集成平台满足 HL7 等标准，参照 IHE(Integrating the Healthcare Enterprise) 技术框架和体系结构，采用 SOA 和信息集成技术将各种医疗信息（影像、文字、视频、检验数据等）进行松耦合集成，通过互联互通的方式实现临床工作模式与工作流程的优化。 2 ）采用企业级服务总线（ ESB ）技术，通过松耦合模式，将业务逻辑和应用逻辑、数据逻辑分离。服务总线遵循 SOA 设计原则和技术标准，支持数据的自动采集、传输、标准化转换、存储、共享，提供可靠的数据或消息传输，支持标准消息中间件。 3 ）基于主流成熟的企业服务总线服务产品，支持按服务分组，相互组之间不会受影响。 4 ）支持多种数据通信模式，包括同步、异步等。 5 ）支持灵活开放的协议，包括但不限于 JSON 、 MLLP 、 HTTP/HTTPS 、 JMS 、 FTP/File 、 Socket 、 SMTP 、 SOAP/HTTP 、 SOAP/JMS 。 6 ）支持集群功能，队列管理器之间能够共享负载，实现自动负载均衡。 7 ）支持标准接入规范，基于统一描述、发现和集成标准，进行关键业务活动服务注册，方便第三方供应商基于该统一架构进行平台接入。 8 ）支持 ESB 事件驱动模型构建，支持业务规则引擎场景设置和自定义应用场景。 9 ）需要内置医疗行业 HL7 适配器，提供明确产品说明支持 HL7 标准；患者主索引（ EMPI ）匹配算法应符合 IHE-PIX 、 IHE-PDQ 集成规范，提供符合 HL7 标准的对外服务接口。 10 ）具有较高的并发处理性能，包括 Web Service/http 调用等。 11 ）系统采用多层架构的体系结构，应充分考虑到系统今后纵向和横向的平滑扩展能力。企业服务总线服务需要支持 3 个及以上故障转移架构能力。 12 ）参考互联互通服务接入标准，采用统一接入方式，简化接入开发工作，简化第三方接入开发量。 13 ）系统需要高度的安全性和可靠性保证，可以对外来访问 WebService 客户端进行用户认证和访问权限的控制，并支持 HTTPS （ SSL 加密传输）。 14 ）系统配置易用性需要考虑，院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。 1.2.4.1.2 统一门户 1 ）将医院相关系统都整合到统一的门户中，用户可以通过统一门户，查看平时重要的通知、日程、管理、报表等信息。 2 ）同时可以无须再次输入用户名密码，直接登陆其他业务系统。 3 ）统一门户针对每个角色的不同，为领导、医生、护士等不同角色定制不同的门户模版，使用户在门户中可以查看自己角色最关心的信息。 4 ）如果一个用户拥有多个角色（比如即是领导，又是医生），他也可以在多个角色中进行切换，使其能更好的进行日常工作。 5 ）提供应用系统接入规范，包括认证、消息和界面集成方案。 1.2.4.1.3 单点登录 1 ）统一身份与权限管理平台的实施之后，各应用系统不再独立管理用户信息和授权信息。 2 ）单点登录应支持多种登录方式：如 CA 电子签名登录（ Ukey 或电子签名 App 扫码）、账号密码、指纹、企业微信号、钉钉、验证码等登录方式。 3 ）单点登录应支持令牌指令的认证方式：即登录后生成一个 token （令牌），该令牌在过期之前可被业务系统访问并调用，从而实现不需再次登录的目的。 4 ）对于 B/S 应用下的 Form 认证场景，系统应采用 SSL 加密协议，以避免密码探测，提供用户会话 (Session) 有效期管理。 5 ）基于用户会话认证的一个过程，用户只需一次性提供凭证，就可以访问所有相互信任的应用系统。 6 ）提供一站式单点登录，统一登录界面，通过用户的一次性鉴别登录，可获得所需访问的各应用系统的授权。 7 ）支持“一次登录、随处访问”，提高用户的工作效率，减少操作时间，降低用户安全管理的复杂度，提高系统整体的安全性。 8 ）单点登录支持集成 C/S 架构系统及 B/S 架构系统。 9 ）支持浏览单点登录的登录日志列表，包括成功登录的状态、系统名称等内容。 1.2.4.1.4 统一用户全院科室人员统一管理，支持组织架构维护，可维护多级组织架构。支持科室维护，维护科室分类及各种属性。可设置科室停用、启用。支持人员基本信息维护，维护姓名、性别、出生日期、身份证号、职称、学历、联系方式、医生介绍等各种信息。可维护人员登录账号及密码，支持绑定 CA 证书。 1.2.4.1.5 统一授权 1.2.4.1.6 患者主索引 1.2.4.1.7 主数据管理 1 ）集中统一的管理全院的基础数据，通过对平台相关的各业务系统提供基础数据服务，实现基础数据的同步或匹配，以规范数据的统计口径，提高数据质量。 2 ）统一的组织和人员管理：提供全院统一的人员数据管理功能，整合 HIS 、 HRP 等所有系统的人员信息，能够持有和管理所有人员数据，并使各个系统的人员和组织数据保持一致。能够随时跟踪人员所在。统一管理人员入职、调转、离职等信息。 3 ）总体组织架构维护：组织机构类型，层级关系，组织机构全称，机构简称，机构英文名称，机构别名，简称首字母缩写，组织机构代码，邮编，单位地址，单位电话，单位传真，单位所在地，单位负责人等。 4 ）部门级组织架构维护：支持从 HIS 系统同步各临床科室的服务单元及病区信息，并建立医院临床组织机构和 HIS 中各临床服务单元的对应管理。 5 ）临床术语主数据管理：支持对 ICD 编码等临床术语进行统一管理。 6 ）服务单元主数据管理：门诊服务单元、住院服务单元、护理服务单元。 7 ）检验项目主数据管理：检验项目、标本类型。 8 ）检查项目主数据管理：包括放射、超声、病理、内镜、心电等。 9 ）收费项目主数据管理：对收费项目相关信息进行统一管理。基于 HIS 系统信息分析，整理出收费项目，主要包含：收费项目编码、名称、费用类别、国家标准代码、物资对应项目、是否打印知情同意书、是否需要预约等。收费项目信息，以 HIS 系统为初始化收费项目数据，注册到集成平台发布给各业务系统。 10 ）医嘱项目主数据管理：定义医嘱项目基础数据。 11 ）药品项目主数据管理：药品基本信息维护、抗生素基本信息、药理分类信息、药品通用信息、诊断院内码、手术院内码。 12 ）医疗资源主数据管理：支持编制和创建全院当前定义为医疗资源的基础数据，梳理医疗资源类别和归属层级并编码。包括诊间、诊间工位、床位、需要进行医疗效率和服务质量分析的医疗设备等。 13 ）耗材主数据管理：对耗材相关信息进行统一管理。集成平台实现耗材信息注册服务、同步耗材信息服务、收费与耗材对应注册服务、收费与耗材对应发布服务。 14 ）手术院内码和手术 ICD 的对应关系。 15 ）诊断院内码和诊断 ICD 的对应关系。 16 ）国标包括但不限于以下：全国组织机构代码编制规则（ GB 11714-1997 ）、中华人民共和国行政区划代码 (GB/T 2260-2007 ）、县级以下行政区划代码编制规则 (GB/T 10114-2003 ）、经济类型分类与代码 (GB/T 12402-2000) 、《个人基本信息分类与代码第 1 部分 : 人的性别代码》（ GB/T 2261.1-2003 ）、《个人基本信息分类与代码第 2 部分 : 婚姻状况代码》（ GB/T 2261.2-2003 ）、中国各民族名称的罗马字母拼写法和代码（ GB 3304-1991 ）、《学历代码》（ GB/T 4658-2006 ）、《中华人民共和国学位代码》 (GB/T 6864-2003) 、《高等学校本科、专科专业名称代码》 (GB/T 16835-1997) 、专业技术职务代码（ GB/T 8561-2001 ）、疾病分类与代码（ GB / T14396-2016 ）、中医病症分类与代码（ GB/T15657-2021 ）。 17 ）行标包括但不限于以下：卫生机构 ( 组织 ) 分类与代码（ WS218-2002 ）、卫生信息数据集分类与编码规则（ WS/T306-2009 ）、《国家基本医疗保险、工伤保险和生育保险药品目录》、《医疗器械分类规则》、《全国医疗服务价格项目规范》。 1.2.4.1.8 平台运行监控 1 、监控概览 1 ）提供方被调用统计按照系统或者服务进行服务调用次数以及失败次数的统计。 2 ）关键指标展示服务的关键指标的情况：服务请求次数、服务异常次数、接入系统总数、接入服务总数等。 3 ）服务器资源及网络情况监控和服务器的 CPU 、内存、磁盘使用率等信息，支持以柱状图的方式显示。 4 ）消费方调用图例通过饼状图展示消费方的调用比例情况。 5 ）服务请求趋势展示服务请求次数的折线图。 6 ）日志查询根据筛选条件查看服务调用日志的主要内容。 7 ）配置管理 ▲对平台接入的服务进行可视化的监控和配置管理，包括服务调用情况、高频次调用情况、调用日志保留天数、熔断持续时间、熔断阈值 1 分钟内失败次数等信息的监控和配置。（提供截图证明材料）。 2 、实时监控 1 ）服务内容展示支持监控当前系统接入数量、当前服务接入数量、当天服务调用得情况、异常信息及异常处理等，接入服务、接入系统、服务调用、消费系统等统计信息。 2 ）系统服务流向图例展示系统之间的服务流向关系。 3 ）服务列表展示服务的列表：包括服务名称、请求方、提供方、调用次数、平均耗时、最短耗时、最大耗时、吞吐量、失败次数、状态、失败率等。 4 ）服务调用详情支持展现当前服务的所信息，至少包括以下信息：服务详情信息（服务调用链

湛江市赤坎区中医医院迁建项目（二期）信息化建设采购更正公告（第一次）

公告正文

相关附件

相关标讯