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

原招标文件

更正后

条款号

内容

条款号

内容

预算金额

11,973,020.00元

本项目最高限价

10,998,020.00元

1.2软件开发及技术服务

软件开发及技术服务清单

注：1、投标人应对项目内所有内容进行投标，只对部分内容进行投标的将被视为无效投标；

2、投标人需根据上列表格编制《分项报价明细表》，并放入投标文件中。标书代写

1.2软件开发及技术服务

软件开发及技术服务清单

注：1、投标人应对项目内所有内容进行投标，只对部分内容进行投标的将被视为无效投标；

2、投标人需根据上列表格编制《分项报价明细表》，并放入投标文件中。标书代写

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）服务调用详情

支持展现当前服务的所信息，至少包括以下信息：服务详情信息（服务调用链路、耗时、路由、消息id等）、子服务列表、服务最后一次请求流程图、服务异常等。

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）数据接口：支持常见的数据源，包括但不限于SQL server ，Oracle，Informix，MYSQL,SAS，Text，Excel， 国 . 产 数据库等，用户自定义文件，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****医院临床系统需要实现界面集成服务。

1.2.4.2.6医院运营分析

分析内容需包括全院、门急诊、住院、药品、耗材、手术、医保的分析概览，并支持可跳转至对应分析主题；

支持全院费用按时间（年/季度/月）、院区、科室分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能；

支持时间趋势预测模型对全院费用、门急诊费用、住院费用、药占比、耗占比指标的趋势进行预测；

支持按照就诊时间轴依次展示患者历次就诊记录，使用者能通过就诊年份进行快速筛查；

在就诊时间轴上，需以概览的形式展示患者历次就诊资料情况，并支持详细临床资料查看；

针对患者同一类型项目的多条数据，也支持按照时间先后顺序进行统一展现，包括检验数值型的项目等，并有对应的时间/结果值折线图；

****医院临床系统需要实现界面集成服务。

全院分析概览

门急诊人次：按来源、挂号类型、科室分析；

出院人次；按来源、科室、主诊断ICD分析；

患者来源分析

全院费用按费用类型、按时间、院区/科室、住院/门急诊分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能；

各类费用占比的分析，支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能；

全院费用分析

门诊人次与出院人次比、门急诊费用/住院费用占医疗费用比；支持同期、同比、上期、环比的对比，支持参考线设置、图表转换、数据导出等功能；

门诊与住院对比分析

支持对全院运营决策指标统计口径、计算公式的解释说明；

支持全院运营决策指标血缘分析，可查询指标来源数据；

支持对全院运营决策指标的变化情况分析；

支持全院运营决策指标多维分析，包括但不限于时间、院区、科室/病区、分类等多种维度分析；

支持全院运营决策指标数据对比功能；

分析图表支持图表转换、参考线设置、排序、数据导出、下钻的功能；

1.2.4.2.6医院运营分析

1、全院分析概览

分析内容需包括全院、门急诊、住院、药品、耗材、手术、医保的分析概览，并支持可跳转至对应分析主题；

支持全院费用按时间（年/季度/月）、院区、科室分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能；

支持时间趋势预测模型对全院费用、门急诊费用、住院费用、药占比、耗占比指标的趋势进行预测；

2、患者来源分析

门急诊人次：按来源、挂号类型、科室分析；

出院人次；按来源、科室、主诊断ICD分析；

3、全院费用分析

全院费用按费用类型、按时间、院区/科室、住院/门急诊分析；支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能；

各类费用占比的分析，支持同期、同比、上期、环比、预算、预警值的对比，支持参考线设置、图表转换、数据导出等功能；

4、门诊与住院对比分析

门诊人次与出院人次比、门急诊费用/住院费用占医疗费用比；支持同期、同比、上期、环比的对比，支持参考线设置、图表转换、数据导出等功能；

5、指标分析

支持对全院运营决策指标统计口径、计算公式的解释说明；

支持全院运营决策指标血缘分析，可查询指标来源数据；

支持对全院运营决策指标的变化情况分析；

支持全院运营决策指标多维分析，包括但不限于时间、院区、科室/病区、分类等多种维度分析；

支持全院运营决策指标数据对比功能；

分析图表支持图表转换、参考线设置、排序、数据导出、下钻的功能；

1.2.6测评服务

1.2.6.1互联互通测评服务

1.2.6.1.1互联互通四乙测评服务

1.2.6.2等保测评及整改

1.2.6.2.1信息系统等保测评及整改

按照医院信息系统三级等保测评的要求，完成HIS、集成平台、****医院、EMR、LIS、PACS系统的等保测评及对应的软件整改。

1.2.6测评服务

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、整改责任：在项目验收前及质保期内，******部门认可的测评机构检测，发现系统未达到三级等保要求，供应商必须在【15】个工作日内无偿完成整改，****医院通过信息系统等保测评。

3、测评配合：供应商须提供测评所需的技术资料、拓扑图、配置说明等，并派技术人员配合现场测评。

1.2.7接口

1.2.7.1接口服务

1.2.7.1.1系统对接

新增系统与原核心业务系统对接

1.★投标人需****医院HIS等核心业务无缝对接，需兼容或通过软件开发兼容我院原核心系统，****医院的快速部署能力，以便于为新增系统业务快速开通及维护（提供加盖公章的承诺函）。

指标分析

标准校验，根据院内系统改造结果进行校验和调试。

测评计划准备服务，制定详细信息化系统改造与测评****医院进行互联互通应用效果的评分指标自查。

测评送测服务，****实验室测评数据准备及送测工作。

测评文审准备服务，协助完成申请材料编写。

测评预演服务，助力及现场测评预演。

供应商所提供的系统满足该系统现行《****医院信息互联互通标准化成熟度测评方案》四级乙等水平，****医院通过互联互通四乙测评。

供应商须保证，其提供的产品及服务满足国家信息安全等级保护第三级（简称“三级等保”）的基本要求。

整改责任：在项目验收前及质保期内，******部门认可的测评机构检测，发现系统未达到三级等保要求，供应商必须在【15】个工作日内无偿完成整改，****医院通过信息系统等保测评。

测评配合：供应商须提供测评所需的技术资料、拓扑图、配置说明等，并派技术人员配合现场测评。

1.2.7接口

1.2.7.1接口服务

1.2.7.1.1系统对接

新增系统与原核心业务系统对接

1.★投标人需****医院HIS等核心业务无缝对接，需兼容或通过软件开发兼容我院原核心系统，****医院的快速部署能力，以便于为新增系统业务快速开通及维护（提供加盖公章的承诺函）。