温州医科大学附属眼视光医院临床数据中心及其应用系统

《温州医科大学附属眼视光医院临床数据中心及其应用系统》由会员分享，可在线阅读，更多相关《温州医科大学附属眼视光医院临床数据中心及其应用系统（16页珍藏版）》请在装配图网上搜索。

1、温州医科大学附属眼视光医院临床数据中心及其应用系统项目总体要求医院信息化建设是一个长期、持续的过程，它将随着医院的发展，医学信息技术的发展， 医院管理的发展而不断发展。因此我们在建设过程中必须遵循如下原则,以保证信息化建设 的持续性发展。1. 总体规划和分步实施 医院信息系统建设是一件复杂的工程，它是一个涉及到医院方方面面的、复杂而相互关 联的子项目的集合。为了充分体现数字化医院的综合效益，避免独立孤岛建设，我们将坚持 整体规划，分步实施的原则。2. 标准化和开放性 系统的标准化和开放性是实现信息通讯与共享，必须遵循的信息技术规范。采用业务内 标准的技术体系和设计方法，使系统具备与各种层次的平

2、台的兼容性。在使用新技术的同时， 充分考虑技术的国际标准化，严格按照国际国内相关标准设计实施。3. 先进性和超前性 在实用可靠的前提下还要具有可扩展性，避免不必要的浪费。技术上立足于长远发展， 坚持选用开放性系统，使系统和将来的新技术能平滑过渡。采用先进的体系结构和技术发展 的主流产品，确保整个系统高效运行。4. 实用性和方便性 系统建设要以满足需求为首要目标，采用稳定可靠的成熟技术，保证系统长期安全运行。 确保系统应用后能为各级业务和管理节点提供智能化的网络信息环境，以提高管理水平和工 作的效率。5. 安全性和保密性 遵循有关信息安全标准，具有切实可行的安全保护和保密措施，确保数据永久安全。

3、系 统应提供多方式、多层次、多渠道的安全保密措施，防止各种形式与途径的非法侵入和机密 信息的泄露，保证系统中数据的安全。6. 稳定性和可靠性 系统建成并投入使用后，将成为支撑系统平稳运转的运行平台和开发新业务系统的基础 平台。因此系统必须在成本可以接受的条件下，从系统结构、设计方案、设备选型、厂商的 技术服务、维护响应能力以及备件供应能力等方面考虑，使系统故障发生的可能性尽可能少， 对各种可能出现的紧急情况有可行的应急预案。7. 跨平台性和可移植性 由于系统建设的复杂性要求，在设计时，要充分考虑系统的跨平台、跨系统、跨应用、 跨地区性和在各种操作系统、不同的中间件平台上可移植。8. 可维护性和

4、可扩展性 要保证系统能在各种操作系统和不同的中间件平台上移植。实现信息标准统一，以便日 后的系统维护。在数据中心设计过程中，充分考虑在未来若干年内的发展趋势，具有一定的 前瞻性，并充分考虑了系统升级、扩容、扩充和维护的可行性。项目建设目标将多年积累在院内的临床、运营管理等方面的数据（包括其他院区或机构的数据）集成 到临床数据中心（CDR）运营数据中心（ODR ）中，进行标准化的组织存储，充分挖掘和发挥 数据的价值，满足临床医务人员的数据利用，以快速提升医务人员的诊疗效率与质量；提升 教学效率和质量；为临床科研医生提供数据和工具支持，提升学科科研地位与水平。通过数 据中心实现不同信息系统、组织机

5、构间信息资源整合，实现业务数据实时更新，确保信息同 步；满足管理决策、临床决策、科学研究、对外信息共享；实现统一的数据仓库的设计及技 术文档、元数据管理等功能。项目系统必须支持集团化体系，各院区相关数据纳入到中心，可以根据配置查看整体数 据和各院区数据。建设实现医院全院级数据中心及业务集成平台需制定统一的信息交换标准，统一卫生信 息标准与数据字典，实现医技和护理疗质量的精细化管理，以此提升医院现代化管理和经营 水平。同时可以完成国家相关政策的评级要求，比如电子病历系统功能应用水平分级评价方 法及标准、医院信息互联互通标准化成熟度测评、三级公立医院绩效考核等。建设应用要求如下：(1) 投标人必须

6、承诺，基于此项目涉及的临床信息系统建设需充分与医院现有的系统 进行无缝整合，实现数据互通与共享，以保证数据的一致性和完整性；(2) 以分布式部署方式进行数据存储，以便提供高性能、不停机扩展节点应用。(3) 须提供配套的数据采集工具、报表工具等一系列应用工具，可确保各种临床和管 理应用效果的配置扩展实现，并进行相关的操作培训。(4) 提供商用的BI工具，且BI工具费用含在本次招标中。(5) 可实现与电子病历等临床应用系统最大程度、最高效、最便捷的一体化整合，可 实现交互页面的人性化一体融合；(6) 提供强大的数据共享支持技术，支撑临床病历记录中结构化信息的交互带入和自 动采集融合的应用需要；(7

7、) 必须结合临床、临床管理等应用场景，配套EMR及相关系统进行流程改造，确保 原始数据的可及性和准确性，对临床数据进行有针对性二次建模，建立各种临床数据之间的 关联性，以支持数据分析业务。(8) 实现多种维度可深入分析的集成视图、智能提醒、信息推送和其它数据深入处理 服务，真正为临床提供最人性化的专家服务，提升临床应用的体验感。(9) 基于医院临床信息化的发展需求，本次项目需要充分围绕临床业务和医院管理应 用需求；(10) 建立标准的临床数据元、数据集，保障数据中心的标准化存储处理，以支持医院 信息化长远发展；(11) 支持数据的追溯管理，保障数据源与数据结果双向互通性，基于数据源结构化保 障

8、数据可及性和准确性，实现数据的深入挖掘和追溯管理。(12) 投标人所采用的应用或工具应注明是否是采用第三方商用产品，若是，投标人应 提供产品的授权函。(13) 本次招标项目建设目标，达到国家医疗健康信息互联互通标准化成熟度四级甲等 要求；(14) 本次招标项目建设目标，达到电子病历系统功能应用水平分级评价5级要求。项目技术要求1、数据源连接能力支持主流通讯协议，如：TCP/IP、UDP/IP、FTP、HTTP、AMQP、MQTT 等。支持基于TCP/IP的自定义扩展通信协议如HL7 MLLP等。支持基于SSL的安全数据连接。支持主流厂商的关系型数据源，如 Oracle、DB2、SQL Serv

9、er、MySQL、Sybase、PostgreSQL支持主流的医疗数据格式，如HL7、EDIFACT、X12等。支持定制执行计划，按月、周、日等时间自动定时地执行任务。支持不同数据来源的数据，比如XML、Json、结构化、半结构化或非结构化的数据及文 件等数据格式。2、消息中间件能力 支持消息的可靠传输，保证数据完整性和一致性，使传输的数据不丢失、不重复。支持 条件和无条件的消息路由。支持基于主流的医疗数据格式（HL7、EDIFACT、X12等）的消息路由。支持自定义的消息路由。支持请求和响应消息在多个源和目的之间的路由。 支持对消息数据格式的转换处理。支持消息的审计功能。支持消息的浏览和检索

10、功能。 支持对消息的再处理，对历史消息的修改和重发操作。支持在集成项目中读取和写入大于1GB的文件。支持文件在不同状况的网络环境中传输。支持传输的有效期配置。支持自动断点续传。3、面向服务的能力支持 SOAP1.1、SOAP1.2 标准。支持 RESTful Service 和 Raw HTTP。提供图形化界面工具XML Schema，WSDL等快速生成引导功能。支持消息元数据对SOAP Header的映射和覆盖。支持 OASIS UDDI 标准。支持 OASIS WS-Policy 标准。支持 OASIS WS-SecurityPolicy 标准。支持 OASIS WS-Security 标

11、准。支持 OASIS WS-Addressing 标准。支持与第三方企业服务总线集成，可以将传统应用集成到SOA架构。#支持webapi微服务的架构体系。4、医疗设备集成能力支持HL7 V2.X MLLP通信协议。支持ASTM通信协议。支持POCT1A通信协议。5、系统扩展能力支持元数据驱动的数据类型自定义。支持元数据驱动的接口定义和发布。支持元数据驱动的数据校验和测试。 支持使用第三方语言扩展数据转换处理以及消息路由的能力。6、安全保障能力 支持对用户的身份进行管理。 支持对用户身份的访问权限控制。支持对数据加密，保障数据不被窃取。应启用安全审计功能，审计覆盖到每个用户，对重要的用户行为和重

12、要安全事件进行审 计。应采用密码技术保证重要数据在传输过程中的保密性，包括但不限于鉴别数据、重要业 务数据和重要个人信息等；应提供重要数据的本地数据备份与恢复功能； 提供数据库连接字符串的配置工具，可以调整应用或客户端连接数据库的连接字符串， 并且配置文件中的连接字符串需要进行加密方式进行保存。支持院方自行变更数据库连接字 符串且不影响业务正常运行的能力。7、云部署能力 支持多租户，即每个租户可以在共享系统计算资源的情况下保证私有数据的安全性。 支持与不同地域的信息系统进行应用集成。支持基于容器（如Docker等）的云计算基础架构实现高性能、高可用架构。8、大数据集成能力 稳定的大数据平台：基

13、于大数据相关技术和框架，提供稳定、高效的数据采集、数据融合、数据计算、数据挖掘、数据分析、数据治理的医疗大数据平台。多样的大数据采集：支持增量抽取、全表采集等各种数据采集方式；支持日志管理和异 常监控。有效的大数据治理：支持结构化和非结构化数据、集中式和分布式数据的统一建模；支 持大数据清洗、脱敏的数据治理；以统一的数据标准对多源异构数据进行归一化处理。丰富的大数据应用：利用数据中心的大数据资源，对医疗服务、科研管理、医院治理等 的辅助决策支持应用。灵活的大数据展示：提供大数据数据模型可视化配置，提供大数据分析结果的可视化展 示。安全的大数据服务：支持大数据存储、传输、访问等服务的安全保障，对

14、数据进行安全 评估和数据流转监控，防止隐私数据泄露。简便的大数据开发：提供图形化的大数据开发界面及统一封装函数库，满足业务部门自 助开发的需求，通过拖拽的方式实现快速数据处理逻辑设计及开发。9、结构化临床数据存储能力支持按照国际医疗信息标准（如：HL7-FHIR、HL7 CDA R2等）格式化存储医疗数据。 支持按照国际标准加密医疗数据。支持临床数据的浏览和展现。支持临床数据质量和问题展现。10、医疗数据可互操作能力支持按照国际医疗数据互操作标准（如：IHE、HL7-FHIR等）交换医疗数据，实现应用系 统无关的医疗数据互操作。支持医学术语（如：LONIC、ICD-10、ICD-9-CM等）服

15、务集成、实现医疗数据语义层互操 作。支持基于医疗主数据（如：患者人口信息、药品信息、医学器材信息）管理的集成。 支持国际数据访问安全标准（如：SAML、XACML等）实现安全的医疗数据交换。#支持与上级区域卫生信息平台的无缝对接，实现双向互操作。11、运维保障能力。支持对系统的运行状态的远程监控。 支持对系统实时运行参数的统计信息的远程监视。支持对多服务器节点的集中控制。支持对集成应用中往来消息跟踪。#产品稳定性要求：系统支持7*24 小时不间断运行；具备完善的使用授权、监控和日志 管理机制，能够针对各类访问进行审计；系统应提供相应数据备份/恢复功能，制定合理的 备份策略并确保备份数据的有效性

16、及可用性。提供系统巡检，每一季度一次，特殊情况需做 到每月一次。12、其他 支持数据集成及整合过程的标准化，相关的医疗术语、字典等均需要统一标准化。 支持与医院信息系统数据的实时同步，需提供技术方案。系统需采用B/S架构，应用展示端需支持HTML5技术，必须支持跨平台（Windows、IOS、 Android 平台）的应用展示。信息系统架构必须支持多院区：各院区相关数据均纳入到中心数据仓库，可以根据 配置查看整体数据和各院区数据，并且各类功能也支持各院区的使用。投标人需提供数据建模的工具支持，满足医院个性化需求的定制。 考虑到平台将来的可扩展性，平台必须是开放式的：展示页面可通过拖拽配置，灵活

17、增 加；具有数据集市，且数据集市可自定义配置。支持数据中心数据经院方授权后被其他信息系统调用抽取。项目建设内容1. 基础建设1.1患者主索引 EMPI1. 需要提供主索引注册、查询、更新、合并以及注销服务；2. 需要提供主索引ID及交叉索引ID查询服务；3. 需要提供交叉索引ID查询服务；4. 需要提供主索引信息变更通知服务；5. 需要提供健康卡的注册、变更和注销服务功能；6. 需要提供基于患者域的交叉索引管理机制；7. 需要提供患者信息注册、修改、注销等功能；8. 需要提供查看疑似主索引功能，可以对重复或疑似主索引进行合并、拆分操作；9. 需要提供查看交叉索引记录功能；10. 需要提供主索引

18、恢复功能；11. 需要提供主索引的统计分析功能，包括主索引记录数、原始注册档案数、被合 并的记录数，以及不同匹配规则命中的记录数统计分析12. 需要提供在前台页面对主索引匹配权重规则进行设置功能；13. 需要提供在前台页面对主索引匹配校验规则进行设置功能； 需要提供对主索引的注册变更、错误日志的查看和检索功能；1.2主数据管理（标准数据字典、医学术语等）1. 需要提供数据元、数据集的定义和管理功能；2. 需要提供数据集标准的发布、导入和导出功能；3. 需要提供机构、科室、人员等相关的组织架构维护功能；4. 需要提供药品、医嘱、费用、材料等基础的维护功能；5. 需要提供I CD疾病诊断、ICD手

19、术目录等标准化术语维护功能；6. 需要提供ICD疾病诊断、ICD手术目录等标准术语维护功能；7. 需要提供GB、CV、枚举字典、系统字典等值域字典等的维护功能，支持OID 的维护功能；8. 需要支持按域（系统）的主数据注册管理功能；9. 需要支持主数据的版本管理和导入、导出功能；10. 需要提供主数据的审核、发布功能；主数据发布支持定时和实时两种模式；11. 需要提供以系统域维度查看的主数据对照分析功能；12. 需要提供主数据的注册、查询和更新服务；13. 需要提供主数据的变更通知与同步服务；14. 需要提供主数据对照的转换服务；需要提供主数据订阅发布服务和挂载集成平台的服务；1.3统一认证及

20、单点登录提供一站式单点登录功能，即通过用户的一次性鉴别登录，可获得需访问系统的授权， 在此条件下，用户可对所有被授权的应用系统进行无缝的访问，从而提高用户的工作效率， 减少操作时间，降低用户安全管理的复杂度，并提高系统整体的安全性。统一用户：统一所有应用系统的用户信息并进行存储和管理，而授权等操作则由各应用 系统完成，即统一存储、分布授权。统一用户认证：以统一用户为基础，对所有应用系统提供统一的认证方式和认证策略， 以识别用户身份的合法性。数字认证：需要对每个用户构建起以数字身份为核心思想的综合信任机制，将其基本信 息与各种特定领域的信息标识进行统一管理，并体现为不同的具体凭证，为各类应用提供

21、基 于数字身份的可靠认证和授权控制。安全审计：可以对用户所有登录认证操作及授权访问行为的全面记录和监控，确保所有 操作处于可控和可审计状态。#单点登入（SSO）：支持支持OIDC, OAuth，SAML, CAS, Federation等主流单点登录协 议并支持接入三方SSO服务。单点登录支持多种认证方式：除传统用户密码登录外，还需支 持如，短信、扫码、刷脸、指纹等多种方式登录系统。统一工作入口，可根据不同条件设置 访问机制，简化用户登录操作，增强访问控制，提升访问安全，同时提供账号信息同步机制。门户：提供一站式单点登录，统一登录界面，通过用户的一次性鉴别登录，可获得所需 访问的各应用系统的授

22、权。实现“一次登录、随处访问”，提高用户的工作效率，减少操作时间，降低用户安全管 理的复杂度，提高系统整体的安全性。1.4 授权安全管理1. 提供用户的统一管理，支持对用户进行授权访问；2. 在对用户授权访问时，支持不同分类的授权，包括：是否可访问重点病人；授权医生、 授权科室、授权内容；3. #提供用户对应的角色管理，可设置各角色能够访问的模块及功能（可以细化到字段）， 同时支持对数据层面的权限控制，如分配科室级、医疗组、个人的数据权限；4. 提供系统自身的功能管理，支持分别授权访问；5. 提供患者信息的安全管理，可应患者要求自定义患者信息的可阅读性。2. 集成平台2.1集成平台通过内置可视

23、化的专业开发工具，消息的定义、路由设置、集成测试等功能够通过IDE 进行配置的，要求这种配置是非常直观、图形化、拖放可视化及拥有友好用户界面，要求能 够实现图形和代码的相互转换。医院信息集成平台上线，并满足以下要求。1、完成基于平台实现符合标准要求的交互服务，增加以就诊、医嘱、申请单和部分状 态信息交互服务的支持。2、完成基于医院信息平台，实现公众服务应用功能数量不少于17个、医疗服务应用功 能数量不少于14个、卫生管理应用功能数量不少于17个。3、平台具有的可视化功能数量不少于6个，其中CDR展现与管理、数据脱敏配置管理 功能为必选项。4、完成基于平台联通业务，实现临床服务系统接入数据不少于

24、15个、医疗管理系统接 入数据不少于10个、运营管理系统接入不少于6个、接入外部机构数量不少于5家。5、满足国家医疗健康信息互联互通标准化成熟度四级甲等要求。6、需要具有相关的医院信息集成平台(或系统)的软件著作权证书。2.2集成平台引擎依据基于电子病历的医院信息平台技术规范、基于电子病历的医院信息平台建设 技术解决方案(1.0版)等规范要求，通过医院服务总线实现各医院应用系统之间的互联 互通，解决医院信息系统的系统异构集成、流程定义、数据共享和数据交换传输标准等关键 性技术问题，实现全面集成。作为全院集成应用的企业服务总线，实现消息转换与数据传输，基于内容的智能路由， 提供基于事件驱动机制的

25、系统集成，完成各业务系统之间的解耦连接；含以下几部分：执行 引擎：提供引擎的服务创建与管理，内部数据交换，消息映射，消息路由；整合IDE :提供 IDE环境，流程定义，流程维护；数据库连接配置，数据映射与转换的自动化；另外，集成 引擎提供系统集成时的综合管理功能，用以维护管理接入集成平台的各业务系统以及各业务 系统的开发商，具体功能包括,厂商注册,系统注册；各业务系统提供的消息服务，需首先在 集成引擎上进行服务注册，且由集成引擎管理各消息的传输路径，进行消息路由配置。提供交互服务的分布式运行、负载均衡和热发布机制，保证引擎和总线服务的性能和稳 定性。同时还需提供基于总线技术的二次开发包。功能要

26、求：1. 运行平台要求：可安装运行于在各种主流操作系统上，并同时支持32及64位操作平 台，包括：Linux (x86/x64) Microsoft Windows Server(x86/x64)服务器版等。2. 支持集成不同厂商的数据库：如 Oracle、DB2、SQL Server、Sybase、PostgreSQL 等数据库。3支持完整Web Service、微服务及多种协议服务。4. 可扩充性和升级能力：系统建设采用零编程和面向服务设计技术，对于其可扩充性和 升级能力必须有强力的支持。5. 消息路由：通过对服务总线的建设，实现可视化的消息订阅功能，即消息路由，决定 传入消息的最终目的地

27、和相关系统。6. 医疗信息交换标准协议服务：平台中间件需完整提供下列协议服务，包括消息及数据 格式：HL7 （版本 V2、V3、FHIR 等）、XML、IHE、ASTM 等。7支持TCP/IP、JDBC、ODBC等标准协议。8.支持安全及授权协议： HTTPS、LDAP、PKI、SSL、IPSec。9支持LDAP:支持通过LDAP协议配合客户的系统基础设施，使用统一的用户名和密码 登录集成平台。用户名和密码都以加密的形式保存在内置数据库中，系统通过访问控制表的 方式授权登录。10. 信息安全：支持实现安全网关，基于证书的安全数据传输，如TLS、SSL、HTTPS等， 基于X.509证书的数字签

28、名，实现消息内容加密及审计跟踪与节点验证。11. 端对端管理：开发、测试和部署的工具紧密集成。12. 监控及管理界面管理要求：集成平台拥有管理工具可以在任何带浏览器的设备上运 行，支持基于Chromium内核浏览器、IE、FIREFOX、Safari等浏览器，并支持中英文展示。13. 监控管理工具需具备以下功能：所有错误和审查日志、故障诊断工具、系统状态信 息、信息搜寻功能、性能监控功能。14. 测试环境：要求投标人有能力在用户方提出要求投标人提供产品测试的要求后，7 个工作日内搭建好测试环境并在用户处进行测试。2.3业务系统集成平台及二次开发本项目需要基于服务总线实现各个业务系统的标准化改造

29、，面向医院业务系统的集成以 及平台的二次开发功能需要包括但不限于以下的功能：1. 全院主数据服务：检索药品收费项目、检验申请项目、检验标本、检查申请项目、医 生信息、护士信息、科室信息、病区信息、收费项目信息等2. 检验申请单：门诊检验申请单、住院检验申请单、体检检验申请单3. 检验报告共享：调阅检验报告、发布检验报告4. 检查申请单：门诊检查申请单、住院检查申请单、体检检查申请单5. 检查报告共享：调阅检查报告、发布检查报告6. 住院医嘱：住院患者医嘱7. 门诊处方：门诊患者处方8. 电子病历：病案首页共享、电子病历全院共享、访问审计9. 护理系统：床位、病情信息全院共享、护理记录全院共享2

30、.4互联互通相关交互服务依照医疗健康信息互联互通标准化成熟度评测指南，建立互联互通交互服务。包括 但不限于以下：1. 个人身份注册服务：新增个人注册服务；个人信息更新服务；个人身份合并服务；个 人基本信息查询服务；2. 医疗卫生人员注册服务：新增医护人员注册服务；医护人员信息更新服务；医护人员 信息查询服务；3. 医疗卫生机构注册服务：医疗卫生机构（科室）注册服务；医疗卫生机构（科室）信 息更新服务；医疗卫生机构（科室）信息查询服务；4. 基础服务：术语和字典注册服务；5. 电子病历档案服务：电子病历文档注册服务；电子病历文档检索服务；电子病历文档 调阅服务；6. 电子病历整合服务：医嘱接收服

31、务；医嘱查询服务；申请单接收服务；申请单查询服 务；7. 与上级信息平台的基础交互服务：医疗卫生人员注册服务调用；医疗卫生人员更新服 务调用；医疗卫生机构（科室）注册服务调用；医疗卫生机构（科室）更新服务调用；个人 身份注册服务调用；个人基本信息查询服务调用；病历文档上传服务调用；病历数据检索服 务调用；病历数据查询服务调用；8. 就诊信息查询服务：门诊就诊查询服务；住院就诊查询服务；出院信息服务；9. 就诊信息接收服务：门诊就诊登记服务；住院就诊登记服务；出院登记服务10. 与上级信息平台的交互服务：注册、更新及版本管理调用；术语和字典映射服务； 共享文档检索服务；共享文档获取服务；预约安排

32、信息接收服务；预约安排信息查询服务； 预约确认服务；预约查询服务；2.5集成平台监控系统1. #数据采集监控：可生成数据采集的记录日志，记录数据采集节点、采集范围、采集 内容、采集时间、错误原因等信息，根据日志跟踪解决数据采集错误。（投标人须提供成熟 系统的功能截图并详细说明）2. 集群监控：支持监控服务器集群运行状态，并按事件类型汇总。可设置监控指标的告 警阈值、告警方式。可以根据监控数据形成图表查看监控情况。对事件监控支付查看各个节 点信息。（投标人须提供成熟系统的功能截图并详细说明）3. 提供调优工具，可满足服务器组之间的负载分配和性能调优。数据交换监控：能提供数据交换服务监控，可监控统

33、计所有数据交换服务性能，可按照 域、时间、节点等角度统计服务响应情况，提供服务分析调优。针对异常情况，可以追踪异 常发生节点、可以根据异常节点的监控数据分析错误原因、精准修复错误。可统计监控平台 接入层的调用情况，接入点信息、访问ip，总体情况、调用分布等信息。3. 大数据平台3.1大数据平台利用大数据平台，实现医疗数据共享开放，并且能够提高医疗数据利用率，充分挖掘医 疗数据潜藏的价值，使其最大限度地服务医疗业务。为患者提供个性化医疗数据服务，保持 医疗服务的连续性和可及性，提高医疗质量。大数据中心为医疗大数据平台核心技术层，主要用来处理数据，实现非结构化数据的结 构化。通过采集技术手段，从原

34、始业务数据库采集原生数据存储汇集在数据湖，并且可以通 过配置方式将数据进行分发，分发数据给其他数据中心。制定数据采集标准及处理流程，对结构化数据抽取入库，对 非结构化数据进行结构化改造，主要包括病人的基本信息、病历信息、病程信息、医嘱信息、 检验信息、特检信息、护理信息、费用信息等内容，最终汇集到大数据中心，大数据中心的 分析加工功能基于数据湖中数据进行处理，基本处理功能包括：数据整合，将从各个业务 系统获取的医疗数据以患者主索引EMPI为中心进行整合，实现数据综合利用。数据自动 化处理，处理过程可以实现自动处理，避免人工实时干预。数据安全性，数据处理过程要 保证数据安全性，做到数据保密性、数

35、据完整性、数据可利用等。数据应用集市：以医疗大数据平台数据中心数据为基础，建设各种医疗大数据平台基础 应用。包括但不限于：临床数据搜索、患者全景诊疗视图、患者数据服务、临床科研应用 临床知识库、科室运营、临床辅助决策等。本平台搭建主要参照卫计委数据标准、HL7CDA文档、相关术语标准和国家相关数据标 准。总体数据架构体系3.2数据采集与治理要求使用成熟的工具或技术（如ETL工具等）对院内各系统（如HIS、LIS、EMR、PACS 等）各种类型的数据库数据实时采集，数据库类型包括Oracle全系列、SQL server全系列、 DB2系列、Mango DB系列、MYSQL系列数据库、postgr

36、eSql系列、cache系列等。支持不同数据来源的数据：充分考虑数据源格式的多样性，比如各自不同的数据库格式、 文本文件格式、XML格式、JSON格式等，支持结构化数据、半结构化或非结构化数据。对采集的原始数据存储到数据池中，再对采集数据进行清洗加工处理，并做标准化整理。 主要包括制定数据清洗流程、清洗流程控制、清洗质量控制、清洗过程管理等。通过规范流 程和规则库，基于流程引擎构建统一的、可配置的数据转换、清洗、比对、关联、融合等加 工处理过程，对异构异源海量离散的数据资源加工生产，生成易于分析利用的、可共享的数 据。针对数据驱动的临床应用场景，支持将医院积存的海量临床数据进行结构化、标准化和

37、 归一化处理，使之成为易供临床、科研、运营直接利用与分析的数据。1. 支持非标准化概念与标准化概念间的映射转换，实现数据标准化应用；（投标人须提 供成熟系统的功能截图并详细说明）2. 支持患者隐私信息脱敏技术，包括中文临床文本脱敏等；3. 支持处理多种病历类型的自然语言处理模型，支持自定义变量拓展抽取。4. 支持基于自然语言处理技术的医疗文书类非结构化数据治理；5. #数据治理有完善的制度章程和流程管控。#其中利用自然语言处理（NLP）技术实现对医疗文本处理，需满足以下功能：1. 支持处理多种病历类型的处理模型，展示例如入院病史、既往史、病程录、体格检查、 眼科特殊检查、心电图等；2. 系统支

38、持单份文本分析结果进行可视化展示，包括医学实体识别、医学实体与关联识 别、概念展示等；3. 支持治理好的文本变量的溯源功能，精确定位抽取的变量在原文中的位置，并高亮显 示；4支持将病历文本中提取的变量，可存储成JSON、二维表格式等。3.3数据质量管理支持数据治理后的数据质量的管理，需具备以下功能:1. 支持数据质控的规则管理，内置如时间、姓名、患者编号、数据填充率、值域范围、 外键关联等多种规则的，支持根据医院数据情况的新增质控规则。2. 支持根据不同业务系统对接的需求定义规则组，可以自由将各种质控规则纳入规则组 并且根据规则组发送预警情况。3. 能够根据数据集成和治理过程中的数据质控自动生

39、成质控报告，可以通过质控报告定 位数据处理的问题，并能够将质控报告中的预警信息发送到医院指定的数据管理员，支持通 过邮件、短信、微信方式的预警对象设置。4. #可提供数据质量管理工作站。4. 临床数据中心CDR4.1临床数据中心CDR临床数据中心主要是以患者为中心，包含患者所有重要的临床数据，可集成院内各科室 级临床信息系统，实现所有临床诊疗数据的整合与集中展现。需满足以下要求：（1）提供数据中心数据内容的定义功能；（2）建立临床信息数据库，遵循国家卫健委WS 445-2014电子病历基本数据集， 至少包含标准要求的17类数据集和58个数据子集的内容；支持自定义扩展数据集；（3）结合国家卫计委

40、的相关标准，以及医院数据源的实际质量，设计CDR数据仓库， 包括数据对象、对象之间的关联关系、采用的数据标准、和业务数据的映射关系等。（4）建设符合卫健委电子病历共享文档规范的临床数据中心（简称CDR）。（5）提升现有系统的用户体验感，将临床数据中心作为各临床应用共享数据的平台， 为临床提供更加便捷的共享的信息应用。（6）延展性应用：支持以现有医院临床信息系统为基础，建设以专科为单位的数据中 心；（7）历史信息接入：能将医院现有业务系统的历史病人数据进行HL7V3CDA格式一次 性导入到CDR系统中；（8）通过临床数据中心（CDR）平台建设，逐步形成医院的数据标准与规范，包括数据 共享接口规范

41、、临床数据集规范、科研数据集规范、管理运营数据集规范、数据获取规范、 数据对外发布规范等等，使得未来引进和建设新的IT系统变得有章可依；（9）知识库管理：提供临床知识库查询、维护及常规医学公式、单位换算；（10）要支持各专科专病CDR建设，并实现与医院现有临床业务应用平台的完整整合应 用，推进专科专病诊疗活动的高效高质量展开。（11）统一视图访问病人信息: 要求门户系统拥有统一视图功能，可将病人信息整合在 一个视图内；通过一个联网、整合、清晰的视图对患者的跨多个医院系统的全部信息进行查 阅；(12) 病人精确信息浏览: 点击进入一个病人的资料必须就有精确的病人诊断，治疗， 过敏史，既往病史等可

42、供浏览；并能与现有临床系统进行基于模块层面的无缝整合；(13) 可定制的、直观的用户界面: 所有菜单项目，超链接，显示信息及展示结构都可 直接定制，不需进行二次开发。用户界面友好，操作简单，专门为医疗行业设计使用。(14) 能够对数据中心的数据量、异常数据等信息进行综合监控。(15) 要求临床数据中心平台对于采集的数据加以解析处理，形成最小的、可复用的数 据元素，以提高数据利用的效率。(16) 具有可自定义视图的功能：在需要时可随时为用户展示关键信息。能够快速创建 和修改个性化视图，通过用户自助式服务，满足全院临床、管理和科研用户的需求。(17) 通过配置验证规则，自动化验证CDR中数据的准确

43、性，比如对比记录条数、对比 汇总金额等方法，确保CDR中的数据准确及时地反映业务系统中的数据。(18) 加载各数据源所对应的业务系统中保存的历史数据，使CDR覆盖医院现有的各类 数据资产。4.2 临床数据检索系统1. 支持对基本信息、诊断、手术、医嘱等条件自由添加、删除，实现自定义检索条件的 设置，支持查询时间范围不限、全院病人范围不限，支持中文、拼音首字母模糊检索，并支 持自主设置逻辑与、或关系。2. 支持对结构化病历文书条件自由添加、删除，精确到具体文书类型中的具体的结构化 数据，让检索结果更加符合临床及科研需要，同种病历文书支持组合检索，即可同时检索多 个关键字，基于搜索引擎的方式，多包

44、含多个关键字的病历内容进行展示，检索内容更加精 确；3. 支持对基本信息、诊断、手术、病历文书、检验、检查、药品不同的报表列自主添加， 满足多样化的报表要求；支持查询结果分页展示、并导出；4. 支持多个查询结果标签的展示，对不同的条件可支持结果的比对，寻找不同结果的差 异性和共性；5. 支持查看病人历次的病历资料，避免临床数据检索系统与电子病历系统频繁切换。6. 支持对医务管理者、医生、护士不同角色进行授权，分别设置不同的查询条件和查询 结果。7. 隐私安全设置(1) 为保护患者隐私，对于查询出的病历结果，支持对患者信息、病历文书结构化点进 行脱敏处理，脱敏内容按照前2个字符以*表示，超过2个

45、字符的内容不加密；(2) 支持不同角色、用户导出功能设限，权限不够的医生不能导出；(3) 支持设置不允许临床检索的诊断名称，杜绝临床医生检索敏感诊断；(4) 支持对不同角色、不同用户、不同的职能科室进行隐私设置，满足多样化需求。8. 日志审计(1) 支持根据操作日期范围、操作类型(包含查询、导出)、操作人ID查询所有进行 临床数据查询、导出动作的记录；(2) 支持查询结果显示查询操作人、操作人ID、操作人职称、操作时间、操作类型、 操作具体内容及操作者IP地址；(3) 支持导出和查看操作详细内容，当操作为查询，详细内容必须包含查询条件，当操 作为导出，详细内容必须包含查询条件及导出结果列；(4

46、) 支持操作日志导出，导出结果列需与系统展示界面内容一致。4.3 统一门户（Portal）1. 提供诊疗门户功能，能够将员工及其工作事务纳入到门户页面；2. #能够基于门户页面做进一步查看数据信息，也可以直接在门户直接登录到相关系统 查看详细内容；（投标人须提供成熟系统的功能截图并详细说明）；3. 门户中用户可订阅不同信息类型的通知，用户可以自定义接收的消息信息。医疗门户提供的对象包括医生、科主任、医务科，功能如下：1. 建立不同用户的门户管理功能，能够将医生、科主任、医务科的工作事务 纳入到门户页面；2. 实现医生、科主任、医务科不同的角色使用门户可直接快速对应到不同的 页面进行工作；3.

47、实现医疗门户平台与临床系统进行基于模块层面的无缝整合；4. 医生门户页面可直观展示出各个科室的重点信息、患者信息、医疗运行指 标；同时，能够查询医生自己的日程排班（投标人须提供成熟系统的功能截图和详 细说明）；5. 科主任门户重点展示本科室的重点信息、医疗运行指标、医疗质量指标；6. 医务科门户重点展示全院的重点信息、医疗质量指标；7. 具体的指标能够根据选择的时间条件进行刷新展示；8. 门户中用户可订阅不同信息类型的通知，使用户可以决定他们如何得到更 新以及他们希望收到什么信息；9. 实现基于门户页面的进一步查看重点数据信息，查看到的数据信息都是重 要直观的信息；10. 实现重点信息自定义，

48、比如危急值信息、被邀会诊信息；11. 实现与单点登录功能的集成整合，门户直接登录到相关系统查看详细内容12. 建立门户系统统一视图功能，可将病人信息整合在一个视图内；13. 病人精确信息浏览，可通过门户系统实现患者信息的统一查阅。护理门户提供的对象应包括护士、护士长、护理部，功能如下：1. 建立不同护理用户角色的门户功能，能够将护士、护士长、护理部的工作 事务纳入到门户页面；2. 护士、护士长、护理部不同的角色使用门户可直接快速对应到不同的页面 进行工作；3. 护理门户平台能与临床系统进行基于模块层面的无缝整合；4. 护士门户页面可直观展示出各个病区的重点信息、病区特定的提示信息、 患者信息；

49、同时，能够查询护士自己的日程排班（投标人须提供成熟系统的功能截 图和详细说明）；5. 护士长门户重点展示本病区的重点信息、病区特定的提示信息、本病区的 日报表；6. 护理部门户重点展示全院的重点信息、护理管理日报表；7. 具体的指标能够根据选择的时间条件进行刷新展示；8. 门户中用户可订阅不同信息类型的通知，使用户可以决定他们如何得到更 新以及他们希望收到什么信息；9. 能够基于门户页面的进一步查看重点数据信息，查看到的数据信息都是重 要直观的信息；10. 实现重点信息自定义，比如在院人数、危急值信息、待办出院等；11. 可整合单点登录，在门户直接登录到相关系统查看详细内容；12. 建立门户系

50、统统一视图功能，可将病人信息整合在一个视图内；13. 病人精确信息浏览，可通过门户系统实现患者信息的统一查阅。管理门户提供的对象包括科科主任、护士长、医务科、护理部，功能如下：1. 建立不同用户的门户管理功能，能够将医务科、护理部的工作事务纳入到 门户页面；2. 实现医务科、护理部不同的角色使用门户可直接快速对应到不同的页面进 行工作；3. 实现管理门户平台与临床管理系统进行基于模块层面的无缝整合；4. 管理门户页面可直观展示出各个科室的医疗质量指标信息、医疗运行管理 信息、审核信息信息；（投标人须提供成熟系统的功能截图和详细说明）；5. 科主任、护士长门户重点展示本科室的重点信息、医疗运行指

51、标、医疗质 量指标；6. 医务科、护理部门户重点展示全院的重点信息、护理管理、医疗质量指标；7. 具体的指标能够根据选择的时间条件进行刷新展示；8. 门户中用户可订阅不同信息类型的通知，使用户可以决定他们如何得到更 新以及他们希望收到什么信息；9. 实现重点信息自定义，比如危急值信息、被邀会诊信息； 实现与单点登录功能的集成整合，门户直接登录到相关系统查看详细内容；4.4电子病历共享文档（CDA）管理根据卫计委WS/T 447-2014基于电子病历的医院信息平台技术规范、WST 500-2016 电子病历共享文档规范、WS445-2014电子病历基本数据集等规范要求，建立独立的数据存 储文档，

52、包括电子病历文档注册库和存储库，保存的电子文档遵循相应类别的电子文档标准， 满足国家医疗健康信息互联互通标准化成熟度四级甲等的评级要求。4.5患者360视图面向患者、医生各个维度建立患者360视图，各视图可应用到诊疗环节亦可应用到管理 环节，该功能需要支持多院区。具体功能如下：时间轴视图1. 需提供时间轴视图功能，通过时间轴总览满足以下要求：1）提供时间轴视图展示患者的历次就诊情况，采集患者历次就诊在电子病历系统中记录 的诊疗信息；2）支持将患者历次诊疗信息进行摘要提取，以时间轴顺序的方式进行展示，可通过时间 轴的滚动操作来查找多次的就诊信息；3）提供就诊类型分配不同颜色的标识，需对应患者门诊

53、、住院的就诊类别，获取对应电 子病历系统中的数据，支持通过看就诊颜色判断就诊类型，直观明了。2. 需根据时间轴中的就诊类型与信息，对照展示详细的诊疗数据：1）支持同屏查看某一次就诊的详细信息，通过时间轴上历次的就诊信息选择可同步刷新 查看明细；2）能够基于时间轴视图中展示的患者诊疗信息追溯到门诊与住院电子病历系统中对应 的模块页面查看详细内容，比如门诊病历、出院小结、医嘱信息等；实现诊疗数据的追溯。全息视图患者 全息视图要求是基于临床数据中心、并以患者为核心而建立，主要功能是对患者基本信 息、患者门急诊信息、患者住院信息等数据进行图形化界面的管理和浏览，从而充分了解和 掌握患者从入院到出院以及

54、历史医疗数据和信息，提高临床工作的质量和效率。要求能够实 现基于用户的使用习惯自由选择模板来满足临床医生的需求。1. 全息视图与门诊、住院电子病历系统相对应，分别展示患者不同就诊类型的诊疗数据。2. 全息视图通过图形化的界面展示患者诊疗记录的标识及详细内容，可通过颜色配套的 门诊标识、住院标识对患者就诊进行一览查询。3. 全息视图展示的患者诊疗记录，需与我院电子病历系统中诊疗计划功能模块保持一致 按时间、诊断、检验、检查、用药、病历信息进行分类化展示。4. 在全息视图页面，可查阅更多，为保障页面的展示友好，需采用弹出框来查询更多内 容。摘要视图 提供患者历次就诊的摘要信息展示功能，通过摘要视图

55、满足以下要求：1. 支持将患者身份信息进行摘要展示；2. 支持将就诊的各个类别分模块展示，比如诊断信息、用药信息、检验检查信息等；3. 提供摘要信息与各项视图相互关联的功能，以便支持查询更详细的诊疗信息。 过敏/不良反应视图1. 支持将患者各种过敏及不良反应的信息进行一览的查询展示，以作为重点信息提醒临 床人员。2. 过敏/不良反应视图需与电子病历系统相对应，根据就诊的类型，门诊、急诊或是住 院分别展示历次的过敏/不良反应信息。用药视图1. 提供用药医嘱信息分类查询功能，需满足以下要求：1）支持按照时间段查询患者用药的种类及数量；2）查询到的用药信息需与患者在电子病历系统中的药品分类保持一致，

56、以对应临床诊疗 环节；3）门诊、住院电子病历系统中的药品分类包括毒麻药品、贵重药品、精神类药品、抗菌 药品需在本视图中汇总分类展示（投标人须提供成熟系统的功能截图并详细说明）；4）需按照药品自身的分类对应查询某一类药品。2. 提供用药医嘱详细信息查询功能，需满足以下要求：1）可将药品属性信息详细展示，包括药品类型、频率、用法、途径等；2）针对任一药品可进行用药的闭环追溯，查询药品的流通环节；3）需同步门诊、住院电子医嘱系统中药品属性情况，展示用药的连续性以及用量趋势。 检验视图1.支持以检验为维度进行检验信息的全面查询展示。2.需获取并按照门诊、住院电子医嘱系统中下达的检验申请进行就诊类别分类

57、展示。3. 支持将检验进行分类查询展示，能够区分生化类检验报告、菌检类检验报告等。4. 支持展示检验报告的详细信息，通过结果值与正常值的对比醒目的提醒临床人员。5. 支持将多次的检验报告的检验项目进行趋势图的自动绘制展示。检查视图1.支持以检查为维度进行检查信息的全面查询展示。2.需获取并按照门诊、住院电子医嘱系统中下达的检查申请进行就诊类别分类展示。3. 支持对特定的检查报告图片进行对比展示，以辅助诊疗。手术视图1.支持以手术为维度进行手术信息的全面查询展示，需满足以下要求： 1）能够展示出历次手术所相关的就诊信息，包括病历信息、用药信息、检验信息、检查 信息等；2）需与我院电子病历系统中手

58、术索引信息形成关联对照，同步的展示手术索引相关的手 术申请、手术知情同意书、术前讨论、术前小结、手术安全核查、手术记录等诊疗记录。3）同时，需根据手术信息，展示对应的手术护理单据，包括手术护理记录单、手术室护 理交接等。2.支持手术关联信息的展示，即当前查看的手术日期之后的历次就诊信息，以便临床人 员跟进手术后的康复、治疗情况。病历文书视图1.以历次就诊为维度，支持将历次就诊的病历文书进行同步展示。2.通过就诊标识来将门诊、住院进行区分，不同就诊类型下展示不同病历文书类型，且 只展示书写过的病历文书。3. 要求保持病历文书视图与我院在用门诊、住院电子病历系统的病历样式与内容完全一 致。专病视图 提供专病视图功能，能够根据不同专科要求，提供专病视图功能，如视光学专科科： 1.能展示专科特定病种的所关注的医技报告信息；2.能展示专科特定病种指定检验报告项目的趋势图分析；3. 能对特定专科病种生成专病视图，如支持对检查报告进行对比分析，支持对眼压高低 趋势进行分析、支持对控制眼压的药品使用剂量的疗效进行分析；自定义视图 #支持自定义视图功能，如专科视图等。