清流县总医院关于总医院集成平台、数据中心项目询价文件

询价项目名称：总医院集成平台、数据中心

根据集成平台、数据中心建设的要求，对总医院集成平台、数据中心的项目建设内容进行公开询价，欢迎国内具有资质条件的供应商前来参加报价。

一、项目名称：集成平台、数据中心项目

二、 项目内容及要求：

2.1 建设背景

清流县总医院自组建以来，以县医院为总院区，中医院为东院区，14个乡镇卫生院为分院，1家社区服务中心。已形成上下联动的紧密型医疗共同体，医院的服务模式和管理模式发生很大的转变。在医改的大背景下，总院型信息化建设已成为深化医改，支撑医共体高质量发展的重要组成部分。

（1）信息互联互通测评要求

依据国务院《关于实施健康中国行动的意见》（国发〔2019〕13 号）、国务院办公厅《关于促进和规范健康医疗大数据应用发展的指导意见》（国办发〔2016〕47 号）、国家卫健委统计信息中心《国家医疗健康信息区域全民健康信息互联互通标准化成熟度测评方案》（2020年）、《国家医疗健康信息医院信息互联互通标准化成熟度测评方案（2020年版）》等相关政策文件，为落实新医改相关工作任务，加强并持续推进卫生信息标准的制定和实施，提高跨机构、跨地域健康诊疗信息交互共享和医疗服务协同水平和信息惠民成效。以测促用、以测促改、以测促建，促进各地区、各医疗机构信息化水平的提升和信息资源的集聚整合与互联互通。

（2）积极推动医共体融合发展

近些年国家和省相继出台了医共体相关指导文件和实施方案，从医共体组建到信息化要求，不断细化实化，对各地开展医共体建设提供了清晰明确的方向，加速构建整合型医疗卫生服务体系。从2017年中共中央国务院发布《国务院办公厅关于推进医疗联合体建设和发展的指导意见》，明确在县域主要组建医疗共同体，推动优质医疗资源向基层和边远贫困地区流动。到2019年5月，国家卫生健康委基层卫生健康司发布了《关于推进紧密型县域医疗卫生共同体建设的通知》，2020年国家卫健委发布的《紧密型县域医共体信息化建设指南及评价标准》。根据国家的指导意见、指导方案以及信息化建设指南，从组建上、管理上和信息化上为各省、市、区县关于如何落地医共体指明方向。

（3）总医院建设发展

在总医院的发展运作过程中，从管理制度到服务体系的持续革新和建设，从总医院底层架构的设计，再到各医疗分支机构的布局，总医院面临自身组织结构调整、战略重心改变的考验，需要考虑拓展总医院服务战略与整个乡镇基层医院从内到外的质变的医疗服务生态的对接能力。

（4）“智慧医院”建设

第一是面向医务人员的“智慧医疗”。以电子病历为核心的信息化的建设，电子病历和影像、检验等其他的系统互联互通。

第二个是面向医院的“智慧管理”。医院管理中很重要的一条是精细化的成本核算，用于这些医院内部后勤的管理，管理者用手机，或在办公室的电脑上就可以看到全院运转的状态。这一大领域就是用于医院的精细化的信息化管理。

第三个是面向患者的“智慧服务”。很多医院的一体机、自助机，包括用的手机结算，预约挂号、预约诊疗、信息提醒，包括衍生出来的一些服务，比如信息的推送、提示等。让患者感受更加方便和快捷。

（5）新技术驱动医疗信息化发展

新兴技术的高速发展为医疗行业带来了新的变革，利用大数据、云计算、互联网+、物联网等新兴技术创新服务模式，为医疗机构提供适度超前、恰逢其时的全方位信息化支撑，创新应用场景，在疾病的研究、诊断治疗、健康服务和医院管理等多个领域发挥作用，为居民、医护人员和管理人员提供智慧便捷的医疗健康服务 。

2.2 建设原则2.2.1 顶层设计，分步实施

医共体信息化建设是一个庞大的、复杂的系统工程，必须全面考虑、整体规划和部署，以便适应总医共体的业务需求和长远发展。同时，医共体信息化的建设过程是一个长期的过程，必须分成多个阶段来完成，以保证系统建设的可行性和可控性，逐步完成医共体信息化各项工程的建设。

2.2.2 标准先行，规范应用

本项目信息系统的建设要符合医疗行业的法律法规要求，遵循国家、福建和三明市颁布实施的有关医疗业务规范和信息标准，支持国际、国内的医疗相关标准，包括HL7、XML、DICOM3.0、ICD-10、SNOMED等相关标准。

2.2.3 开放共享，信息互联

本项目信息系统建设是总医院内外各种业务应用的综合建设，在总医院内部系统之间、总医院与基层之间、医共体与县域之间要做到互联互通、信息共享。避免“信息孤岛”的存在，注重系统集成、信息共享的建设，整体具备快速扩展能力和与不同厂商软件的高效集成能力。

2.2.4 先进可靠，务求实效

医共体信息系统建设是一个不断发展的过程。为适应医共体应用的不断拓展，本项目信息系统具有灵活配置的、可扩展的系统体系架构，以适应医疗业务流程、业务模式的变化，在信息系统应用推进的不同阶段，能满足医护人员、管理人员不同用户、不同阶段、不同程度的需求，实现良好的社会效益和经济效益。

2.3主要建设内容

本项目的建设内容主要归纳为以下几个方面：

2.3.1、构建总医院集成平台（包含总院区、东院区、区域业务协同），实现各业务系统及区域业务间互联互通；

2.3.2、总医院（清流县总医院）、东院区（清流县中医院）平台都必须达到国家卫建委互联互通四级甲等的要求，并在医院规定时间内完成两医院四级甲等测评；

2.3.3、按医疗机构划分建立多数据中心，至少形到清流县总医院、清流县中医院、分院医疗机构三个库。同时必须有效整合总院、中医院、基层医疗机构数据。为院领导和相关管理部门、医护人员提供大数据支持。

2.4 相关要求2.4.1 系统总体要求

(1)、采用一套适应医院未来发展的技术架构、标准和管理构架和方法，支持异构系统，保证不同院区、不同科室间的异构系统的数据整合、应用整合和界面整合，保证医院系统的可持续化发展及平台架构的良好拓展性。应详尽列出上述的技术架构、标准和管理构架和方法。

(2)、平台应当符合相关信息标准，如：《基于电子病历的医院信息平台建设技术解决方案》、《卫生信息数据元标准化规则》、《卫生信息共享文档规范》的要求。

(3)、医院信息平台必须基于HL7/DICOM等标准，参照IHE的技术框架的系统架构，将各种医疗信息(影像、文字、视频、检验数据等)采用SOA和信息集成技术松耦合集成，通过互联互通的方式实现对临床工作模式与工作流程的优化，保证不各院区医院各科室的异构系统的数据整合、应用整合和界面整合，保证医院系统的可持续化发展。

(4)、数据中心（总院区、东院区、基层医疗机构），实现数据的集中化，标准化的存储，全面管理医院的临床数据、管理数据、财务数据、影像数据等信息。

(5)、通过信息平台构建整体集成框架，可对数据的接入/导出、系统和接口进行管理，方便医院信息化管理人员进行二次应用开发。

(6)、在建设进程中，充分考虑数据集成与业务改造的时间点，不要造成相互影响。

2.4.2 相关功能要求2.4.2.1 标准规范建设

总医院目前数据分散，数据颗粒度大，数据准确度没把握、数据和业务关联度不高以及数据利用率低。只有对医共体、医院内部以及县域整体的医疗卫生数据进行标准化的组织存储，建立对应分类的小数据，最终汇聚成大数据，才能实现数据全面、精细化管理、应用。

数据标准规范体系，主要包括：

▲医共体集成平台数据集目录体系

▲形成统一的医共体临床信息库、健康档案库等标准

▲形成统一的医共体运营管理库、健康档案库、科研数据库等标准。

▲基础数据标准整理：术语字典规范整理，数据元值域代表字典标准。

▲制定数据共享标准与接口规范：实现各业务系统集成接口的统一定义，指导现有、未来各业务系统完成信息整合。将提供一系列对外的数据服务和访问标准和规范性文件，以确保CDR数据可满足院内、院外多种应用需要。遵照业务流程，将各集成场景的接口定义归纳整理，形成院内新系统集成的规范化文档。

▲业务集成交互规范：包括集成流程、集成场景、交换信息模型、交换技术手段等。

▲ 制定患者主索引规范：包括制定主索引标识域及主索引设计和应用方案、主索引数据初始化方案、患者主索引的集成流程和应用集成场景等。

▲制定主数据规范：包括主数据种类、列表，主数据的数据值域规范。

▲医共体信息集成与交互规范：医共体集成平台交互接口包括交互服务和协议标准。适配器支持HL7V2与XML、HL7V3与XML、XML与XML之间的互转。平台与业务系统集成场景：包括了公共、门诊、住院、检查检验等场景。

2.4.2.2 集成平台统一门户

主要提供统一门户、单点登录、统一用户、权限管理等功能。

统一门户：包括针对医护、患者、卫健部门等多类门户应用，在面向医疗机构内部，主要指临床应用（临床门户），通过集成单点登录服务及临床统一视图等应用，来实现面向医疗机构管理者、医生、护士多角色的统一登录设置。

单点登录（SSO）：基于用户会话认证的一个过程，用户只需一次性提供凭证（仅一次登录），就可以访问所有相互信任的应用系统，将这次主要的登录映射到其他应用中用于同一个用户的登录。

统一用户认证：以统一用户为基础，对所有应用系统提供统一的认证方式和认证策略，以识别用户身份的合法性。

权限管理：访问平台的所有实体（用户和系统）采用唯一身份标识，并对实体身份进行统一管理。根据用户对平台使用性质的不同进行用户分类管理。系统支持对用户、角色、资源和权限的标准化管理，实施权限管理和权限的分配。

2.4.2.3 主数据管理

主数据是描述医共体核心业务实体信息及相互关系的数据，是指在整个医共体范围内各个系统间要共享及重复利用的数据。医共体建设资源层进行数据利用的过程中，要对主数据进行维护和管理，实现医共体内主数据的统一和互识别，保证数据分析利用的准确性。数据管理主要包括主数据内容、主数据服务、主数据管理三个模块。建立多个定义或视图，改变缓慢，用于跨业务、跨系统和跨部门共享，实现业务连贯性和数据的一致性、完整性和准确性。

建立独立的主数据管理库，具备足够的存储能力；建立不同系统主数据之间的关联关系。提供给每一个接入系统使用主数据标准下载能力。根据不同区域要求，通过动态标识项进行主数据相似度分析。搭建方便的可视化操作界面，更好的满足主数据维护人员的系统易用性。满足WebService等通讯规范。支持HL7提出的医疗系统的通讯协议和标准的数据格式模型。支持主数据管理系统本身的级联，满足院内和上下级医疗机构间的主数据统一管理。提供术语/字典类的语义分析能力和判断关联能力。

主数据管理的主要是对不同的外部系统传过来的术语信息进行统一的管理，包括主数据信息的分类，主数据信息的完善，主数据信息的审核，设置（取消）基准术语，管理主数据映射关系以及最终主数据的发布。

基础数据管理

1）统一的数据字典管理

构建医院主数据管理体系，以解决医院内字典主数据的数据一致性和准确性问题，如科室代码、职工身份、药品字典、收费项目等主要关键字典数据在异构系统中非唯一性和机构内非标准化问题。

2）主数据字典映射

维护针对同一个主数据模型的多个来源版本主数据的映射关系。所有业务字典统一管理，并能做到与各个系统之间的同步处理。

3）主数据字典发布服务

对录入的主数据进行发布使用。

2、医学术语库管理

为了确保记录的数据和信息持久、准确的可用，必须依赖于一套统一的医学词汇表，一般需要使用标准术语体系来建设CMV，广泛使用的标准术语体系包括ICD-10、LOINC、SNOMED-CT等。

词汇术语管理

术语管理主要实现术语的查看和映射，可对术语建立映射关系，修改映射关系，修改术语信息，发布映射信息，发布后的术语映射信息或基准术语信息可以被CDR调用。

3、组织架构管理

组织架构管理可以维护单体医院、集团医院（多院区）等医疗机构内部组织结构的信息化维护。

维护医疗机构对应的业务系统的名称、版本、厂商等信息。

维护医疗机构对应的楼栋、区域等位置信息。

维护医疗机构对应的科室信息，支持多级科室。

维护医疗机构多套科室信息的对应关系信息。

卫生人员管理

维护所属医疗机构对应的医护卫生人员信息。

通用主数据

创建并维护主数据的逻辑模型包括字段个数、字段类型以及物理模型的生成，维护针对同一个主数据模型的多个来源版本主数据的映射关系。

术语值域

维护术语所属的业务域信息。

维护由值域组成的代码系统信息，维护术语对应的多套值域、版本、基准信息。

维护多套值域及其对应映射关系信息。

主数据集成方式

主数据管理是基于SOA架构的实现主数据集中管理共享的整体解决方案，由ESB集成平台、主数据管理平台、主数据实施方案共同组成。具有主数据存储、主数据整合、主数据监管以及主数据共享等功能，可实现组织范围内的主数据统一、完整和一致。

2.4.2.4 医疗资源中心

医疗资源中心储存和呈现完整的医疗资料，实现以“病人”为核心的医疗资料采集、存储和展现功能，有效地协助医共体临床、财务和行政管理部门，以实现更有效的医疗管理和医疗服务质量的提高。

数据集标准化建设

1、数据集标准化要求

根据《国家医疗健康信息医院信息互联互通标准化成熟度测评方案（2020年版）》的第“2.1数据集标准化情况”等级要求达到“四级甲等”，在项目建设之初标准化先行，系统整理医共体集成平台的标准体系，同时参照相关标准要求核心业务系统进行数据资源标准化治理服务和相关系统改造工作。

2、数据集改造后抽取内容

利用ETL技术和工具，抽取根据互联互通改造后的数据、指标集（数字字典）等，形成符合互联互通四甲的数据集要求，包括但不限于以下数据集：

电子病历基本数据集第1部分：病历概要

电子病历基本数、据集第2部分：门（急）诊病历

电子病历基本数据集第3部分：门(急)诊处方

电子病历基本数、据集第4部分：检查检验记录

电子病历基本数据集第5部分：治疗处置-一般治疗处置记录

电子病历基本数据集第6部分：治疗处置-助产记录

电子病历基本数据集第7部分：护理-护理操作记录

电子病历基本数据集第8部分：护理-护理评估与计划

电子病历基本数、据集第9部分：知情告知信息

电子病历基本数据集第10部分：住院病案首页

电子病历基本数据集第11部分：中医住院病案首页

电子病历基本数据集第12部分：入院记录

电子病历基本数据集第13部分：住院病程记录

电子病历基本数据集第14部分：住院医嘱

电子病历基本数据集第15部分：出院小结

电子病历基本数据集第16部分：转诊(院)记录

电子病历基本数据集第17部分：医疗机构信息。

数据资产管理

数据资产主要包括医疗资源中心的相关数据管理，包括数据目录管理、数据元管理、数据值域管理、数据模型管理、数据资产申请控制、数据包管理等功能。

数据质量控制

为了协助卫生管理机构完成事前标准制定、事中过程监管与问题分析、事后质量提升的完整数据治理体系，保障医疗大数据质量，建立稳定、优质的健康医疗大数据环境。数据质量控制系统遵循国家和医疗行业数据标准，构建可执行、可监管的数据治理质控制度，制定数据质量评价和考核标准，并以此为依据规范用户上传数据质量管理工作，指导数据交换和维护工作，进一步夯实数据基础，整体提升数据质量，增强业务数据管控能力。对医疗机构的数据质量开展评价、考核。通过数据质控实现对数据安全性，完整性，有效性进行管理，提供异常数据反馈机制，快速定位数据问题，同时为医疗机构的数据质量开展评价、考核提供数据依据。

数据质量控制工作包括：标准管理、过程管理、问题分析、质量提升。通过建立数据质量评价闭环，提升医共体数据质量。

ETL数据采集监控

ETL数据采集

将医疗机构的数据按照制定的数据标准规范体系，进行抽数据取、转换、检验与上报，为医院信息的应用和互联互通提供高质量数据基础。主要包括以下几个方面的工作内容：

1）数据抽取：包括历史全量、增量和实时数据，采用主动模式；

2）数据转换：合并、拆分、标准化值域映射

3）数据校验：合法、合理、合规性

4）数据上报：文件、接口、服务

ETL数据数据采集和监控，主要包括全自动可视化ETL全量数据采集，增量数据采集、数据采集对账和集群监控。

数据采集方式：任务引导方式、自动解析SQL方式。

ETL服务监控

使用数据采集工具连接源数据库，通过使用自带流程工具对数据进行转换、清洗和过滤。将数据源中的表或视图的数据原封不动的从数据库中抽取出来，并转换成自己的ETL工具可以识别的格式。该工具在数据抽取时提供用户界面显示抽取的时间，速率，记录数等情况，当出现报错等问题时，用户可以方便的发现抽取的问题，这样针对具体的问题在做相应的重新抽取等操作这样可以有效保持数据的一致性。

采集工具抽取数据最主要，最常用的组件是转换和作业，转换中包含许多对数据的具体的操作，如输入，输出，连接，统计等，作业中包含转换等操作。使用中根据操作需要拖入左侧的图形化界面组件或sql等脚本完成对数据的抽取，转换处理和导入的操作。在抽取增量数据时，需有增量数据标识，或判断条件，然后和全量数据一样处理。

2.4.2.5 数据中心

数据中心为了符合国家要求的数字化转型要求，应采用主流大数据框架进行数据的存储和运算，要避免采用传统关系型数据库带来的数据存储和运算的瓶颈问题。

数据中心按医院分别生成临床数据库、运营数据库、科研数据库，14家基层分院区、1家社区服务中心生成基层数据专库。

临床数据中心CDR

临床数据中心的建设将患者在院内发生的所有临床活动中产生的临床信息和临床文档集中存储实现患者临床信息的整合，对病人临床数据进行统一有效的管理

临床数据中心（CDR）是一个整合多个来源的临床数据，提供以患者为中心的统一视图的实时数据中心，构建医院与患者紧密相连的信息平台。临床用户可以从多个角度查询、浏览和分析数据。

临床数据中心（CDR）在集成平台中主要扮演信息资源层的角色，用于平台各类数据的存储、处理和管理。各个业务系统产生的医疗业务信息、临床信息、医院管理信息，通过临床数据中心进行整合，这些业务信息需要患者基本信息、医疗卫生从业人员注册信息和各种术语字典等基础信息的支撑，并以此形成电子病历信息。

通过建立临床数据中心，为BI、电子病历浏览器、闭环医嘱等相关应用提供数据服务。同时，集成平台根据临床数据中心历史积累的数据实现决策支持。CDR与直接支持医疗操作的前台信息库不同，其数据来自这些业务系统，但与前台业务流程无关。①以患者为中心，提供临床业务系统数据的结构化和一体化，支撑临床工作的各种应用，提供实时和精准医疗服务；②提供质量风险监测，及时发现临床工作中的不安全因素，避免医疗纠纷和事故；③支持医院评审、医疗质量管理和监测要求。

1）基于标准数据结构

CDR拥有上传基于标准医疗协议消息的能力（HL72.X和3版本，CCD，CDA等）；支持上述标准数据的解析及存储

2）数据存储

存储结构化与非结构化的数据，如HL7V2.4消息、XML等结构化数据，PDF、WORD、JPEG、PNG等非结构化文件；

临床信息库

临床信息库主要用于患者诊疗信息的结构化数据的存储，其数据标准遵循电子病历基本数据集标准。根据电子病历的基本概念和体系架构，临床信息库的内容由病历概要、门（急）诊病历记录、住院病历记录、健康体检记录、转诊记录、法定医学证明及报告、医疗机构信息等七个业务域的基本医疗服务活动记录构成。

临床信息库存储临床基本信息的同时也记录着医疗过程数据，可应用于医院内部医疗业务协同、临床科研数据分析和挖掘，为BI、闭环医嘱等提供相应的数据支持。

在CDR中，诊疗数据是围绕患者为中心进行组织的，临床用户可以从多个角度查询、浏览和分析数据，其中的诊疗数据一般包括：

患者基本信息、历次就诊病史、门急诊/住院诊断、处方信息、医嘱信息、医保信息、检验结果、放射/超声/检查报告、检查结果、支持影像链接、院感信息、护理信息。

临床文档库

基于CDA定义文档结构，如入院记录，定义一套XML结构，以文档形式存储，为医院的全文检索和大数据分析做准备。临床文档库的构建特点是以基于分布式文件存储的数据库作为文档存储数据库，以基于分布式文件存储的数据库储存结构更贴近医疗领域文档化格式的存储及查询需求，同时具备横向扩展功能，通过其聚合型的数据，突破设备的限制，一段文档可以拆散存储在多个物理空间，快速调阅和读取。

运营管理数据中心ODR

运营数据中心ODR是服务于医院管理层，为以后医院日常运营监控提供数据来源。通过建立统一的管理数据中心，实现指标统计的统一口径，为后续临床业务、效率分析、收入分析、疾病分析、手术分析、资源分析提供支撑。管理数据中心主要功能包括数据建模、指标仓库、数据采集、数据填报、指标预警等。

科研数据中心RDR

在临床数据中心的基础上，搭建以科研课题研究为目标的科研数据中心。包括医共体、医院、科室、病种、药品、治疗方法等科研的各种指标，为科研工作人员提供标准、规范的多维数据分析。科研数据中心拥有丰富的数据接口，可实现与其他数据中心进行数据交换享。

基层数据专库

至少包括基层医疗、运营、公共卫生等数据。

数据仓库

数据仓库是在临床数据、管理类数据以及财务类数据采集的基础上对各类数据进行归类整合并加以利用。按其数据的性质大致可分为三类：卫生资源信息、临床诊疗信息、卫生业务信息。

2.4.3平台集成引擎与业务要求

信息集成引擎遵循包括HL7在内的国际医疗标准，采用全新技术、全新架构，实现复杂的数据传输，提供一系列的标准接口和服务，实现不同服务、不同应用、不同机构之间的互联互通互操作，是具有高性能、高可靠性、高可用性、高易用性、高度模块化、低资源占有量等特点。能在全院范围内、区域中、跨网络、跨协议、支持应用集成和数据集成。

信息集成引擎为实现内部各信息系统之间、与外部机构系统之间的数据、应用、流程整合提供服务，并提供SOA框架下，Web服务的集中管理和安全控制。集成引擎不仅包含数据获取、数据清洗、数据转换等核心功能，还提供数据的录入导入，日志记录，警告发送等功能。

数据获取：采用数据库动态日志捕获同步技术，对生产系统的资源消耗少，确保业务数据源和ODS数据的一致性控制在毫秒级以内。

数据清洗：过滤那些不符合要求的数据，将过滤的结果交给业务主管部门确认是否过滤掉，还是由业务单位修正之后再进行抽取。不符合要求的数据主要是有不完整的数据、错误的数据和重复的数据三大类。

数据转换：主要是进行不一致的数据转换、数据粒度的转换和一些商务规则的计算。支持自定义业务数据表及其关系，并能将多张业务数据表转换成通用格式。

装载：加载经转换和汇总的数据到目标数据仓库中，可实现SQL或批量加载。

录入/导入：将指标生成所缺失的数据元以及手工记录的指标信息，通过.txt或者是.xls文件导入到ODS中或直接录入到系统中，以保证决策分析平台指标的完整性。

日志记录：记录日志的目的是随时可以知道数据同步及抽取运行情况，以便于在错误发生的情况下，快速定位错误原因和位置。

警告发送：向系统管理员发送警告，发送警告的方式有多种，常用的就是给系统管理员发送邮件，并附上出错的信息，方便管理员排查错误。

2.4.4 应用要求2.4.4.1 患者360视图

患者360视图建立患者全诊疗数据视图，分为摘要信息、时间轴和业务轴多个维度，时间轴包括门诊视图、住院视图、体检视图；业务轴包括就诊数据视图、诊断数据视图、过敏数据视图、医嘱数据视图、检查报告视图、检验报告视图、电子病历视图、手术治疗数据视图、体检数据视图、病案首页数据视图、用血记录数据视图等。医护人员通过简单直观统一的操作界面，能够自主定义患者信息检索条件，自主定义各类分析。

患者视图综合展现患者的基本健康信息，包括基本信息，最新的个人史，婚育史，家族史，动态累加的既往病史，过敏史，接种史，手术及操作史，输血史。以患者就诊活动为中心，把患者在一次就诊活动中产生的，分散在多个医疗系统中的临床文档有机地整合起来，提供统一视图。还可以以医疗活动为中心，把患者在院内及下属医院产生的数据，通过统一的术语整合，提供统一的视图。

建立友好的环境，在该环境下被授权的医护人员可以方便地访问数据中心中保存的相关数据。患者临床信息统一浏览器可以根据使用者的特定需求提供不同医疗卫生领域的调阅展示服务。

2.4.4.2 医护360视图

建立医护人员全息视图，从医护人员诊疗信息、基本信息、资质信息、科研教学、职业轨迹、医德医风等相关信息，通过简单直观统一的操作界面，能够从全方位展示医护人员信息，供管理人员全面、客观评价员工工作绩效。

医护人员通过操作界面，可查看医护人员的常用信息，包括医生信息、医生诊疗人次、收藏病人、历史访问、门诊住院和手术病人在内的相关信息，同时支持搜索相关患者信息。

1、医护360视图综合展现医护人员的相关信息。

2、显示医护人员近期诊疗信息，可展示对应患者包括门诊、住院、手术、检查化验等在内的信息查询；

4、允许医护人员通过条件搜索患者并查看相关诊疗信息；

5、显示医护人员账户信息，包括登陆账号、所在机构、所在科室等基础信息；

6、显示医护人员基础信息，包括证件号码、出生日期、性别、职称、职务、移动电话、家庭地址等；

7、显示医护人员资质信息，包括照片信息、资格证号、执业证号、执业范围、简介；

8、管理人员可通过登录系统查询系统内容所有医护人员的相关信息。

2.4.4.3 运营决策支持系统

基于集成平台和临床数据中心，建立医共体标准化日常运营数据仓库，为医共体的各级管理者提供一个实现管理工作的统一门户，系统涵盖从决策支持、运营管理、医疗质量管理、医疗负担管理、医疗安全管理、医疗资源管理、药品医材、医保专项、绩效等多业务域多维度的数据汇总统计查询、对关键指标的监控预警、对重要业务主体的深度分析等。满足了多用户的并行实时查询和动态分析需要。

数据分析工具

1、功能架构

设计人员创建数据源并进行报表设计；管理员配置用户、权限体系；普通用户在前端执行报表的查询、分析、打印、导出、填报等，支持PC/平板/移动端/大屏设备，兼容主流浏览器。

2、技术架构

具有良好的跨平台兼容性，支持和各类业务系统进行集成，支持各种操作系统，支持主流web应用服务器。前台是纯HTML展现，无需安装任何插件。

3、报表设计器

报表系统主要由报表设计器（设计模板）和报表服务器（解析模板）两大部分组成，使用层次鲜明的三层结构体系搭建，通过多种连接方式连接不同数据源，所有的报表制作工作都在设计器（中间层）中完成，并最终通过服务器解析展现给用户。

4、数据源支持

数据分析工具接数据源的方式多种多样，支持通过JDBC的方式直接连接数据库，或通过JNDI的方式与应用服务器共享数据连接，也支持通过JCO连接SAP系统。

医共体运营管理系统BI

为深入贯彻落实《国务院办公厅关于加强三级公立医院绩效考核工作的意见通知》，将医疗数据进行整合分析，并以直观的界面呈现，为管理者提供快速、准确、及时并有价值的信息，方便分析决策，提升管理水平。

基于集成平台和临床数据中心，采集HIS等基础业务系统产生的数据，建立标准化日常运营数据仓库，为各级管理者提供一个实现管理工作的统一门户，通过关键业务指标展示，决策驾驶舱中的动态仪表盘、决策预警雷达等方式，为决策者提供全方位的决策警示和支持。系统涵盖了对业务数据的汇总统计查询、对关键指标的监控预警、对重要业务主体的深度分析等。同时系统功能应结合现有的医务管理功能进行完善。系统建成后应能满足多用户的并行实时查询和动态分析需要。除电脑端应用外，提供智能手机终端应用（手机app或微信端运营支持系统）。

1、BI分析指标

主要围绕医共体、管理者关心的核心指标，如人、财、物、绩效等方面提供数据分析。给医共体提供门急诊就诊人次、费用、住院人次、费用、床位使用情况、药品占比、抗菌药物使用占比、诊断排名、手术人次等重要指标的数据展示，指标展示以图表展示为主。包括医共体实况、质量管理、运营管理、医疗效率分析、医疗负担管理、医疗安全管理等。

2、数据手工填报

随着信息化建设脚步的加快，越来越多的数据可以通过信息化系统采集，但仍然有些指标不便系统采集，因此需要手工填报上传数据，便于管理人员掌握更全面的医疗相关数据。

从统一化管理手工填报指标的角度出发，按照规范标准定义维护管理手工填报指标，面向各单位发布统一填报方案，填报保存后上传至平台。

通过手工填报上传的方式，获取更全面医疗数据，为加快医疗信息化建设，为医疗大数据分析提供一定支持。

对于无法通过数据抽取获得的数据，可采用手工填报的方式，将对应的数据源填充进去，用于报表整体展示的完整性补充。

1）手工填报指标管理

管理人员设置需要手工填报的指标，对手工填报指标的编码、名称、单位、状态、指标标准、指标说明等进行基础设置。

手工填报指标管理功能于平台系统管理中的指标管理一并维护设置，从统一化管理手工填报指标的角度出发，按照规范标准定义维护管理手工填报指标，从而发布统一的填报方案。

2）手工填报方案管理

管理人员设置方案基本信息，设置需上报的手工填报指标，同时设置填报方案对应时间颗粒进行填报方案发布，发布后即可开始填报。如设置自动发布方案，则系统根据对应时间颗粒自动生成方案以供用户填报。如年度填报方案，每年年初系统自动生成填报方案。

方案开始填报后，管理人员需谨慎修改已发布的填报方案，如还未填报，则可修改方案；如已填报，建议根据实际情况沟通后确认是否更新填报方案。

3）数据填报

各单位选择待填报的方案进行填报。根据数据业务时间，根据填报指标逐一填写，同时支持针对单个指标的附件上传，以辅助证明数据结果。

填报保存提交前，仍可修改已填报保存的数据，待正式提交后相关报表中可看到填报提交的数据。

智能手机终端运营支持系统

移动决策是桌面BI系统的延伸与拓展，以其方便易用而受到用户的一致认同。移动决策使用的数据设计从BI系统获取，与BI系统指标口径保持一致。前台图形采用HTML5技术，适应手机、平板等移动终端，且适应安卓、IOS等操作系统。

与BI系统间的数据交换，采用Webservice方式实现。BI系统作为Server端对外提供数据服务，移动决策系统作为Client端，向Server端发出数据请求。信息格式采用Json格式实现。

综合管理大屏展示

主要展现的指标可以为核心指标的监控，也可以给根据客户的实际需求设置其他指标。展示指标包括但不限于：

1. 门诊患者流量

2. 整体运营情况数据

3. 住院情况监测数据

4. 出院床日费用

5. 护理工作监测

…………………………

根据大屏显示的要求，滚动或者多屏显示门诊住院实时数据或者重要指标数据，患者就诊预约排队情况，住院患者床位监测，以及运营相关数据。

2.4.4.4 互联互通应用效果

1）公众服务应用系统

医院根据测评等级进行公众服务系统建设。患者自助终端服务总共10项，不少于9项。患者线上服务（患者主动使用）总共13项不少于11项。患者线上服务（院端主动推送）总共5项，不少于5项。基于平台支持国家电子健康卡（码）就诊。

2）医疗服务应用

医院根据测评等级进行医疗服务应用建设，总共4项，不少于4项。医院运行、医疗质量与安全监测，总共5项，不少于5项。医嘱闭环管理，总共5项，不少于3项。重点业务闭坏管理，总共7项，不少于3项。提供互联网诊疗服务总共9项，不少于5项。临床知识库建设，总共7项，不少于3项。

3）卫生管理应用系统

医院根据测评等级进行卫生管理应用建设。4项门诊动态管理不少于4项；3项工作负荷管理不少于3项；6项患者负担管理不少于6项；4项工作效率管理不少于4项。

2.4.4.5 互联互通平台联通业务

1）临床服务系统

医院根据测评等级进行临床服务系统接入，总共37项，此次要求不少于29项。

2）医疗管理系统

医院根据测评等级进行医疗管理系统接入，总共24项，此次要求不少于18项。

3）运营管理系统

医院根据测评等级进行运营管理系统接入，总共15项，此次要求不少于13项。

4）接入上级信息平台。

接入上级信息平台的总计8项，不少于4项。

5）与外部机构

与外部机构总共11项，不少于4项。

2.4.5 医院互联互通测评2.4.5.1 共享文档配置管理

为进一步提升医院信息系统建设质量，满足医院信息传输与交换层面的规范、统一需求，实现了医院信息跨科室，跨业务共享。

系统采用基于SOA开放式的架构，基于服务的功能组建化，采用统一的协议、松散耦合的接口定义、标准化的数据转换、统一的安全保障、标准化的流程自动管理。方便的可视化操作界面，更好的满足维护人员的系统易用性。

支持共享文档查询、注册、订阅、更新、发布及版本管理功能。根据共享文档类型、出院时间等查询条件，查询患者信息、支持实现共享文档在线浏览集批量导出。

数据集文件管理

该功能用于标准数据生成数据集便于生成共享文档。主要包含功能：数据元主要数据展示、条件查询、分页效果、开始生成文件、数据集文件下载等。

允许通过查询条件来对查询后的结果进行数据集文件生成，对于已经生成需要重新生成的文件，也可以选中并重新生成数据集文件，对于已经存在的文件可以下载到本地进行查阅。

共享文档文件管理

该功能主要用于查阅共享文档。主要包含功能：数据元主要数据展示、条件查询、分页效果、开始生成文件、共享文档预览、共享文档下载、共享文档查看等。

对于未生成的文件或已经生成需要重新生成的文件，可以选中或全部选中调用集成引擎服务重新生成共享文档文件，对于已经存在的文件可以下载到本地进行查阅，当然也可以点击预览进行主要数据查阅。

临床文档库

该功能主要是统计53个业务域子集已生成的共享文档总数。

通过设置开始时间和结束时间，能够统计在某一个时间段内，53个业务域各自已生成的共享文档的总数有多少并通过界面呈现。

2.4.5.2平台互联互通业务联通

根据《国家医疗健康信息医院信息互联互通标准化成熟度（医院信息互联互通）测评方案（2020年版）》要求进行改造，包括提出数据集采集要求、完善要求、以及满足四级甲等测评指标的指导要求，检查相关业务系统的改造结果。

考虑到系统运行稳定性，新上系统统一对接集成平台，原有系统后续根据需要考虑逐步切换。

业务应用是集成平台的基础。包括三大类业务系统：医疗服务系统、医疗管理系统以及运营管理系统。业务应用层要接入到集成平台，向平台提供诊疗数据，同时也从平台获得业务协同支持。

在实际的业务基础案例中，往往是采用混合式集成的，面对不同厂家，结合其技术特点采用最合适的集成方式，推荐以HL7的方式进行接入。在开展集成之前，首先需要对现有的业务流程进行分析梳理，然后确定最终符合自身特点的集成方案。

2.4.5.3 互联互通测评交互服务组件测试

1、互联互通测评服务要求

文档注册、查询服务

个人信息注册、查询服务

医疗卫生机构（科室）注册、查询服务

医疗卫生人员注册、查询服务

就诊信息交互服务

医嘱信息交互服务

申请单信息交互服务

…………………………………………

2、互联互通测评服务组件测试

完成相关功能建设，形成符合互联互通四甲标准的功能。准备交互服务功能组件的测试样例后，提交到到国家测评网站进行自测。

互联互通测评信息化建设

根据医院测评等级目标，进行对应等级的互联互通指标要求，进行信息化扩建及改造。

1）互联互通支持平台

元数据 值域管理、值域明细对照、值域对照包管理以及元数据 值域审批工作。对测评等级对应的数据集的所有数据字段进行逐一配置，共享文档中的节点会进行数据源动态绑定，实施过程中反向向业务系统输出改造内容，并验证改造后结果合理性，共享文档可视化配置辅助业务系统改造并验证。

2）互联互通交互服务

根据国家发布的“医院信息平台交互规范”制定互联互通测评服务规范交互规范体系，提供互联互通交互服务，四级甲等需要提供46个交互服务，准备交互服务功能组件的测试样例后，提交到到国家测评网站进行自测。

3）互联互通整合平台

提供一套基础整合框架，通过边界的配置，可以将外部页面、外部功能通过Web页面的方式整合进来。与医院院内集成对接整合工作，实现内部系统对接整合，能够满足对应测评等级要求。四级甲等需要实现15个临床服务系统接入、10医疗管理系统接入和6个运营管理系统接入。

4）互联互通外联平台

与医院信息集成平台对接，通过集成平台完成与外部系统的对接，并通过互联互通外联平台对信息进行整合展现。在银行、医保及新农合、保险、公安、急救中心、CDC（疾控中心）、血液中心、第三方挂号平台、非银行支付机构、外部数据上报平台或监管平台、第三方药品配送机构外部机构中，四级甲等需要至少与5个外部机构对接。

5）互联互通测评服务

在内部初评、注册申请和启动测评工作阶段提供专业服务。

6）原有业务系统整合改造：医院业务系统整合改造主要包括对CDR\HIS系统、EMR系统以及相关业务系统进行改造，数据集源数据的标准化。

2.4.5.4 互联互通测评技术服务

医院信息互联互通测评工作包括信息标准符合性测试、信息化建设成熟度专家评审等两个环节以及申请、准备、实施、评级等四个阶段。

技术服务及项目管理范围：在这四个阶段需要按照标准化成熟度测评指标要求协调相关单位及部门编制、整合相关的各类证明材料，包括项目整体管理、申请材料、文审材料、专家文审补充材料、现场查验资料、现场答疑资料、样品接收单等一系列汇报资料的编制,为测评提供强有力的保障。

三、被询价人的资格要求：

1、符合《中华人民共和国政府采购法》第二十二条、二十四条及本询价文件规定条件的供应商。

2、中华人民共和国境内合法注册、有独立法人资格和经营许可的企业，须提供相关证明文件（包括但不限于营业执照、组织机构代码证等）。

3、报价单位所提供软件著作权应归属于报价公司。

4、本项目不接受两家公司以上（含两家公司）组成的联合报价体。

5、具有所报价信息化软件项目销售资格并在国内有类似的销售业绩及用户。至少提供已通过国家互联互通测评案例两份以上

四、报价

以下要求请在报价技术文件及专项说明：

1. 系统清单：请报价方依据医院规模、业务规划以及系统建设标准及目标，编写系统建设清单。

2. 技术方案：请报价方根据医院规模、业务规划以及系统建设标准及目标等，包含但不限于技术标准及要求等功能。

3. ESB选择范围：商用ESB软件。（不接受自行开发的ESB产品）。

4. 应用系统架构：推荐使用基于SOA架构的多层应用、基于微服务架构的多层组件模式。

5. 服务器架构：推荐使用集群应用模式，提供高可用服务。

6.报价以人民币为结算货币。

6.2报价为包含税价、人工等费用；

6.3被询价人应慎重合理确定利润，自主报价，不得盲目压价，低于成本恶性竞争。

6.4报价总金额到元为止。

五、 报价书的递交

报价书递交的截止时间：2021年7月16日17时30分，提交地点为清流县总医院信息科（门诊楼五楼）；报价书要求密封包装并加盖单位公章，邮寄或当面递交。

六、联系方式

询价人：清流县总医院

地址：清流县总医院（清流县长兴中街218幢）门诊五楼信息科

邮编：365300；电话：****-******* 联系人：赖先生

第二章

报 价 书

致：

根据贵方为 项目的询价函，本签字代表（全名、职务）正式授权并代表被询价人提交下述报价：

据此函，签字代表宣布同意如下：

1、所附询价文件中规定的应提供的货物（服务）

合同包报价总价为人民币 ，即 （中文表述）。

2、被询价人已详细审查全部询价文件，将自行承担因对全部询价文件理解不正确或误解而产生的相应后果。

3、被询价人保证遵守询价文件的全部规定，被询价人所提交的材料中所含的信息均为真实、准确、完整，且不具有任何误导性。

4、被询价人已经过现场踏勘，明确了解全部施工范围和施工内容，明确被询价人的全部权利和义务。

5、 与本询价有关的一切正式往来通讯请寄：

地址： 邮编：

电话： 传真：

被询价人代表签字：

被询价人（全称并加盖公章）：

日 期： 年 月 日