数据中心技术参数.docx
《数据中心技术参数.docx》由会员分享，可在线阅读，更多相关《数据中心技术参数.docx（52页珍藏版）》请在冰豆网上搜索。
数据中心技术参数
数据中心技术参数
设备名称
数据中心
项目编号
2021-JK15-W1341
预算金额
430万元人民币
设备数量
1套
□进口■国产
设备功能要求
本次项目建设内容为围绕建立全院级数据中心，重点帮助医院梳理数据标准、构建数据交换服务、数据中心及基于数据中心的数据服务。
以标准化的数据集成标准规范实现数据整合服务,构建面向不同主题的数据中心,服务与临床、医院管理。
软硬件配置清单
序号
描述
数量
1
信息集成平台（含MDM、EMPI、统一用户管理、统一工作平台）
1套
2
临床数据中心（CDR）
1套
3
患者360视图
1套
4
运营、质控类管理应用建设
1套
5
运营数据中心（ODR）（含领导驾驶舱、科室主任运营视图、门诊精细化、质控深化分析）
1套
6
临床辅助决策CDSS
1套
7
临床闭环管理
1套
8
电子病历系统功能应用水平5级相关服务
1套
9
危急值管理
1套
技术参数要求
序号
指标名称
技术参数
1
全院信息集成服务平台
医院信息集成服务平台、全院大数据中心平台的建设标准，应符合国家卫健委互联互通成熟度评测体系中四级甲等、电子病历5级评审、三级医院复审等要求，以下列出具体建设内容和服务项目的各类建设标准。
参加我院项目投标的供应商提供的服务应符合这些标准。
1全院信息集成服务平台建设标准
★1.1医院信息服务总线（ESB）平台建设内容
通过总线服务平台（ESB）的建设，规范新建系统的接入标准，松耦合基础平台，降低‘点对点’接口带来的运维复杂度和成本，提升应用集成和可交互性、安全性，同时也提升医院应用交互的标准化服务水平，同时也提升医院应用SOA服务水平。
在本项目中，根据国家卫健委《医院信息平台应用功能指引》文件中的要求，构建以医院信息服务总线为技术架构基础的”集成共享平台”，完善各类新建和既有系统的数据共享交互，进一步实现我院与其他合作医院、院外机构等的数据交互和共享要求，最终满足医疗数据利用，和区域医疗信息互通等的目标。
＃1.2功能点：
面向互联互通过审的集成平台建设达标校验
投标人须证明其提供的集成平台系统方案，能够满足：
未来基于该平台的临床业务集成效果可以满足互联互通标准的达标功能点：
∙患者文书列表，根据批量转储的患者文书数据，进行页面展示，通过该列表展示，可以清晰的查看，患者的标识，患者的姓名，共享文档数据的标识，共享文档的名称等明细数据；当点击患者标识，可以查看该份文档的表格化数据展示；
∙共享文档管理-文档管理，申请测评机构可以通过该功能，查看当前对应申请的等级，需要完成哪些共享文档；
∙共享文档管理-章节管理，选择任意一份共享文档，可以通过该功能，查看到该份共享文档，一共包含哪些章节，其中，可以查看每一个章节的基数，约束等明细；
∙共享文档管理-条目管理，选择任意一份共享文档，再选择该共享文档的任一章节，可以通过该功能，查看该章节，一共包含哪些条目，其中，可以查看每一个条目的基数，约束等明细；
∙共享文档管理-元素管理，选择任意一份共享文档，再选择该共享文档的任一章节，再选择该章节下的任一条目，可以通过该功能，查看该条目，一共包含哪些元素；
∙共享文档模版管理，任何一份共享文档，都是有Header和Body两部分组成的完整的节点树；可以通过该功能，对每一个节点本身或者该节点的属性进行修改或者删除的操作，同时，还可以增加新的同级节点或者子级节点；
∙数据元管理通过该功能，可以对互联互通中使用的数据元进行增加，删除，修改，查询等操作，同时，该页面可以查询到每一个数据元的数据集名称，数据集范围，子集名称，内部标识符，数据元标识符，数据元类型，表示格式等信息；
∙OID类别管理，通过该功能，可以对互联互通中使用的OID类别进行增加，删除，修改，查询等操作；同时，该页面可以查询到每一个OID类别的编码，描述，是否可为何，版本等信息；
∙OID类别明细管理，通过该功能，可以对互联互通中使用的OID类别对应的明细进行增加，删除，修改，查询等操作；同时，该页面可以查询到每一个OID类别明细的编码，明细描述，备注等信息；
∙服务和共享文档明细，通过该功能，可以查询每一份共享文档或者服务对应的标准编码，标准名称，标准显示名称，类型等数据；
∙共享文档元素明细，通过该功能，可以查询到每一份视图对应的元素明细，包括该元素的各种版本数据库的名词，数据类型，保留小数点位数，是否需要关联主数据，关联的主数据类别等数据。
（投标人现场提供该系统功能点的实机操作演示）
＃1.3功能点：
集成平台对于基础数据变化的实时响应
医院信息集成服务平台的体系架构要求符合国家卫健委互联互通成熟度评测要求，因此需体现出：
院内基础数据动态变化后，通过获取来自集成平台的广播消息，临床业务体系内的相应基础数据也同步执行变更，需提供通过数据变化监测模块进行数据变化捕获、进而进行变更后的数据捕获并进行消息广播的设计体系；
（投标人现场提供该系统功能点的实机操作演示）
＃1.4功能点：
对集成平台及集成应用的运行状态的监控
符合互联互通标准的医院信息集成平台，应能够提供对集成于其上的临床业务应用接口调用情况、服务调用的流程运行情况、各类运行统计情况的状态监控。
（投标人现场提供该系统功能点的实机操作演示）
＃1.5功能点：
集成平台所挂接的临床业务服务与接口的调用监控标准
在临床业务系统或模块通过标准接口挂接后，其服务调用的交互情况，平台可追踪及统计：
•可以查看24小时内服务的调用情况；
•可以查看当前维护的厂商和接口，服务的情况；
•可以查看服务调用的数据流转明细内容。
（投标人现场提供该系统功能点的实机操作演示）
＃1.6功能点：
集成平台的数据存储架构
应满足以下要求：
∙原始数据的存储应设计为满足高频的插入、删除、更新、查询等业务特性的SQL存储机制；
∙基于原始业务数据的二次分析类数据存储，要求采用列存储模式，满足大体量、规模扩张的数据分析要求；
∙支持列式数据库，实现高性能的查询功能；
∙支持归并计算，实现高性能并行网格计算；
∙支持内存计算，处理准实时数据
＃1.7功能点：
集成平台符合互联互通过审标准的特性要求
根据国家卫健委2020版互联互通评审和2018版国家电子病历等级评审文件要求，所选集成平台产品，应实现符合上述评审所要求的共享文档和标准服务的数据元映射管理，通过患者的住院流水号或者门诊挂号流水，自动产生完整的符合互联互通的共享文档和服务；
＃1.8功能点：
MDM主数据管理建设标准
利用主数据管理MDM来集中统一地管理全院的基础数据，通过对平台相关的各业务系统提供基础数据服务，实现基础数据的同步或匹配，以规范数据的统计口径，提高数据质量。
∙模型管理：
为实现记录数据和信息持久、准确的可用，提供一套统一主数据模型。
∙主数据定义：
ICD-10、LOINC、SNOMED-CT等标准术语建设并不能覆盖所有的领域，相当部分需要使用内部管理的主数据定义，提供统一的术语注册服务接口，及相应维护界面。
∙主数据映射：
提供术语映射机制，适应不同术语域之间的映射和关联，如内部管理词汇和未来标准术语体系间的映射，以及各种标准术语间的映射、词汇关联等，服务于信息检索。
∙主数据订阅：
为了让采集而来的数据和信息兼容标准术语，提供相应的术语订阅服务，提供术语访问服务接口。
∙主数据审核：
对定义和映射的主数据进行唯一性、准确性审核，确保数据采集的质量。
∙主数据发布：
为适应第三方系统可能采用不同的系统、平台和语言实现，提供多种数据服务和数据交换应用，如通过Webservice、数据库视图等方式实现。
∙全院人员和机构数据管理：
建立医院统一的组织机构架构，包括临床业务科室、职能部门、后勤部门等。
∙支持从HIS系统同步各临床科室的服务单元及病区信息，并建立医院临床组织机构和HIS中各临床服务单元的对应管理。
∙临床术语管理：
支持对ICD编码等临床术语进行统一管理。
∙服务单元：
门诊服务单元、住院服务单元、护理服务单元。
∙检验项目：
检验项目、标本类型。
∙检查项目：
包括放射、超声、病理、内镜、心电等。
∙收费项目：
收费项目基本信息、手术项目基本信息、手工项目收费基本信息、费用类别基本信息。
∙医嘱项目：
定义医嘱项目基础数据。
∙药品信息：
药品基本信息维护、抗生素基本信息、药理分类信息、药品通用信息、诊断院内码、手术院内码、物资材料、材料基本信息、固定资产基本信息、医用材料基本信息[和收费代码挂钩]。
∙手术院内码和手术ICD的对应关系。
∙诊断院内码和诊断ICD的对应关系。
∙国标：
全国组织机构代码编制规则（GB/T11714-1997）、中华人民共和国行政区划代码（GB/T2260-2007）、县级以下行政区划代码编制规则（GB/T10114-2003）、经济类型分类与代码（GB/T12402-2000）、性别分类及代码（GB/T2261-2003）、婚姻状况代码（GB/T4766-1984）、中国各民族名称的罗马字母拼写法和代码（GB/T3304-1991）、学历代码（文化程度代码GB4658-2006）、学位代码（GB/T6864-2003）、所学专业（GB/T16835-1997）、专业技术职务代码（GB/T8561-2001）、职业分类与代码（GB/T6565-1999）、疾病分类与代码（GB/T14396-2001）、中医病症分类与代码（GB/T15657-1995）。
∙行标：
卫生机构（组织）分类与代码（WS218-2002）、卫生机构类别代码表（WS218-2002）、卫生信息数据集分类与编码规则（WS/T306-2009）、《WS/T102-1998临床检验项目分类与代码》、《国家基本医疗保险、工伤保险和生育保险药品目录》、《医疗器械分类规则》、《全国医疗服务价格项目规范》。
＃1.9功能点：
患者主索引EMPI建设标准
患者信息主索引（EMPI），用于全院范围内患者基本信息索引的创建、搜索和维护，可以协助医疗人员对病人有效地进行搜索。
医疗机构通过建设主索引（EMPI）来匹配、合并、取消重复的数据，利用主索引可获得完整而单一的病人视图。
需提供基于患者主索引算法规则的患者病程信息共享。
对患者主索引的技术要求包括：
∙EMPI为每个病人创建一个唯一标示，并和相关系统的医疗记录的标示之间建立映射。
∙EMPI同时提供一个搜索引擎，提供给其它应用程序对患者的搜索功能；它也会存储病人属性的部分子集，以便作为病人检索的“单一最佳记录”的权威来源。
∙根据索引规则，对院内各类信息系统中的患者信息进行索引重建，使历史记录可以进行关联。
∙提供主索引归并、反归并、人工处理等功能，完善主索引管理体系。
∙生成全院唯一的医院主索引号，并支持HL7数据标准和IHE集成规范与其他应用系统进行互联互通。
∙支持静态人口统计学配置，动态人口统计学配置，静态业务统计学配置，动态业务统计学配置，允许根据不同的参数设置不同的权重进行计算；
∙（投标人现场提供该系统功能点的实机操作演示）
∙患者病程信息全息视图必须支持患者的就诊和针对分布统计，并针对单次就诊，进行异常结果的特殊展示。
＃1.10功能点：
统一用户管理服务建设标准
∙统一用户管理服务为全院各应用系统提供统一用户管理、统一认证管理和统一授权管理。
∙为医院各应用系统提供统一的、高可靠性和安全的用户管理服务，它集中存放以前分散在各应用系统的用户信息和组织机构信息，并按照管理流程，实现信息在各系统之间的流转和同步，并为各系统提供人员创建、调动、注销和密码同步等功能。
∙单点登录（SSO）功能：
统一身份与权限管理平台的实施之后，各应用系统不再独立管理用户信息和授权信息。
∙每个用户可以在单一点只需输入一次用户名和密码，就可以按系统设置的权限范围，访问所有被授权访问的系统，而无需二次输入用户名和密码。
∙统一授权管理服务按照基于角色的访问控制模型，与信息系统应用成为一种松耦合的工作模式，为各类信息系统应用集成提供基础。
∙实现完善的用户信息管理功能，能实现各系统用户帐号的对应关系管理，并集中存放分散在各系统的人员信息。
∙提供用户创建功能，并与各系统接口，自动创建各系统用户帐号。
∙提供用户注销的功能，并与各系统接口，自动注销各系统用户帐号。
∙用户信息修改，提供修改用户信息的界面和访问接口，保证修改后的用户信息在各系统中保持一致。
∙用户管理系统应具备高性能和可靠性，系统应能通过增加对等的人员管理服务器来均衡负载，以提升性能和可靠性，并增强数据安全性。
∙系统应能通过权限设置和委托，实现分级管理功能，以方便管理部门（如医务处、护理部和人事处等）或各临床科室管理各自的用户信息。
∙系统应提供完善的日志处理功能，对所有重要操作都应记录日志，并提供灵活的查询界面和接口。
日志不能随意删除和修改。
∙系统应提供完善的错误、警告、性能日志和事件，管理员并能通过Windows事件查看器和性能检测器查看，并能和系统管理和监控系统集成，以实现集中的监控和告警。
∙系统应提供完善的日志处理功能，对所有重要操作都应记录日志，并提供灵活的查询界面和接口。
日志不能随意删除和修改。
∙对于B/S应用下的Form认证场景，系统应采用SSL加密协议，以避免密码探测，提供用户会话（Session）有效期管理。
∙授权管理系统应采用基于角色的访问控制，用户所能访问的权限就由该用户所拥有的所有角色的功能集合的并集决定。
＃1.11功能点：
统一工作平台（门户）建设标准
∙将医院相关系统都整合到统一的门户中，用户可以通过统一门户，查看平时重要的通知、日程、管理、报表等信息。
∙统一门户针对每个角色的不同，为领导、医生、护士等不同角色定制不同的门户模版，使用户在门户中可以查看自己角色最关心的信息。
∙用户可以根据自己的需求，对门户中的模块进行自定义。
∙如果一个用户拥有多个角色（不如即是领导，又是医生），他也可以在多个角色中进行切换，使其能更好的进行日常工作。
∙通过自动化部署发布脚本，可以自动发布并更新应用程序。
∙提供应用系统接入规范，包括认证、消息和界面集成方案。
＃1.12功能点：
已集成服务的服务链路展示
图形化界面展示集成平台上已集成服务的服务链路，便于管理人员掌握服务路径，并于临床业务链路相关联。
（投标人现场提供该系统功能点的实机操作演示）
＃1.13功能点：
临床业务的真实链路展示
图形化界面展示临床业务的真实链路，便于管理人员随时看到临床业务链路的状态监控。
（投标人现场提供该系统功能点的实机操作演示）
＃1.14功能点：
微服务技术架构要求
（1）基于Gateway的临床信息集成微服务模式的统一管理工具，要求如下：
•支持微服务的注册，鉴权，服务聚合操作，可以进行可视化的展示。
•可针对微服务进行治理。
•可针对微服务进行认证。
（2）基于TaskScheduler模式的微服务统一管理工具，要求如下：
•须支持针对不同类型的微服务设置相应的运行参数；
•支持配置不同的访问协议，支持配置Cron表达式；
•要求支持配置结果的输出类型，且可进行可视化展示：
•可以针对微服务进行立即启动或者立即停止的操作，并且可以设置运行频率。
•可以针对微服务的运行，设置Cron的表达式，满足服务运行的细粒度时间节点控制。
•可以进行跨平台高可用部署多节点运行。
•可以进行异常策略配置，设置监护人监护报警配置。
（投标人现场提供该系统功能点的实机操作演示）
★1.15功能点：
集成平台的高可用性架构和应急预案要求
全院信息集成平台的架构设计应能够实现高可用的服务器群集架构，自动化实现故障转移。
同时，在整体解决方案设计中应包含平台宕机时应急处理预案，以实现业务的快速恢复。
2
全院大数据中心（CDR）平台
全院大数据中心平台的建设标准
★2.1大数据中心CDR平台的建设内容
（1）以临床数据为核心的医院信息集成平台应该支持标准的临床文档架构（CDA）、HL7消息等，按照标准数据格式整合医疗业务和医院管理的数据，即建立全院级的信息资源中心。
（2）本项目中需要整合的数据源应包括：
预约、HIS入出转、挂号、HIS费用信息、医保信息、费用流水、出院结算、门诊处方、药物医嘱、医嘱执行、住院排药、放射、超声、病理、检查报告、检验结果、检验报告、微生物培养、输血管理、药敏、手术记录、术后记录、结构化病历文书、出院小结、病案首页、不良事件、申请单、院感等。
（3）结合国家卫健委的相关标准，以及医院数据源的实际质量，设计CDR数据仓库，包括数据对象、对象之间的关联关系、采用的数据标准、和业务数据的映射关系等。
（4）通过配置验证规则，自动化验证CDR中数据的准确性，比如对比记录条数、对比汇总金额等方法，确保CDR中的数据准确及时地反映业务系统中的数据。
＃2.2功能点：
数据仓库技术须满足：
•支持列式数据库，实现高性能的查询功能;
•支持归并计算，实现高性能并行网格计算；
•支持内存计算，处理准实时数据;
•支持任务自动迁移、重试和预测执行，不受计算节点故障影响
•分布式各节点下每分钟的查询请求数分布情况
＃2.3功能点：
指标类应用的”下钻”技术
依靠CDR底层数据建模、数据主题集市等技术，实现指标的分析路径回溯，支持层层钻取，终末指标可下钻至患者清单、医疗组、医生列表等原始数据源级别。
（投标人现场提供该系统功能点的实机操作演示）
2.4功能点：
扩展性要求
临床数据中心（CDR）平台应具有高度的可扩展性，采用面向服务架构设计，为未来各种业务系统的接入提供了极具弹性的扩展平台：
对数据资产提供持续性保护，数据利用不受业务系统的更换影响。
支持医院在系统供应商的选择和使用时，掌握完全的主动，不影响数据中心的数据汇聚。
★2.5功能点：
数据中心平台的高可用性架构和应急预案要求
全院大数据中心CDR平台应具备基于可扩展的分布式数据库群集部署模式，能够实现高可用和故障转移，能够实现高可用服务器群集架构。
同时，在整体解决方案设计中应包含数据中心平台宕机时应急处理预案，以实现业务的快速恢复。
3
患者费用负担类指标应用
患者360全息视图应用的建设标准
★3.1患者360全息视图应用建设内容
全息视图，也就是将患者就诊信息做全方位的展现。
全方位展现包含多种概念，按就诊情况分类可以有门诊信息，住院信息，按照就诊内容分类可以有检查信息、检验信息、处方信息、以及病程记录信息等。
患者在临床就诊中，既往病史对于医生在当下诊断当中有着举足轻重的作用，通常医生不仅仅会关注患者既往的诊断、检查结果以及医嘱处方信息，对于复查的病人而言既往的住院或者门诊的病历病程也是至关重要。
患者360全息视图应用依靠患者ID就能实现全院范围内全部门急诊就诊记录、住院病史、影像检查、检验结果、心电图及扫描文档等信息的连通共享。
用户只需访问单一来源，即可调取所要的全部信息。
患者360全息视图应用支持Web标准服务，包括XML、SOAP、WSDL和UDDI等标准，支持桌面操作系统下调用浏览器方便得浏览患者病程信息。
患者360全息视图应用通过发布Web服务，可以供各个系统调用。
系统并可方便地与临床业务系统（如门诊医生站、住院医师站）进行整合。
依靠患者ID就能实现全院范围内全部门急诊就诊记录、住院病史、影像检查、检验结果、心电图及扫描文档等信息的连通共享。
用户只需访问单一来源，即可调取所要的全部信息。
＃3.2功能清单
功能清单：
•患者查询根据患者姓名、卡号、身份证号、住院号进行检索
•患者就诊信息展示患者基本信息以及就诊统计信息
•检查分时间轴/列表展示患者检查报告
•检验分时间轴/列表展示患者检验报告以及报告指标
•病理分时间轴/列表展示患者病历报告
•文书分医疗/护理分类展示患者病史文书
•医嘱展示最近一次就诊的所有医嘱信息
•手术分时间轴/列表展示患者手术记录
•护理趋势图展示患者护理记录（脉搏、体温、呼吸、血压）
•费用日历格式展示患者最近一次就诊产生费用
•信息安全防护机制提供患者信息和医生信息脱敏机制，且自动生成页面水印显示当前查阅患者记录的登陆者信息
•患者的用户画像分析对患者进行用户画像，根据临床业务特点分析
★3.3功能点：
患者查询功能
输入患者姓名、卡号、身份证号以及住院号查询患者就诊信息。
（投标人现场提供该系统功能点的实机操作演示）
＃3.4功能点：
患者就诊信息
（1）患者基本信息模块（显示患者姓名、性别、出生日期、住院号、过敏史）。
（2）患者就诊次数统计模块（总就诊次数、门急诊次数、住院次数、科室种类）。
（3）患者就诊科室占比模块（按照科室就诊数量倒序显示科室就诊次数最多的五个科室）。
（4）常见医嘱年份数据统计模块（按照年份统计患者检验、检查、药品医嘱数量）。
（5）诊断统计对比模块（按照诊断出现数量倒序显示诊断出现次数最多的五个诊断）。
（6）就诊信息模块（按照就诊时间倒序显示前六条就诊信息，滑动时间轴加载查看更多）。
（7）患者就诊年份分布统计模块（鏖战年份统计患者诊断、门急诊、住院次数）。
（投标人现场提供该系统功能点的实机操作演示）
＃3.5功能点：
医嘱
（1）默认显示最近一次就诊的医嘱列表/时间轴列表;
（2）可根据医嘱大类对列表数据进行筛选;
（3）时间轴列表可横向查看医嘱使用情况。
（4）可根据时间维度自动生成选择菜单
（5）可根据医嘱的执行时长，动态生成医嘱执行排程图
（6）可自动按照医嘱类型进行分类
（7）可自动按照医嘱类别进行分类
（投标人现场提供该系统功能点的实机操作演示）
＃3.6功能点：
病理
（1）时间轴界面显示最近一次病理报告;
（2）列表界面按照报告时间倒序显示病理报告;
（3）肉眼所见、镜下所见、免疫组化、病理诊断结果为临床医生比较关注的信息，高亮显示;
（4）禁止手动复制，使用引用功能复制（复制肉眼所见、镜下所见、免疫组化、病理诊断信息）。
（投标人现场提供该系统功能点的实机操作演示）
＃3.7功能点：
检验
（1）默认显示患者最近一次化验报告，以临床产生的化验报告单格式进行展示;
（2）可添加化验指标进行趋势对比（最近3次指标结果）;
（3）指标排序需和临床报告相同。
（4）可根据时间维度自动生成选择菜单
（5）患者历次检验数据，可根据院内的纸质模板进行系统的展示;
（6）同时支持一键引用，在查看360里的检验数据时，可进行特定项目或者特定指标值的引用，直接引用到病历文书里，方便医生书写文书;
（7）支持选择分类指标进行横向对比;
（8）支持多指标同时进行趋势图展示，方便医生查看;
（投标人现场提供该系统功能点的实机操作演示）
＃3.8功能点：
检查
（1）默认显示最近一次检查报告信息，可根据年份、检查大类、报告状态筛选对应的报告进行查看;
（2）影像报告中所见、所得是临床医生比较关心的信息，高亮显示并且添加引用功能（复制所见所得信息）;
（3）可点击查看影像（影像图片）和图文报告（PDF）按钮查看临床报告。
（投标人现场提供该系统功能点的实机操作演示）
＃3.9功能点：
病历文书
（1）默认显示最近一次就诊文书信息;
（2）可根据年份分布和就诊类型筛选就诊横向时间轴，选中就诊可根据医疗/护理类型来查看文书结构;
（3）目录结构是以存在文书的父节点来归类展示;
（4）时间类型是根据文书时间倒序显示目录结构；
（5）点击当天可查看当天产生的文书。
（6）可根据时间维度自动生成选择菜单
（7
升级会员 