湛江市赤坎区中医医院迁建项目（二期）信息化建设采购更正公告（第一次）-广东省变更公告-建设招标网

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

2026-04-08 广东-中山-

打印

所在地区：

广东-中山-

发布日期：

2026年4月8日

变更公告正文

（* 或略）部分为隐藏内容，查看详细信息请注册/登录

湛江市赤坎区中医医院迁建项目（二期）信息化建设采购更正公告（第一次）<div><div><div><meta> 一、项目基本情况 原公告的采购项目编号：(略) 原公告的采购项目名称：(略) 首次公告日期：(略) 二、更正信息：(略)<div> 更正事项：(略) <div>更正原因：</div> <div> 1.本项目预算金额更正。2.因智慧云平台系统原因，采购文件技术(参数)要求小标题与内容发生不对应情况，现进行更正，具体技术(参数)内容不变。 </div> <div></div> 更正内容： <div><table> <tbody> <tr> <td> 原招标文件 </td> <td> 更正后 </td> </tr> <tr> <td> 条款号 </td> <td> 内容 </td> <td> 条款号 </td> <td> 内容 </td> </tr> <tr> <td> 预算金额 </td> <td> (略),(略),(略).(略)元 </td> <td> 本项目最高限价 </td> <td> (略),(略),(略).(略)元 </td> </tr> <tr> <td> 1.2软件开发及技术服务 </td> <td> 软件开发及技术服务清单 <table> <tbody> <tr> <td> 序号 </td> <td> 大类 </td> <td> 小类 </td> <td> 系统名称 </td> <td> 单位 </td> <td> 数量 </td> </tr> <tr> <td> 1 </td> <td> 临床服务 </td> <td> 临床服务系统 </td> <td> 病历质控系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 2 </td> <td> 移动护理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 3 </td> <td> 医疗系统 </td> <td> 医疗管理系统 </td> <td> 危急值管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 4 </td> <td> AI智能辅助决策系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 5 </td> <td> 电子签名系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 6 </td> <td> 财务管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 7 </td> <td> 固定资产管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 8 </td> <td> 输血管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 9 </td> <td> 健康体检系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 院前急救系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 运营系统 </td> <td> 运营管理系统 </td> <td> 消毒供应系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> OA系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 人事管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院运维管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一支付平台系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 药师处方审核、点评系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 不良事件上报系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 院内感染管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 静脉配置系统 </td> <td> </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 抗菌药物分级管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院信息集成平台 </td> <td> 集成平台 </td> <td> ESB服务总线 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一门户 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 单点登录 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一用户 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一授权 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 患者主索引 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 主数据管理 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 平台运行监控 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 数据中心 </td> <td> 数据采集及源数据库（ODS）建设 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 数据清洗及治理（ETL） </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 临床数据中心 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 患者全息视图 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院战略地图 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院运营分析 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 互联互通 </td> <td> 互联互通标准化 </td> <td> 数据集管理系统 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 共享文档管理系统 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 互联互通标准服务管理 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 测评服务 </td> <td> 互联互通测评服务 </td> <td> 互联互通四乙测评服务 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 等保测评及整改 </td> <td> 信息系统等保测评及整改 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 电子病历评测 </td> <td> 电子病历评测服务 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 接口 </td> <td> 接口服务 </td> <td> 系统对接 </td> <td> 1 </td> <td> 1 </td> </tr> </tbody> </table> 注：(略) 2、投标人需根据上列表格编制《分项报价明细表》，并放入投标文件中。 </td> <td> 1.2软件开发及技术服务 </td> <td> 软件开发及技术服务清单 <table> <tbody> <tr> <td> 序号 </td> <td> 大类 </td> <td> 小类 </td> <td> 系统名称 </td> <td> 单位 </td> <td> 数量 </td> </tr> <tr> <td> 1 </td> <td> 临床服务 </td> <td> 临床服务系统 </td> <td> 病历质控系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 2 </td> <td> 移动护理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 3 </td> <td> 医疗系统 </td> <td> 医疗管理系统 </td> <td> 危急值管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 4 </td> <td> AI智能辅助决策系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 5 </td> <td> 电子签名系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 6 </td> <td> 财务管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 7 </td> <td> 固定资产管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 8 </td> <td> 输血管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> 9 </td> <td> 健康体检系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 院前急救系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 运营系统 </td> <td> 运营管理系统 </td> <td> 消毒供应系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> OA系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 人事管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院运维管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一支付平台系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 药师处方审核、点评系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 不良事件上报系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 院内感染管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 静脉配置系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 抗菌药物分级管理系统 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院信息集成平台 </td> <td> 集成平台 </td> <td> ESB服务总线 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一门户 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 单点登录 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一用户 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 统一授权 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 患者主索引 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 主数据管理 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 平台运行监控 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 数据中心 </td> <td> 数据采集及源数据库（ODS）建设 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 数据清洗及治理（ETL） </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 临床数据中心 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 患者全息视图 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院战略地图 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 医院运营分析 </td> <td> 套 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 互联互通 </td> <td> 互联互通标准化 </td> <td> 数据集管理系统 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 共享文档管理系统 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 互联互通标准服务管理 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 测评服务 </td> <td> 互联互通测评服务 </td> <td> 互联互通四乙测评服务 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 等保测评及整改 </td> <td> 信息系统等保测评及整改 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 电子病历评测 </td> <td> 电子病历评测服务 </td> <td> 项 </td> <td> 1 </td> </tr> <tr> <td> (略) </td> <td> 接口 </td> <td> 接口服务 </td> <td> 系统对接 </td> <td> 项 </td> <td> 1 </td> </tr> </tbody> </table> 注：(略) 2、投标人需根据上列表格编制《分项报价明细表》，并放入投标文件中。 </td> </tr> <tr> <td> 1.2.2.1.2AI智能辅助决策系统 </td> <td> 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个维度对申请合理性进行自动检查并提示。 </td> <td> 1.2.2.1.2AI智能辅助决策系统 </td> <td> 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个维度对申请合理性进行自动检查并提示。 </td> </tr> <tr> <td> 1.2.2.1.8.7.2与医院设备设施集成 </td> <td> 2、时钟集成：(略) </td> <td> 1.2.2.1.8.7.2与医院设备设施集成 </td> <td> 1、医疗设备集成主要用于自动化采集急救车医疗设备输出的患者各项医疗数据，包括但不限于心电图、监护仪、除颤仪、呼吸机等设备。具体集成方法根据医疗设备的接口说明书进行。 2、时钟集成：(略) </td> </tr> <tr> <td> 1.2.3.1.2OA系统 </td> <td> 1.2.3.1.2.1技术要求 （1）系统基于B/S架构，符合HTML5标准；全面采用开源技术开发，兼容Edge、Chrome、Safari等主流浏览器；支持PC、苹果电脑；支持SQL Server、MySQL等数据库；支持IIS、Nginx等Web服务器。系统可以部署在<mark1><mark1>国</mark1></mark1><mark1><mark1>-产</mark1></mark1>操作系统、Windows、Linux等操作系统。 （2）系统安全性 可以强制要求用户密码的强度，用户输错密码超过规定次数后自动锁定账号。 提供完善的权限控制体系，提供基于个人、部门、角色的多维度权限控制，可以对每个功能进行严格的权限控制，即使多人对某项功能具有相同权限，各自看到的内容也不同。 提供完善的用户登录日志、操作日志、系统运行日志，为系统安全审计提供支持，有效保障系统运行安全和数据安全。 （3）系统易用性 支持Word、PDF、TIF、WPS文字格式的附件在线阅读。Edge、Chrome等浏览器都可在线阅读附件，无需下载到本地后打开。 对于红头文件（各种公文）等对版式要求严格的新闻/公告信息，可以将红头文件以附件形式上传后，将文件内容直接显示出来（无需下载后打开）。 （4）管理员登录OA，可以直观监控服务器运行情况，比如：(略) （6）管理员登录OA，可以直观监控数据库运行情况及性能指标。 （7）提供持续更新的在线表单模板库，可以在自定义表单设计器中直接下载使用，以便提高项目实施效率和未来借鉴其他医院的使用经验，快速扩展系统功能。需提供模板库的网址地址及登录账号，以便验证。 </td> <td> 1.2.3.1.2OA系统 </td> <td> 1.2.3.1.2.1技术要求 （1）系统基于B/S架构，符合HTML5标准；全面采用开源技术开发，兼容Edge、Chrome、Safari等主流浏览器；支持PC、苹果电脑；支持SQL Server、MySQL等数据库；支持IIS、Nginx等Web服务器。系统可以部署在<mark1><mark1>国</mark1></mark1><mark1><mark1>.产</mark1></mark1>操作系统、Windows、Linux等操作系统。 （2）系统安全性 可以强制要求用户密码的强度，用户输错密码超过规定次数后自动锁定账号。 提供完善的权限控制体系，提供基于个人、部门、角色的多维度权限控制，可以对每个功能进行严格的权限控制，即使多人对某项功能具有相同权限，各自看到的内容也不同。 提供完善的用户登录日志、操作日志、系统运行日志，为系统安全审计提供支持，有效保障系统运行安全和数据安全。 （3）系统易用性 支持Word、PDF、TIF、WPS文字格式的附件在线阅读。Edge、Chrome等浏览器都可在线阅读附件，无需下载到本地后打开。 对于红头文件（各种公文）等对版式要求严格的新闻/公告信息，可以将红头文件以附件形式上传后，将文件内容直接显示出来（无需下载后打开）。 （4）管理员登录OA，可以直观监控服务器运行情况，比如：(略) （5）管理员登录OA，可以直观监控数据库运行情况及性能指标。 （6）提供持续更新的在线表单模板库，可以在自定义表单设计器中直接下载使用，以便提高项目实施效率和未来借鉴其他医院的使用经验，快速扩展系统功能。需提供模板库的网址地址及登录账号，以便验证。 </td> </tr> <tr> <td> 1.2.3.1.5统一支付平台系统 </td> <td> 1.2.3.1.5.1统一支付管理 1.2.3.1.5.1.1支付子系统 支付系统提供了一套完整、先进、安全的支付机制来支持现有多渠道、多通道的支付模式，为医院的财务管理提供保障。 1. 检查质控 l医疗设备集成主要用于自动化采集急救车医疗设备输出的患者各项医疗数据，包括但不限于心电图、监护仪、除颤仪、呼吸机等设备。具体集成方法根据医疗设备的接口说明书进行。 l支付管理 维护为医院提供移动支付的商户信息，包括商户名称、商户号、商户联系信息等。可维护商户下的服务商信息，授权对应的服务商使用移动支付业务。 1.商户管理 维护商户下的服务商信息，如窗口支付的服务商、自助机支付的服务商、微信支付的服务商等。可维护服务商的名称、服务商ID、是否启用及对应的服务商密钥等，服务商密钥用于各服务商与统一支付平台交互的数据验证。每个服务商可维护允许开展的支付方式。 服务商管理 维护不同的支付方式，包括微信支付、支付宝支付、小程序支付等。 支持多种支付方式的对接，包括窗口扫码支付、门诊诊间支付、自助机扫码支付、微信小程序支付等。 支持支付日志查询，查询支付交易日志信息，包括交易流水号、金额、支付方式等。 聚合支付管理 系统提供多种风控措施来预防数据异常。具体情况如下： </td> <td> 1.2.3.1.5统一支付平台系统 </td> <td> 1.2.3.1.5.1统一支付管理 1.2.3.1.5.1.1支付子系统 1、支付管理 支付系统提供了一套完整、先进、安全的支付机制来支持现有多渠道、多通道的支付模式，为医院的财务管理提供保障。 2、商户管理 维护为医院提供移动支付的商户信息，包括商户名称、商户号、商户联系信息等。可维护商户下的服务商信息，授权对应的服务商使用移动支付业务。 3、服务商管理 维护商户下的服务商信息，如窗口支付的服务商、自助机支付的服务商、微信支付的服务商等。可维护服务商的名称、服务商ID、是否启用及对应的服务商密钥等，服务商密钥用于各服务商与统一支付平台交互的数据验证。每个服务商可维护允许开展的支付方式。 4、聚合支付管理 维护不同的支付方式，包括微信支付、支付宝支付、小程序支付等。 支持多种支付方式的对接，包括窗口扫码支付、门诊诊间支付、自助机扫码支付、微信小程序支付等。 支持支付日志查询，查询支付交易日志信息，包括交易流水号、金额、支付方式等。 5、风控管理 系统提供多种风控措施来预防数据异常。具体情况如下： 1）异地登录：(略) 2）密码校验：(略) 3）单笔交易金额：(略) 4）交易应答机制：(略) </td> </tr> <tr> <td> 1.2.3.1.5.2统一对账管理 </td> <td> 为财务部门提供统一的对账报表，实现全院各渠道收入数据的自动对账功能。 数据总览：(略) 订单管理：(略) 对账管理： 退费管理：(略) 统计分析：(略) </td> <td> 1.2.3.1.5.2统一对账管理 </td> <td> 为财务部门提供统一的对账报表，实现全院各渠道收入数据的自动对账功能。 数据总览：(略) 订单管理：(略) 对账管理： 1、支持各渠道账单自动下载，可查看下载后的账单详细信息。 2、支持选择商户、服务商、支付方式及时间进行对账处理。系统展示汇总对账情况，包括收入、退费金额情况及对应差额，差额数据用特殊颜色标记显示。 3、点击对账汇总可查看对应的明细信息，展示对账的订单数、金额、差异笔数及金额等。 退费管理：(略) </td> </tr> <tr> <td> 1.2.4医院信息集成平台 </td> <td> 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加密传输）。 系统配置易用性需要考虑，院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。 将医院相关系统都整合到统一的门户中，用户可以通过统一门户，查看平时重要的通知、日程、管理、报表等信息。 同时可以无须再次输入用户名密码，直接登陆其他业务系统。 统一门户针对每个角色的不同，为领导、医生、护士等不同角色定制不同的门户模版，使用户在门户中可以查看自己角色最关心的信息。 如果一个用户拥有多个角色（比如即是领导，又是医生），他也可以在多个角色中进行切换，使其能更好的进行日常工作。 提供应用系统接入规范，包括认证、消息和界面集成方案。 统一身份与权限管理平台的实施之后，各应用系统不再独立管理用户信息和授权信息。 单点登录应支持多种登录方式：(略) 单点登录应支持令牌指令的认证方式：(略) 对于B/S应用下的Form认证场景，系统应采用SSL加密协议，以避免密码探测，提供用户会话(Session)有效期管理。 基于用户会话认证的一个过程，用户只需一次性提供凭证，就可以访问所有相互信任的应用系统。 提供一站式单点登录，统一登录界面，通过用户的一次性鉴别登录，可获得所需访问的各应用系统的授权。 支持“一次登录、随处访问”，提高用户的工作效率，减少操作时间，降低用户安全管理的复杂度，提高系统整体的安全性。 单点登录支持集成C/S架构系统及B/S架构系统。 支持浏览单点登录的登录日志列表，包括成功登录的状态、系统名称等内容。 集中统一的管理全院的基础数据，通过对平台相关的各业务系统提供基础数据服务，实现基础数据的同步或匹配，以规范数据的统计口径，提高数据质量。 统一的组织和人员管理：(略) 总体组织架构维护：(略) 部门级组织架构维护：(略) 临床术语主数据管理：(略) 服务单元主数据管理：(略) 检验项目主数据管理：(略) 检查项目主数据管理：(略) 收费项目主数据管理：(略) 医嘱项目主数据管理：(略) 药品项目主数据管理：(略) 医疗资源主数据管理：(略) 耗材主数据管理：(略) 手术院内码和手术ICD的对应关系。 诊断院内码和诊断ICD的对应关系。 国标包括但不限于以下：(略) 行标包括但不限于以下：(略) 监控概览 提供方被调用统计 展示服务的关键指标的情况：(略) 关键指标 监控和服务器的CPU、内存、磁盘使用率等信息，支持以柱状图的方式显示。 服务器资源及网络情况 通过饼状图展示消费方的调用比例情况。 消费方调用图例 展示服务请求次数的折线图。 服务请求趋势 根据筛选条件查看服务调用日志的主要内容。 日志查询 ▲对平台接入的服务进行可视化的监控和配置管理，包括服务调用情况、高频次调用情况、调用日志保留天数、熔断持续时间、熔断阈值1分钟内失败次数等信息的监控和配置。（提供截图证明材料）。 配置管理 支持监控当前系统接入数量、当前服务接入数量、当天服务调用得情况、异常信息及异常处理等，接入服务、接入系统、服务调用、消费系统等统计信息。 实时监控 服务内容展示 展示系统之间的服务流向关系。 系统服务流向图例 展示服务的列表：(略) 服务列表 支持展现当前服务的所信息，至少包括以下信息：(略) 服务调用详情 ▲为集成平台实现自动化的监控服务，包括调用成功、调用失败以及耗时的情况。并支持通过具体的服务、账户查询对应的服务运行监控情况。（提供截图证明材料）。 1.2.4.2数据中心 1.2.4.2.1数据采集及源数据库（ODS）建设 1.2.4.2.2数据清洗及治理（ETL） 1）支持对各个模型的采集周期进行集中管理，统一管理各个模型的采集时间，启动、停止各个采集模型。 2）设置医院各个业务系统的采集数据库链接。 3）数据抽取过程支持断点抽取、增量抽取、完全抽取等抽取策略。 4）数据接口：(略) 自动化监控 数据中心应在不改变原有业务系统表结构的基础上实现准实时的数据同步； 数据中心应搭建复制库并复制各个业务系统的数据库； 数据中心支持以主题域为主执行相关任务数据中心全量抽取； 数据中心支持通过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就能实现全院范围内全部门急诊就诊记录、住院病史、病历文书、影像检查、检验结果、心电图及扫描文档等信息的连通共享。用户只需访问单一来源，即可调取所要的全部信息。 ▲临床基础视图的数据项可根据需求进行定义，可包含以下几大类信息：(略) 过敏记录：(略) 检验记录：(略) 检查记录：(略) 医嘱记录：(略) 诊断记录：(略) 手术记录：(略) 护理记录：(略) 文书记录：(略) 病理记录：(略) 发药记录：(略) 费用记录：(略) </td> <td> 1.2.4医院信息集成平台 </td> <td> 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标准的对外服务接口。 (略)）具有较高的并发处理性能，包括Web Service/http调用等。 (略)）系统采用多层架构的体系结构，应充分考虑到系统今后纵向和横向的平滑扩展能力。企业服务总线服务需要支持3个及以上故障转移架构能力。 (略)）参考互联互通服务接入标准，采用统一接入方式，简化接入开发工作，简化第三方接入开发量。 (略)）系统需要高度的安全性和可靠性保证，可以对外来访问WebService客户端进行用户认证和访问权限的控制，并支持HTTPS（SSL加密传输）。 (略)）系统配置易用性需要考虑，院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。 1.2.4.1.2统一门户 1）将医院相关系统都整合到统一的门户中，用户可以通过统一门户，查看平时重要的通知、日程、管理、报表等信息。 2）同时可以无须再次输入用户名密码，直接登陆其他业务系统。 3）统一门户针对每个角色的不同，为领导、医生、护士等不同角色定制不同的门户模版，使用户在门户中可以查看自己角色最关心的信息。 4）如果一个用户拥有多个角色（比如即是领导，又是医生），他也可以在多个角色中进行切换，使其能更好的进行日常工作。 5）提供应用系统接入规范，包括认证、消息和界面集成方案。 1.2.4.1.3单点登录 1）统一身份与权限管理平台的实施之后，各应用系统不再独立管理用户信息和授权信息。 2）单点登录应支持多种登录方式：(略) 3）单点登录应支持令牌指令的认证方式：(略) 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）统一的组织和人员管理：(略) 3）总体组织架构维护：(略) 4）部门级组织架构维护：(略) 5）临床术语主数据管理：(略) 6）服务单元主数据管理：(略) 7）检验项目主数据管理：(略) 8）检查项目主数据管理：(略) 9）收费项目主数据管理：(略) (略)）医嘱项目主数据管理：(略) (略)）药品项目主数据管理：(略) (略)）医疗资源主数据管理：(略) (略)）耗材主数据管理：(略) (略)）手术院内码和手术ICD的对应关系。 (略)）诊断院内码和诊断ICD的对应关系。 (略)）国标包括但不限于以下：(略) (略)）行标包括但不限于以下：(略) 1.2.4.1.8平台运行监控 1、监控概览 1）提供方被调用统计 按照系统或者服务进行服务调用次数以及失败次数的统计。 2）关键指标 展示服务的关键指标的情况：(略) 3）服务器资源及网络情况 监控和服务器的CPU、内存、磁盘使用率等信息，支持以柱状图的方式显示。 4）消费方调用图例 通过饼状图展示消费方的调用比例情况。 5）服务请求趋势 展示服务请求次数的折线图。 6）日志查询 根据筛选条件查看服务调用日志的主要内容。 7）配置管理 ▲对平台接入的服务进行可视化的监控和配置管理，包括服务调用情况、高频次调用情况、调用日志保留天数、熔断持续时间、熔断阈值1分钟内失败次数等信息的监控和配置。（提供截图证明材料）。 2、实时监控 1）服务内容展示 支持监控当前系统接入数量、当前服务接入数量、当天服务调用得情况、异常信息及异常处理等，接入服务、接入系统、服务调用、消费系统等统计信息。 2）系统服务流向图例 展示系统之间的服务流向关系。 3）服务列表 展示服务的列表：(略) 4）服务调用详情 支持展现当前服务的所信息，至少包括以下信息：(略) 5）自动化监控 ▲为集成平台实现自动化的监控服务，包括调用成功、调用失败以及耗时的情况。并支持通过具体的服务、账户查询对应的服务运行监控情况。（提供截图证明材料）。 1.2.4.2数据中心 1.2.4.2.1数据采集及源数据库（ODS）建设 1）数据中心应在不改变原有业务系统表结构的基础上实现准实时的数据同步； 2）数据中心应搭建复制库并复制各个业务系统的数据库； 3）数据中心支持以主题域为主执行相关任务数据中心全量抽取； 4）数据中心支持通过CDC（变化数据捕获）机制对业务系统做数据中心增量抽取，实时捕获数据，然后采用实时高效的智能化加载工具加载数据变化集到数据中心中； 5）数据中心支持将数据与EMPI映射； 6）数据中心支持对采集的数据加以解析处理，形成最小的、可复用的数据元素，以提高数据利用的效率； 7）加载各数据源所对应的业务系统中保存的历史数据，使数据中心能涵盖医院现有的各类数据资产； 8）数据中心的建设应充分考虑历史核心数据迁移、现有系统的接入，确保在后续的应用优先从数据中心进行获取。 1.2.4.2.2数据清洗及治理（ETL） 1、采集脚本配置 1）支持对各个模型的采集周期进行集中管理，统一管理各个模型的采集时间，启动、停止各个采集模型。 2）设置医院各个业务系统的采集数据库链接。 3）数据抽取过程支持断点抽取、增量抽取、完全抽取等抽取策略。 4）数据接口：(略)<mark1><mark1>国</mark1></mark1><mark1><mark1>.</mark1></mark1><mark1><mark1>产</mark1></mark1>数据库等，用户自定义文件，FTP，XML，Message Queue，Email，Weblog，OleDB，其它； 2、数据清洗 1）对常用的数据转换功能有现成的功能模块支持，无需人工编程实现。拥有丰富的数据转换功能，能满足不同业务需求进行数据转换。提供丰富的据清洗函数，可以根据音近、字符排列等模式进行自动的数字清洗。数据转换和清洗逻辑支持在ETL服务器上运行，而不是在数据库端运行，减少对数据库的压力； 2）系统内置互联互通标准规则知识库，并能通过可视化界面完成规则的维护。同时平台数据、数据集和CDA数据之间的规则保持一致性，同一字段，只需一次维护，即可通用。按照数据标准化要求，在数据清洗过程中，与主数据一体化操作，完成数据从院标到国标的标准化转换。 3、数据集管理 根据国家标准，内置数据集模板，自动实现数据集的生成和组装。数据集调阅：(略) 4、数据存储 数据处理过程中将提供以患者为中心的统一视图的实时数据库。它通过受控医学词汇表（CMV）保证所有人对临床数据语义理解的一致，以提高 CDR 的数据质量。在CDR中，诊疗数据是围绕患者为中心进行组织的，临床用户可以从多个角度查询、浏览和分析数据，其中的诊疗数据一般包括： ? 患者基本信息 ? 历次就诊病史 ? 门急诊和住院诊断 ? 处方信息 ? 检验结果 ? 放射/超声/病理/内镜检查报告 ? 医学影像 ? 费用信息 5、数据采集监控 1）对数据的采集过程进行监控，数据采集成功、失败明细情况监控，对失败的数据采用重新采集，控制整体数据采集质量，并根据数据采集监控结果完善数据采集配置方案； 2）提供完善的异常处理机制对于出现差错的workflow、session支持异常控制、错误告警、错误准确定位、错误原因判断以及错误恢复； 3）提供数据校验手段，对空值、异常值能够有效处理； 4）可根据异常情况进行不同的分支流程处理，即一个作业失败，可进行另外的错误流程控制进行补救； 5）提供专门的错误控制选项，可根据不同的错误情况进行设定，什么样的错误级别产生什么样的状态，进而执行什么样的操作； 6）支持校验点和断点恢复功能。 1.2.4.2.3临床数据中心 1）结合国家卫健委的相关标准，以及医院数据源的实际质量，设计CDR数据仓库，包括数据对象、对象之间的关联关系、采用的数据标准、和业务数据的映射关系等。 2）通过临床数据中心（CDR）平台建设，逐步形成医院的数据标准与规范，包括数据共享接口规范、临床数据集规范、管理运营数据集规范、数据获取规范、数据对外发布规范等等，使得未来引进和建设新的IT系统变得有章可依。 3）临床数据中心（CDR）平台应具有高度的可扩展性，采用面向服务架构（SOA）设计，为未来各种业务系统的接入提供了极具弹性的扩展平台。 4）CDR应对数据资产提供持续性保护，数据利用不受业务系统的更换影响。支持医院在系统供应商的选择和使用时，掌握完全的主动，不影响数据中心的数据汇聚。 5）CDR应支持医院在系统供应商的选择和使用时，掌握完全的主动，不影响数据中心的数据汇聚。 6）CDR应具有可自定义视图的功能：(略) 7）接入数据范围包括但不限于以下列表中的内容： 患者标识 对门急诊、住院患者就诊登记的患者基本信息（就诊卡号、病案号、姓名、性别、年龄、医保费用类别等）进行模型设计、运营库数据集成，实现连续性存储管理。 患者服务 对门急诊、住院患者的就诊信息（挂号方式、候诊科室、看诊医生、入院登记时间、入院时间、入院病区等）进行模型设计、运营库数据集成，实现连续性存储管理。 门诊处方 对门急诊患者的处方信息（用药、治疗、检查、检验等）进行模型设计、运营库数据集成，实现连续性存储管理。 临床诊断 对门急诊、住院患者的中西医诊断信息（门诊诊断、入院诊断、出院诊断等）进行模型设计、运营库数据集成，实现连续性存储管理。 住院病历 对住院患者的病历进行模型设计、运营库数据集成，实现连续性存储管理。支持非结构化病历数据存储、半结构化数据存储。 住院医嘱 对住院患者的医嘱信息（长期医嘱、临时医嘱）进行模型设计、运营库数据集成，实现连续性存储管理。 手麻记录 对住院患者手术麻醉信息（手术记录、麻醉记录、手术中的输血、用药、基本生命体征、麻醉事件）进行模型设计、运营库数据集成，实现连续性存储管理。 检验申请单 对门急诊、住院患者的检验申请信息进行模型设计、运营库数据集成，实现连续性存储管理。 检查申请单 对门急诊、住院患者的检查申请信息进行模型设计、运营库数据集成，实现连续性存储管理。 门诊病历 对门急诊患者的病历进行模型设计、运营库数据集成，实现连续性存储管理。 体征记录 对住院患者体温单中的症状体征信息进行模型设计、运营库数据集成，实现连续性存储管理。 护理病历 对住院患者护理文书（一般护理记录单、各种评估单、健康教育）进行模型设计、运营库数据集成，实现连续性存储管理。支持非结构化数据存储。 检验报告 对门急诊、住院患者的实验室检验信息（项目名称、检验结果、单位、参考值和趋势）进行模型设计、运营库数据集成，实现连续性存储管理。 PACS报告 对门急诊、住院患者的全数字化医学影像检查报告（CR、DR、CT、MRI、DSA、ECT、PET、B 超、内镜等影像设备产生的报告信息包括检查所见、检查所得、检查结论）进行模型设计、运营库数据集成，实现连续性存储管理。 病理报告 对住院患者的病理检查报告(检查所见、病理诊断）进行模型设计、运营库数据集成，实现连续性存储管理。 1.2.4.2.4患者全息视图 1）依靠患者ID就能实现全院范围内全部门急诊就诊记录、住院病史、病历文书、影像检查、检验结果、心电图及扫描文档等信息的连通共享。用户只需访问单一来源，即可调取所要的全部信息。 2）▲临床基础视图的数据项可根据需求进行定义，可包含以下几大类信息：(略) 过敏记录：(略) 检验记录：(略) 检查记录：(略) 医嘱记录：(略) 诊断记录：(略) 手术记录：(略) 护理记录：(略) 文书记录：(略) 病理记录：(略) 发药记录：(略) 费用记录：(略) 3）支持按照就诊时间轴依次展示患者历次就诊记录，使用者能通过就诊年份进行快速筛查； 4）在就诊时间轴上，需以概览的形式展示患者历次就诊资料情况，并支持详细临床资料查看； 5）针对患者同一类型项目的多条数据，也支持按照时间先后顺序进行统一展现，包括检验数值型的项目等，并有对应的时间/结果值折线图； 6）支持根据医院临床系统需要实现界面集成服务。 </td> </tr> <tr> <td> 1.2.4.2.6医院运营分析 </td> <td> 分析内容需包括全院、门急诊、住院、药品、耗材、手术、医保的分析概览，并支持可跳转至对应分析主题； 支持全院费用按时间（年/季度/月）、院区、科室分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能； 支持时间趋势预测模型对全院费用、门急诊费用、住院费用、药占比、耗占比指标的趋势进行预测； 支持按照就诊时间轴依次展示患者历次就诊记录，使用者能通过就诊年份进行快速筛查； 在就诊时间轴上，需以概览的形式展示患者历次就诊资料情况，并支持详细临床资料查看； 针对患者同一类型项目的多条数据，也支持按照时间先后顺序进行统一展现，包括检验数值型的项目等，并有对应的时间/结果值折线图； 支持根据医院临床系统需要实现界面集成服务。 全院分析概览 门急诊人次：(略) 出院人次；按来源、科室、主诊断ICD分析； 患者来源分析 全院费用按费用类型、按时间、院区/科室、住院/门急诊分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能； 各类费用占比的分析，支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能； 全院费用分析 门诊人次与出院人次比、门急诊费用/住院费用占医疗费用比；支持同期、同比、上期、环比的对比，支持参考线设置、图表转换、数据导出等功能； 门诊与住院对比分析 支持对全院运营决策指标统计口径、计算公式的解释说明； 支持全院运营决策指标血缘分析，可查询指标来源数据； 支持对全院运营决策指标的变化情况分析； 支持全院运营决策指标多维分析，包括但不限于时间、院区、科室/病区、分类等多种维度分析； 支持全院运营决策指标数据对比功能； 分析图表支持图表转换、参考线设置、排序、数据导出、下钻的功能； </td> <td> 1.2.4.2.6医院运营分析 </td> <td> 1、全院分析概览 分析内容需包括全院、门急诊、住院、药品、耗材、手术、医保的分析概览，并支持可跳转至对应分析主题； 支持全院费用按时间（年/季度/月）、院区、科室分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能； 支持时间趋势预测模型对全院费用、门急诊费用、住院费用、药占比、耗占比指标的趋势进行预测； 2、患者来源分析 门急诊人次：(略) 出院人次；按来源、科室、主诊断ICD分析； 3、全院费用分析 全院费用按费用类型、按时间、院区/科室、住院/门急诊分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能； 各类费用占比的分析，支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能； 4、门诊与住院对比分析 门诊人次与出院人次比、门急诊费用/住院费用占医疗费用比；支持同期、同比、上期、环比的对比，支持参考线设置、图表转换、数据导出等功能； 5、指标分析 支持对全院运营决策指标统计口径、计算公式的解释说明； 支持全院运营决策指标血缘分析，可查询指标来源数据； 支持对全院运营决策指标的变化情况分析； 支持全院运营决策指标多维分析，包括但不限于时间、院区、科室/病区、分类等多种维度分析； 支持全院运营决策指标数据对比功能； 分析图表支持图表转换、参考线设置、排序、数据导出、下钻的功能； </td> </tr> <tr> <td> 1.2.6测评服务 </td> <td> 1.2.6.1互联互通测评服务 1.2.6.1.1互联互通四乙测评服务 1.2.6.2等保测评及整改 1.2.6.2.1信息系统等保测评及整改 按照医院信息系统三级等保测评的要求，完成HIS、集成平台、互联网医院、EMR、LIS、PACS系统的等保测评及对应的软件整改。 </td> <td> 1.2.6测评服务 </td> <td> 1.2.6.1互联互通测评服务 1.2.6.1.1互联互通四乙测评服务 1)标准校验，根据院内系统改造结果进行校验和调试。 2)测评计划准备服务，制定详细信息化系统改造与测评准备项目计划协助医院进行互联互通应用效果的评分指标自查。 3)测评送测服务，协助完成实验室测评数据准备及送测工作。 4)测评文审准备服务，协助完成申请材料编写。 5)测评预演服务，助力及现场测评预演。 6)供应商所提供的系统满足该系统现行《国家医疗健康信息医院信息互联互通标准化成熟度测评方案》四级乙等水平，供应商需协助医院通过互联互通四乙测评。 1.2.6.2等保测评及整改 1.2.6.2.1信息系统等保测评及整改 按照医院信息系统三级等保测评的要求，完成HIS、集成平台、互联网医院、EMR、LIS、PACS系统的等保测评及对应的软件整改。 1、供应商须保证，其提供的产品及服务满足国家信息安全等级保护第三级（简称“三级等保”）的基本要求。 2、整改责任：(略) 3、测评配合：(略) </td> </tr> <tr> <td> 1.2.7接口 </td> <td> 1.2.7.1接口服务 1.2.7.1.1系统对接 新增系统与原核心业务系统对接 1.★投标人需承诺所投产品能与医院HIS等核心业务无缝对接，需兼容或通过软件开发兼容我院原核心系统，实现智慧医院的快速部署能力，以便于为新增系统业务快速开通及维护（提供加盖公章的承诺函）。 指标分析 标准校验，根据院内系统改造结果进行校验和调试。 测评计划准备服务，制定详细信息化系统改造与测评准备项目计划协助医院进行互联互通应用效果的评分指标自查。 测评送测服务，协助完成实验室测评数据准备及送测工作。 测评文审准备服务，协助完成申请材料编写。 测评预演服务，助力及现场测评预演。 供应商所提供的系统满足该系统现行《国家医疗健康信息医院信息互联互通标准化成熟度测评方案》四级乙等水平，供应商需协助医院通过互联互通四乙测评。 供应商须保证，其提供的产品及服务满足国家信息安全等级保护第三级（简称“三级等保”）的基本要求。 整改责任：(略) 测评配合：(略) </td> <td> 1.2.7接口 </td> <td> 1.2.7.1接口服务 1.2.7.1.1系统对接 新增系统与原核心业务系统对接 1.★投标人需承诺所投产品能与医院HIS等核心业务无缝对接，需兼容或通过软件开发兼容我院原核心系统，实现智慧医院的快速部署能力，以便于为新增系统业务快速开通及维护（提供加盖公章的承诺函）。 </td> <td> </td> </tr> </tbody> </table> </div> 其他内容不变 更正日期：(略) </div> 三、其他补充事项 1.更正公告为原采购公告、原采购文件不可分割的部分，原采购公告、原采购文件相应条款与本公告有不一致之处，以本公告为准。请供应商务必按照更正后的内容编制投标/响应文件，本公告发布，视同书面通知所有潜在供应商。 / 四、凡对本次公告内容提出询问，请按以下方式联系。 <div> 1.采购人信息 名称：(略) 地址：(略) 联系方式：(略) 2.采购代理机构信息 名称：(略) 地址：(略) 联系方式：(略) 3.项目联系方式项目联系人：(略) 电话：(略) </div> 广东国丰项目管理有限公司 (略)年(略)月(略)日 </div><div>相关附件：<div> 湛江市赤坎区中医医院迁建项目（二期）信息化建设招标文件（(略)）.zip </div> <div> 公告附件：(略)</div> </div></div></div>

登录查看完整内容>>

注册会员享受贴心服务

标讯查询服务

让您全面及时掌握全国各省市拟建、报批、立项、施工在建项目的项目信息。

帮您跟对合适的项目、找对准确的负责人、全面掌握各项目的业主单位、设计院、总包单位、施工企业的项目经理、项目负责人的详细联系方式。

帮您第一时间获得全国项目业主、招标代理公司和政府采购中心发布的招标、中标项目信息。

标讯定制服务

根据您的关注重点定制项目，从海量项目中筛选出符合您要求和标准的工程并及时找出关键负责人和联系方式。

根据您的需要，向您指定的手机、电子邮箱及时反馈项目进展情况。