医院信息化方面已建成HIS、LIS、EMR、PACS等相关系统,涵盖了临床、医技、行政、后勤等各个科室,并且积累了大量的分散的历史数据。主要集中在满足业务开展而分步建设的业务系统,这个过程形成了大量无关联的原始数据,各类数据标准不统一、数据资源不共享无联动、统计口径多,大量真实宝贵的临床数据资源未能加以利用,坐拥“金山”却“望山兴叹”。随着公立医院改革的政策要求、医院精细化管理的要求,以及医院信息互联互通测评要求的大背景下,医院整体信息化的提升势在必行。主要包括,将医院多年积累的临床数据集成到临床数据中心(CDR),充分挖掘和发挥数据的价值,以快速提升医生的诊疗、科研效率与质量,提供临床决策支持;利用信息化技术帮助医院实现信息和知识的高度共享,提升医疗服务水平,提高病人诊疗满意度;利用大数据,为医院管理者提供决策支持,提升运营管理能力,提高医院的精细化管理程度;通过企业服务总线的方式进行各个业务系统信息交互,降低各系统耦合度;为区域医疗业务协同服务,完善对外务能力;通过互联互通四级甲等评测。
二)项目建设指标及能力要求
1.先进性
从医院的实际需求出发,对此次系统工程进行全面规划,采用现代化的理念和技术,对系统的设计做到合理化、科学化,达到低投资、高效益;建成系统先进、适应未来发展,并具有强大的发展潜力。并为医院的管理带来便利,提高工作效率,带来明显的经济和社会效益。
2.安全性
此次系统采用多种手段防止各种形式与途径的非法破坏,建立健全各种保证措施,使系统处于正常运行。并在应用层面提供对数据的保护,保护数据的完整性、保密性、抗抵赖性。
系统安全性应支持国家信息安全等级保护3级要求。支持病历数据访问日志审计功能、权限管理功能。
3.规范性
此次系统建设是一个规范综合性系统,需遵从所涉及业务的国际标准、国家标准及规范各项技术规定,做好系统的标准化设计与管理工作。
三)采购内容
1、软件系统参数
序号 |
大类 |
小类 |
功能要求 |
1 |
数据层
|
临床数据中心(CDR)
|
参考国际HL7 标准、《电子病历基本数据集》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范,将临床活动产生的所有数据进行通过ETL技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中,形成按领域组织的、方便利用的临床数据集。通过开放服务提供外部系统调用和数据访问。 提供相关截图证明及软件著作权。 |
2 |
运营数据中心(ODR) |
参考国际HL7 标准、《卫生信息数据元目录》、《电子病历共享文档规范》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范,将管理活动产生的所有数据进行通过ETL技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中,形成按领域组织的、方便利用的管理数据集。通过开放服务提供外部系统调用和数据访问。 提供相关截图证明及软件著作权。 |
|
3 |
科教数据中心(RDR) |
建设研究型科研专病数据库,数据涵盖科研各领域的数据,涉及领域包括基线数据、随访数据、研究对象、研究人员、课题数据、样本库数据、教学数据等,并以此数据库来支撑多中心研究工作的开展。 通过开放服务提供外部系统调用和数据访问。 提供相关截图证明及软件著作权。 |
|
4 |
行业标准库 |
建立医学院统一的行业标准库,涵盖ICD10、SNOMED CT中英文版、LOINC标准、药品ATC标准及各类常规的行业标准字典,为数据归一化建立基础。 通过开放服务提供外部系统调用和数据访问。 |
|
5 |
基础层
|
智能化ETL系统 |
针对不同数据库类型开发管理对应的数据库引擎,如:Hbase引擎、Hive引擎、SQLServer引擎等。针对不同的数据抽取逻辑实现数据抽取组件的开发和配置, 如:输入输出组件,SQL执行器组件,合并组件等,以满足异构建的不种业务数据的智能化的ETL。 |
6 |
元数据管理系统 |
涵盖元数据定义、元数据标签、元数据映射、生命周期及元数据血缘图谱。 |
|
7 |
主数据管理系统 |
涵盖主数据构建、主数据映射、主数据版本管理、主数据订阅、主数据审核、主数据发布等功能。 提供相关截图证明及软件著作权。 |
|
8 |
大数据监控门户系统 |
实现对大数据平台的数据量、数据采集、异常情况、数据引用量等进行实时监测的门户。方便医院进行大数据平台的管理及数据质量管理。 提供相关截图证明及软件著作权。 |
|
9 |
应用层
|
患者EMPI |
构建全院级EMPI主索引,为患者提供连续诊疗服务。 提供相关截图证明及软件著作权。 |
10 |
单点登录SSO |
全院统一管理用户基本信息、角色、权限和单点统一登录。 提供相关截图证明及软件著作权。 |
|
11 |
大数据可视化系统 |
通过大数据可视化工具为客户提供图表、报表的设计及各类数据可视化的控件,支持自定义的数据可视化实现。可建立基于传统关系型数据表、MPP等各类数据源的链接,可基于图于进行实时修改及更新,可以实现故事板的灵活构建。 实施服务包括部署、培训等工作。 提供相关截图证明及软件著作权。 |
|
12 |
自然语义处理NLP系统 |
支持中文分词、词性标注、句法分析、依存关系及与SNOMED CT的映射。 提供相关截图证明及软件著作权。 |
|
13 |
患者统一视图管理 |
患者统一视图是基于大数据中心进行数据的整合展现型应用,基于BS架构开发,可以嵌入到任何业务系统中,包括医生站、医技系统、手麻系统等。依赖于数据中心全量数据整合的优势,临床医生通过患者统一视图,不但可以查看当次就诊记录,而且可以对患者历次就诊记录进行回顾性查看,包括门诊和住院全部的就诊记录 提供相关截图证明及软件著作权。 |
|
14 |
运营分析管理系统 |
医院运营分析系统是基于大数据中心进行数据的整合展现型应用,对医院运营相关的指标进行监控,从临床业务、效率分析、收入分析、疾病分析、手术分析、资源分析等几大维度,展开深入分析。并实现在移动端的应用。 提供相关截图证明及软件著作权。 |
|
15 |
运营管理APP软件 |
方便医院管理层在手机端进行实时查阅医院的运营情况。监测医院实时门诊动态、住院动态,重点监测医院的业务量、医疗质量、医疗收入、患者负担、工作效率等各项运营指标。 提供相关截图证明及软件著作权。 |
|
16 |
基于大数据中心的数据搜索系统 |
提供跨异构的大数据多条件复杂搜索,支撑模糊搜索、精确搜索、同义语、逻辑运算表达式及搜索结果导出。 提供相关截图证明及软件著作权。 |
|
17 |
临床科研系统 |
单病种eCRF自定义配置,提供eCRF编辑器、元件库及元数据的映射及数据导出。 随访计划及入出组管理,提供入出组策略及管理、随访计划安排及eCRF填写安排。 科研数据制备,提供异常数据处理、空值数据处理、数据归一处理等功能 提供相关截图证明及软件著作权。 |
|
|
|||
|
|||
18 |
科研统计工具 |
正态性检验、均数的比较与检验、单样本与总体比较的t检验、两样本比较的t检验、多样本比较的方差分析、多样本方差齐性检验、频数的比较与检验、单向频数表、行X列表和卡方检验、相关分析、一般线性相关系数等基于R统计语言的43个医学统计算法。 提供相关截图证明及软件著作权。 |
|
19 |
国家医院信息互联互通标准化成熟度评测 |
医院信息集成平台 |
通过医院服务总线的接口模式,解决医院各系统点对点对接的问题。 提供相关截图证明及软件著作权。 |
20 |
|
满足互联互通四甲及以上 |
项目建设达到以国家卫健委《医院信息互联互通标准化成熟度测评》四级甲等以以上标准及。 |
21 |
临床辅助 |
临床知识库 |
知识库及智能提醒,功能需要满足《电子病历系统功能应用水平分级评价方法及标准(试行)》5级及以上标准。
|
服务器参数要求 8台
|
机架式服务器 |
2U 机架式服务器 |
CPU |
配置2个英特尔至强金牌 5120, 14C,2.2G |
|
内存最大可扩展容量 |
配置≥256GB(≥24 个DIMM 插槽)单根内存不小于32GB |
|
硬盘当前配置 |
配置≥2块1T SAS 7.2K,6块4T SAS 7.2K硬盘 |
|
PCI-E SSD硬盘 |
支持≥12块正面插接的热插拔NVMe PCI-E SSD固态硬盘,支持SW RAID5 |
|
最大支持硬盘数量和型号 |
≥18块3.5 英寸热插拔SAS/SATA硬盘, 或者≥32块2.5 英寸热插拔SAS/SATA/SSD硬盘,或者≥12块可前部热拔插NVMe PCIe SSD |
|
RAID支持 |
支持直通模式,支持raid0,1,3,5,6等主流raid模式,控制器缓存不少于2GB |
|
是否支持SSD优化技术 |
支持SSD优化技术 |
|
启动盘 |
支持BOSS 控制器卡;支持RAID1(镜像)功能; |
|
PCI插槽 |
最多支持≥8个PCIe第3代插槽 |
|
网卡数量 |
集成英特尔4端口千兆以太网口, 配置2块双口10Gb SFP+网卡(含模块); |
|
电源配置 |
配置冗余热插电源750W |
|
功能和特性 |
加密签名固件,硬件根信任,安全启动,自动BIOS恢复,快速OS恢复,系统一键锁定,安全的缺省密码,配置和固件漂移检测,持久日志(包括用户形迹) |
|
前置管理液晶屏 |
前面板上配备有液晶屏,可显示默认或定制信息,包括IP地址、服务器名称、支持服务编号等。如果系统发生故障,该液晶屏上将显示关于故障的具体信息 |
|
能耗管理 |
可监控、报告及控制处理器、内存及系统级的能耗,允许通过一体化管理控制台实现基于策略的功耗封顶。虚拟机功耗映射,可以根据功耗对于虚拟机进行负载平衡以及按虚拟机报告功能 |
|
第三方管理平台集成 |
提供主流管理平台如VMware vCenter,Microsoft System Center,BMC Software的插件集成;能够连接常见的管理平台如Nagios & Nagios XI,Oracle Enterprise Manager, HP Operations Manager, |
|
远程管理 |
配置远程管理卡,具有单独的管理网口,可不依赖主机操作系统进行远程操作。提供远程监控图形界面, 可实现与操作系统无关的远程对服务器的完全控制,包括远程的开关机、重启、更新Firmware, 虚拟KVM, 虚拟软驱, 虚拟光驱、虚拟介质重定向等操作;支持SNMP,IPMI和Redfish;支持IPv6。 |
|
前置专用USB管理口 |
||
允许用户独立于操作系统状态之外(免代理安装方式)远程访问、监控、维修、修复和升级服务器。 |
||
能够利用SD卡保存操作系统安装镜像,从而实现一站式地完成操作系统的部署,包括内建驱动程序安装、固件更新、硬件配置和问题诊断。所涉及价格包含在设备价格中。 |
||
移动管理 |
能够通过手机和平板电脑管理服务器,可以做现场的资产清点 |
|
全生命周期管理 |
从服务器出厂免光盘安装部署,到升级,监控,维护,直至报废涉及的方方面面提供全生命周期管理。 |
|
售后服务 |
3年7x24 x4金牌服务,需提供原厂针对本项目的授权文件及服务承诺函。 |
万兆交换机参数(2台)
|
功能及技术指标 |
详细技术参数 |
交换容量 |
≥2.5Tbps(以官网最小参数为准),投标时需提供厂商官网的截屏证明 |
|
转发性能 |
≥1000Mpps(以官网最小参数为准),投标时需提供厂商官网的截屏证明 |
|
电源 |
双电源 |
|
风扇 |
双风扇,前/后通风,风道可调 |
|
性能指标 |
MAC地址表≥128K |
|
路由表容量≥64K |
||
ARP:64K,提供权威第三方测试报告 |
||
端口缓存:10M |
||
接口类型 |
支持48个10G/1G BASE-X SFP+端口,支持2个40G QSFP+端口,支持2个Slot |
|
VxLAN |
支持VxLAN二层网关 支持VxLAN三层网关 支持EVPN |
|
堆叠 |
最大堆叠台数≥9台 |
|
最大堆叠带宽≥320G |
||
路由协议 |
支持IPv4静态路由、RIP V1/V2、OSPF、BGP、ISIS |
|
支持IPv6静态路由、RIPng、OSPFv3、BGP4+ |
||
支持IPv4和IPv6环境下的策略路由 |
||
支持IPv6手动隧道、6to4隧道和ISATAP隧道 |
||
SDN/OPENFLOW |
支持OPENFLOW 1.3标准支持普通模式和Openflow 模式切换 支持多控制器(EQUAL模式、主备模式); |
|
支持多表流水线 |
||
支持Group table |
||
支持Meter |
||
|
|
|
配置要求 |
单台实配:双电源、双风扇;32个万兆多模模块及相应线缆 |
四)项目建设标准及要求
(一)、信息平台基础
1、业务及数据服务
1.1主数据注册服务
对主数据进行注册登记,建立唯一标识和资源索引,实现服务资源共享。
①具备主数据注册新增、更新与注册等3项服务功能。
②支持患者、医疗卫生服务人员、医疗卫生机构(科室)、医疗卫生术语等4种主数据注册服务组件。
1.2主数据管理
对主数据提供共享管理和应用管理
①具备主数据模型管理、定义、映射、订阅、审核与发布等6项功能。
②支持患者、医疗机构、医务人员及术语等4种主数据管理服务组件。
1.3患者主索引服务
实现患者主索引生成、维护及应用服务。
①具备信息查询、检索索引历史、索引比较、索引修改、健康卡跨域主索引平台平台注册和更新、患者主索引信息注销、医院信息平台绑定保存健康卡跨域主索引等7项功能。
②提供患者主索引算法配置、唯一标识的产生、匹配和交叉引用管理、标识及基本信息的更新通知等技术。
1.4电子病历档案服务
实现电子病历档案的获取、组织和共享管理服务。
①具备电子病历文档源收集、存储、注册、索引、调阅、订阅、更新和发布等8项功能。
②具备文档索引服务和电子病历文档引擎服务组件。
2、数据访问与存储
2.1数据交换
对业务系统提供标准的数据交换和共享服务。
①具备数据访问、数据路由、数据传输、数据转换等4 项功能。
②提供数据访问中间件、数据路由、数据交换运行引 擎、数据提取和装载策略等 4 个服务组件。
③支持数据库、文本、多媒体等 3 种类型数据源。
2.2数据存储
实现平台数据的统一存储、处理和管理。
具备信息资源目录库、基础信息库、业务信息库、临 床文档信息库、交换信息库、操作数据存储信息库、数据 仓库、对外服务信息库、智能化管理等 9 种管理功能。
2.3数据质量
对数据的进行评价和分析以提高数据质量。
①具备患者识别、隐私安全、临床应用、业务管理、 科研价值等 5 项数据质量评价功能。
②具备数据质量评价知识库、数据模型和评价报告自 动生成等 3 种功能组件。
3、业务协同基础
3.1业务规则流程管理
实现与医疗业务协同相关的管理和服务。
①具备业务规则管理、工作流管理、服务编排、协同 事务实现等 4 项功能。
②提供业务协同服务框架、流程管理等 2 项服务组件。
3.2协同服务工具
实现多种协同服务工具的组件化和统一管理。
①具备协同服务组件注册等 1 项服务管理功能。
②支持即时消息、信息门户、视频流媒体、电子邮件 短消息和电话传真以及其他服务扩展等 6 种类型的协同工 具服务组件。
(二)、平台服务集成
1、服务接入与管控
1.1单点登录管理
实现用户只需登录一次即可访问所有授权应用系统。
具备用户账户管理、授权控制、身份认证、加入应用 环境、同步应用环境等 5 项功能。
1.2平台配置
对平台接入的服务进行可视化的配置管理。
①具备用户、权限、业务系统接入等 3 项配置功能。
②支持对各种协议和标准规范的遵从性检测规则设定、检测异常提示等 2 种功能。
1.3服务监控
实现对平台运行状态的智能监控和故障分析。
①具备智能监控、辅助故障分析 2 项功能。
②支持智能监控平台服务运行数据、消息路由情况、 性能数据等 3 种监控内容。
③支持电子邮件、手机短信等 2 种信息推送服务方式。
2、医院门户
实现医院各类信息基于浏览器的集成展示和发布。
具备各种应用系统、数据资源和互联网资源等 3 项信息集成访问及各种信息发布功能。
2) 医疗卫生行业及信息化政策法规
《医院信息系统基本功能规范》卫办发[2002]116号
《病历书写基本规范》
《电子病历基本规范(试行)》
《中医电子病历基本规范(试行)》
《卫生系统电子认证服务规范》
《临床检验结果共享系统互操作行规范》
《基于电子病历的医院信息平台建设技术解决方案》
《基于区域卫生信息平台的妇幼保健信息系统建设技术解决方案》
《医院会计制度》
《三级综合医院评审标准》
《妇幼保健信息系统基本功能规范》
《电子病历系统功能应用水平分级评价方法及标准2018》
《国家医疗健康信息医院信息互联互通标准化成熟度(医院信息互联互通)测评方案(2017年版)》
3)中国卫生信息数据标准
《国家卫生信息化标准基础框架》
《中国卫生信息标准基础数据集》
《中国医院信息基本数据集标准》
《卫生信息数据规范指南》
《电子病历基本架构与数据标准》
《全国儿童保健工作规范(试行)》
《妇幼年报填报说明及指标解释》
《妇幼保健信息系统基本数据集标准》
4)国际医疗卫生数据标准
国际疾病分类ICD-9和ICD-10,其中ICD-9-CM是ICD-9在美国的临床修订版,ICD-9-CM更适合于临床的需要,是DRG分组的基础。
医学数字化影像通讯标准 DICOM3
系统化医学名称—临床术语标准 SNOMED CT
观测指标标识符逻辑命名和编码标准 LOINC
医疗卫生领域信息交换标准 HL7 V3
临床文档架构 CDA R2
医疗企业集成规范 IHE
5)信息安全规范
《涉及国家秘密的信息系统分级保护管理办法》国保发(2005)16号
《涉及国家秘密的计算机信息系统安全保密方案设计指南》国家保密标准BMB23-2008
《涉及国家秘密的计算机信息系统分级保护测评指南》国家保密标准BMB22-2007
《涉及国家秘密的信息系统分级保护管理规范》国家保密标准BMB20-2007
《涉及国家秘密的信息系统工程建立规范》国家保密标准BMB18-2006
《涉及国家秘密的信息系统分级保护技术要求》国家保密标准BMB17-2006
《涉及国家秘密的信息系统安全隔离与信息交换产品技术要求》国家保密标准BMB16-2004
《涉及国家秘密的信息安全审计产品技术要求》国家保密标准BMB15-2004
《涉及国家秘密的计算机信息系统入侵检测产品安全技术要求》国家保密标准BMB13-2004
《涉及国家秘密的计算机信息系统漏洞扫描产品安全技术要求》国家保密标准BMB12-2004
《涉及国家秘密的计算机信息系统防火墙安全技术要求》国家保密标准BMB11-2004
《涉密信息设备使用现场的电磁泄漏发射防护要求》国家保密标准BMB5-2000
《电磁干扰器技术要求和测试方法》国家保密标准BMB4-2000
《使用现场的信息设备电磁泄漏发射检查测试方法和安全判据》国家保密标准BMB2-1998
《处理涉密信息的电磁屏蔽室的技术要求和测试方法》国家保密标准BMB3-1999
《计算机信息系统安全保护等级划分准则》GB17859-1999
总体性能要求:
技术架构要求 :
总体架构要求:
数据中心通过数据采集、清洗、标准化等步骤,将全院业务系统数据进行集中存储,包括历史数据采集、实时增量数据采集,形成全院的全量、实时数据中心。数据中心建成后,一方面通过开放服务提供外部系统调用和数据访问,另一方面,依托于强大的分布式存储和计算能力,对临床和运营数据进行分析和计算,为运营管理和临床科研提供多种辅助应用。
物理架构要求:
技术路线要求:
3、系统功能要求
数据中心通过数据采集、清洗、标准化等步骤,将全院业务系统数据进行集中存储,包括历史数据采集,和对接集成平台实现实时增量数据采集,形成全院的全量、实时数据中心。数据中心建成后,一方面通过开放服务提供外部系统调用和数据访问,另一方面,依托于强大的分布式存储和计算能力,对临床和运营数据进行分析和计算,为运营管理和临床科研提供多种辅助应用。
1.1数据集中存储服务
数据中心采用基于Hadoop+MPP的大数据平台,在有效保证数据冗余备份的同时,提供灵活的磁盘和机器横向扩展能力。利用Hadoop+MPP的分布式文件系统,对医院历史数据进行抽取和标化,并实时接入集成平台消息,利用强大的并行计算能力,对外提供快速响应的数据查询服务,将原来各个业务系统间数据调用,改造为统一从数据中心查询的方式,有效降低业务系统负担,提高数据访问速度。
参考国际HL7 标准、《电子病历基本数据集》、《卫生信息数据元目录》、《电子病历共享文档规范》、《健康档案共享文档规范》、《妇女保健基本数据集》、《儿童保健基本数据集》、《医院人财物运营管理基本数据集》、《全国医院信息化建设标准与规范(试行)》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范,将临床活动产生的所有数据进行通过ETL技术进行抽取、转换、清洗并转存到标准化的CDR数据模型中,形成按领域组织的、方便利用的临床数据集。
实施数据领域包括患者信息、医嘱、检查、检验、病理、手术、病案、病历、临床路径等,涉及数千个数据字段的采集、清洗、转码、载入工作,涵盖HIS、LIS、RIS、NIS、CPOE、EMR等各类业务系统,异构数据库涵盖Sql server、Oracle,数据时间范围包括信息化以来的历年数据及实时数据等。
临床数据中心(CDR)至少整合、清洗包括以下领域数据元:
序号 |
数据领域 |
相关数据源 |
1 |
患者管理域
|
患者基本信息 挂号信息 出入院登记信息 诊断信息 接诊信息 |
2 |
医嘱域
|
门诊药品处方 门诊检查处方 门诊检验处方 门诊治疗处方 门诊手术处方 住院药品医嘱 住院检查医嘱 住院检验医嘱 住院手术医嘱 住院护理医嘱 住院输血医嘱 住院治疗医嘱 住院膳食医嘱 |
3 |
实验室域
|
申请登记信息 标本信息 临检及生化报告 微生物报告 病理报告 |
4 |
观察域
|
观察域 观察报告 生命体征观察信息 过敏信息观察信息 |
5 |
病历域
|
病历主数据 病历分段数据 病历样式数据 病历全文索引 非结构化病历数据 医院门诊病历 |
6 |
病案域
|
病案首页 病案诊断 病案手术 |
7 |
手术域
|
手术登记 手术记录 手术诊断 手术麻醉信息 术后苏醒信息 手术参与人员 |
8 |
护理域
|
医嘱执行记录 护理提供记录 不良反应记录 |
参考国际HL7 标准、《电子病历基本数据集》、《卫生信息数据元目录》、《电子病历共享文档规范》、《健康档案共享文档规范》、《妇女保健基本数据集》、《儿童保健基本数据集》、《医院人财物运营管理基本数据集》、《全国医院信息化建设标准与规范(试行)》、《国家医疗健康信息医院卫生信息互联互通标准化成熟度测评方案》等标准与规范,将管理活动产生的所有数据进行通过ETL技术进行抽取、转换、清洗并转存到标准化的ODR数据模型中,形成按领域组织的、方便利用的管理数据集。
实施数据领域包括人事、物资、费用、药房等,涉及数百个数据字段的采集、清洗、转码、载入工作。涵盖HIS、人事、物资、设备等业务系统,数据时间范围包括信息化以来的历年数据及实时数据等。ODR数据领域及数据源至少包括:
序号 |
数据领域 |
相关数据源 |
1 |
帐务与计费
|
门诊费用总 门诊费用细 住院费用总 住院费用细 |
2 |
服务者管理
|
组织 人员 薪酬 角色 职位 职责 特权 资质 工作场所 证书 培训 考试 晋升 科教 |
3 |
资源
|
床位 设备 物资 耗材 |
建设研究型科研数据库,数据涵盖科教各领域的数据,实施服务包括数据领域有基线数据、随访数据、研究对象、研究人员、课题数据、教学数据、样本数据等,并以此数据库来支撑多中心研究工作的开展。科研数据中心RDR至少应包括以下数据领域:
序号 |
数据领域 |
相关数据源 |
1 |
科研病种库 |
l 研究对象库 l 病种库 |
2 |
随访信息库 |
l 回顾性研究随访信息 l 前瞻性研究随访信息 l 分病种随访信息 |
3 |
科研样本库
|
l 科教样本信息 l 样本存储位置信息 |
4 |
科研项目库 |
l 科研项目信息 l 科研人员信息 l 科研经费信息 |
建立医学院统一的行业标准库,涵盖ICD10、SNOMED CT中英文版、LOINC标准、药品ATC标准及各类常规的行业标准字典,为数据归一化建立基础。至少包涵以下各项内容:
序号 |
中文名称 |
标准来源 |
1 |
国际疾病分类标准 |
ICD-10 |
2 |
国际疾病分类手术操作分类 |
ICD-9-CM3 |
3 |
婚姻状况代码表 |
GB/T 2261.2 |
4 |
家庭关系代码表 |
GB/T 4761 |
5 |
民族类别代码表 |
GB 3304 |
6 |
生理性别代码表 |
GB/T 2261.1 |
7 |
世界各国和地区名称代码 |
GB/T2659-2000(2004) |
8 |
学历代码表 |
GB/T 4658 |
9 |
职业类别代码表 |
GB/T 6565-2009 |
10 |
中华人民共和国县级及县级以上行政区划代码表 |
GB/T 2260 |
11 |
专业技术职务代码 |
GB/T8561-2001(2004) |
12 |
主要语言 |
GB4880-85 |
13 |
语言熟练程度 |
GB6865-86 |
序号 |
中文名称 |
标准来源 |
分类 |
1 |
ABO 血型代码表 |
H-0000029 |
中国医院信息基本数据集 |
2 |
采血部位代码表 |
CVO4.50.007 |
卫生信息数据元值域代码 |
3 |
采血方式代码表 |
CVO4.50.006 |
卫生信息数据元值域代码 |
4 |
撤销随访管理原因代码表 |
CV06.00.215 |
卫生信息数据元值域代码 |
5 |
放射与病理诊断符合情况 |
H-0902025 |
中国医院信息基本数据集 |
6 |
过敏源类型 |
H-0100065 |
中国医院信息基本数据集 |
7 |
离院方式代码表 |
CV06.00.219 |
卫生信息数据元值8域代码 |
8 |
临床与病理诊断符合情况 |
H-0902024 |
中国医院信息基本数据集 |
9 |
麻醉方法代码表 |
CV06.00.103 |
卫生信息数据元值域代码 |
10 |
麻醉分级 |
HQMS |
|
11 |
门诊费用分类代码表 |
CVO7.10.001 |
卫生信息数据元值域代码 |
12 |
门诊与出院诊断符合情况 |
H-0902021 |
中国医院信息基本数据集 |
13 |
人员编制类别 |
H-1002011 |
中国医院信息基本数据集 |
14 |
入院病情代码表 |
CV05.10.019 |
卫生信息数据元值域代码 |
15 |
入院途径代码表 |
CV09.00.403 |
卫生信息数据元值域代码 |
16 |
入院与出院诊断符合情况 |
H-0902022 |
中国医院信息基本数据集 |
17 |
设备分类 |
卫生部新财务制度 |
|
18 |
设备用途 |
H-0800054 |
中国医院信息基本数据集 |
19 |
身份证件类别代码表 |
CV02.01.101 |
卫生信息数据元值域代码 |
20 |
手术操作部位 |
HQMS |
|
21 |
手术级别代码表 |
CV05.10.022 |
卫生信息数据元值域代码 |
22 |
手术类型 |
H-0501016 |
中国医院信息基本数据集 |
23 |
手术切口类别代码表 |
CV05.10.020 |
卫生信息数据元值域代码 |
24 |
手术切口愈合等级代码表 |
CV05.10.021 |
卫生信息数据元值域代码 |
25 |
术前与术后诊断符合情况 |
H-0902023 |
中国医院信息基本数据集 |
26 |
随访方式代码表 |
CV06.00.207 |
卫生信息数据元值域代码 |
27 |
随访周期建议代码表 |
CV06.00.208 |
卫生信息数据元值域代码 |
28 |
物资耐用品标记 |
H-0800017 |
中国医院信息基本数据集 |
29 |
血液学检查结果 |
HQMS |
|
30 |
药敏试验药物代码表 |
CVO8.50.003 |
卫生信息数据元值域代码 |
31 |
药品产地标志 |
H-0400026 |
中国医院信息基本数据集 |
32 |
药品类别 |
H-0400001 |
中国医院信息基本数据集 |
33 |
药品名称类别 |
H-0400007 |
中国医院信息基本数据集 |
34 |
医疗付款方式 |
H-0902001 |
中国医院信息基本数据集 |
35 |
医疗机构诊疗科目 |
HQMS |
|
36 |
医院等级 |
H-1002007 |
中国医院信息基本数据集 |
37 |
医院类型 |
H-1002008 |
中国医院信息基本数据集 |
38 |
医院性质 |
H-1002006 |
中国医院信息基本数据集 |
39 |
医嘱类别 |
H-0203005 |
中国医院信息基本数据集 |
40 |
用药途径代码表 |
CV06.00.102 |
卫生信息数据元值域代码 |
41 |
诊断依据 |
HQMS |
|
42 |
支付方式 |
CVO7.10.004 |
卫生信息数据元值域代码 |
43 |
治疗结果 |
H-0100076 |
中国医院信息基本数据集 |
44 |
重症监护室代码 |
HQMS |
|
45 |
住院费用分类 |
HQMS |
|
46 |
住院目的 |
H-0100049 |
中国医院信息基本数据集 |
47 |
专业技术职务类别代码表 |
CVO8.30.005 |
卫生信息数据元值域代码 |
3.1智能化ETL系统
针对不同数据库类型开发管理对应的数据库引擎,如:Hbase引擎、Hive引擎、SQLServer引擎等。针对不同的数据抽取逻辑实现数据抽取组件的开发和配置, 如:输入输出组件,SQL执行器组件,合并组件等,以满足异构建的不种业务数据的智能化的ETL。
一级功能 |
二级功能 |
功能描述 |
系统管理 |
数据引擎管理 |
针对不同数据库类型开发管理对应的数据库引擎,如:Hbase引擎、Hive引擎、SQLServer引擎等。 |
数据组件管理 |
针对不同的数据抽取逻辑实现数据抽取组件的开发和配置, 如:输入输出组件,SQL执行器组件,合并组件等。 |
|
配置管理 |
基本信息配置 |
定义任务的基本信息,如名称,抽取方式(增量/历史)等。 |
数据流配置 |
根据用户真实ETL逻辑,组合不同的数据组件,生成ETL逻辑数据流。 |
|
高级管理 |
ETL的预览、优先级配置、克隆等。 |
|
自动化管理 |
根据某些特定场景提供的sql语句,通过底层sql解析,自动生成etl任务。 |
|
Job任务管理 |
任务管理 |
任务的创建、执行周期的配置等。 |
日志管理 |
查看任务执行状态、用时、具体执行信息等。 |
3.2元数据管理系统
一级功能 |
二级功能 |
功能描述 |
元元模型维护 |
1.查询元元模型 |
从后台数据库中查询数据,组装为元元模型 |
2.新增元元模型 |
新增元元模型,根据数据结构将新增的元元模型保存到后台指定数据表。 |
|
3.编辑元元模型 |
修改元元模型,将修改后的元元模型数据保存到指定数据表。 |
|
元数据采集 |
1.元数据配置 |
针对数据库数据源获取是需要配置数据源连接信息 |
2.自动抽取任务 |
针对数据库元数据进行抽取 |
|
3.元数据导入 |
元数据导入是将外部数据导入到元数据管理系统,支持多种格式的元数据导入 |
|
元数据管理 |
1.元数据维护 |
对获取的元数据做维护,需要按照库的业务类型,区分增、删、改、查操作 |
2.元数据查询 |
将获取的各类元数据进行查询展示。并且能够展示各元数据的层级关系 |
|
3.关系维护 |
对元数据关系进行维护,包括增加、删除和修改 |
|
4.关系查询 |
展现元数据之间的关系 |
|
5.版本管理 |
用户在对各类基础元数据信息进行新增、修改、删除之后,现有数据信息与版本不发生变化,需要用户在系统中操作发布新版本后,新的元数据信息才会生效 |
|
元数据分析 |
1.血统分析 |
数据血统,通过数据血统分析,用户可以知道数据何时更新、如何计算以及从何处而来,所有这些手段帮助用户追溯报表中数据产生的来源 |
2.影响分析 |
影响分析关注的重点是数据的流向,提供端对端影响分析,使您能够看见源系统发生变化时,BI报表受到的影响,而因此可以轻松地处理BI环境中的变化 |
|
3.重要性分析 |
分析BI系统中,用户最关心的分析主题、报表和指标,追溯这些分析主题、报表和指标涉及到的元数据,这对于BI系统和数据仓库开发团队具有重要的指导意义 |
|
数据质量稽查 |
1.稽查规则管理 |
对数据处理过程进行监控和稽核,分为JOB稽核,工作流稽核,其他处理方式稽核,对数据处理环境进行检查,针对不同的应用环境,主要分为数据库系统检查、主机系统检查、接口机检查、应用服务器检查,日志监控, |
2.稽查任务调度 |
在设定数据稽核的模板后,可以对稽核任务实行自动化处理,也可以通过定制方式来完成,可以定时调用或触发。由不同类型数据检验确定 |
|
3.稽查结果分析 |
对于稽核的结果,进行统计分析,回答经典的“4W”问题:该报表是否异常、该报表在哪里发生、该报表什么时候发生异常和为什么该报表会发生异常 |
|
4.数据质量评估 |
对数据稽核结果及导致该结果的原因进行统计分析,评估数据仓库维护和管理工作的质量 |
3.3主数据管理系统
一级功能 |
二级功能 |
功能描述 |
模型初始化 |
机构与数据源注册 |
1. 维护(增删改)机构信息 2. 维护(增删改)数据来源(信息系统)信息。 |
目录管理 |
对国标、行标、院标、非标分属的各个值域进行分类,类似文件夹的目录管理。 |
|
模型初始化 |
1. 对目录管理下的各个分类目录,新增编辑各个模型的结构。 2. 维护(增删改)模型的属性字段,也可通过数据库批量导入模型属性。 |
|
主数据管理 |
主数据编辑 |
1. 对所建模型进行数据的初始化,二次编辑,批量导入等操作, 2. 维护字典属性(包含数据来源、版本号、开始结束时间、所属目录、是否基准、启用停用状态等) 3. 维护字典明细(字典明细数据)。 |
内容审核 |
审核【主数据编辑】页面维护的数据,不管是新增还是二次变更,审核通过的数据可发布给订阅系统。 |
|
主数据预览 |
预览整个主数据系统所有分类下的所有字典的字典属性、明细内容、映射情况及订阅服务等信息,且系统中提供主数据内容的全局检索入口。 |
|
主数据映射 |
主数据映射 |
对【主数据编辑】页面维护的各字典数据,进行关系映射操作。映射包含院内非标字典和标准字典(既国标、行标以及院标)的映射,标准字典之间的映射,生成的映射关系也可以通过订阅发布功能提供给第三方使用。 |
映射审核 |
审核【主数据映射】页面维护的字典映射关系。审核通过的映射关系可能发布给订阅系统。 |
|
映射关系总览 |
预览整个主数据系统所在分类下所有字典的映射关系及其明细,提供多映射关系字典较对功能。 |
|
订阅发布 |
订阅服务 |
配置已注册的数据源(信息系统)对主数据的订阅发布情况。订阅,即订阅字典中数据明细的变更及字典中数据映射关系的变更情况;发布,即注册系统数据变更时通过接口写入主数据系统。订阅内容权限最细可配置至行数据级别。 |
订阅审核 |
审核【主数据订阅服务】中配置的订阅服务内容,具体审核时可以查看订阅服务中生成的每条明细。审核通过后,才能放行订阅发布服务中设置的数据。 |
|
导入导出 |
导入导出字典 |
对主数据系统中的各模型下的字典,可通过文件和数据库两种方式实现数据的导入/导出。 |
统计与日志 |
主数据变更日志 |
查看所有字典内容及映射关系的变更情况,方便追溯主数据在生命周期中的变更情况。 |
服务日志 |
可查看各订阅系统订阅服务的调用情况。 |
|
统计分析 |
展示主数据系统整体运营情况:包含本月每天各订阅系统订阅各主数据服务的使用据趋势图,主数据中标准数据(国标、行标、院标字典)数据占比,各接入信息系统字典数目占比,以及各非基准字典映射情况占比等。 |
|
系统配置 |
用户管理 |
维护用户信息,密码重置,分配角色等功能。 |
角色管理 |
维护系统角色,维护角色权限(菜单及操作)等功能。 |
|
审核流程配置 |
对模型初始化之后主数据生命周期中的各环节(数据内容变更审核,映射关系变更审核,订阅发布审核等)的流程进行配置。 |
3.4大数据监控门户系统
一级功能 |
二级功能 |
功能描述 |
系统管理 |
用户管理 |
用于管理员对用户的新增修改删除等管理。 |
角色管理 |
用于管理员对用户角色进行配置,不同角色赋予不同的管理操作权限。 |
|
菜单管理 |
用于管理员对不同用户的菜单进行管理,不同用户赋予不同的菜单权限。 |
|
权限管理 |
用于管理员对不同用户访问资源权限管理。 |
|
配置管理 |
CDC阈值配置 |
用于配置CDC阈值设置,超过阈值状态日志记录及报警提醒。 |
数据库信息管理 |
针对于生产环境中数据库基础信息进行配置管理,如:数据库IP地址,用户名,密码等。 |
|
ETL作业管理 |
针对于CDR接入过程脚本应用的ETL作业进程管理。 |
|
调度Job管理 |
针对于调度ETL作业的Job任务进行管理。 |
|
服务类型配置 |
用于配置服务类型,比如上报、报表、应用、接口等 |
|
日志管理 |
日志类型 |
报警、提醒、普通日志、脚本日志等。 |
日志查询 |
用于查询系统操作日志、ETL抽取日志、报警日志等。 |
|
日志统计 |
用于各日志类型的数据统计,日志数据量等。 |
|
日志分析 |
用于日志分析系统访问高峰、低谷,数据吞吐等辅助决策系统稳定、院内系统支撑。 |
|
监控分析管理 |
接入脚本解析 |
通过接入脚本解析得到各个表之间的关联关系、字段转换规则、字段之间映射关系。 |
ETL作业调用分析 |
通过配置信息分析获取ETL与接入脚本之间调用关系。 |
|
复制库同步监控 |
分析获取生产环境数据库发布作业、复制库订阅等作业执行情况。 |
|
ETL作业监控 |
分析获取ETL作业执行情况。 |
|
Job任务监控 |
分析获取Job任务执行情况。 |
|
服务器性能监控 |
监控CDR服务器的网络吞吐、CPU实时情况、内存实时信息、最消耗性能脚本监控。 |
|
数据一致性监控 |
通过分析脚本、ETL、Job执行情况监控抽取至数据仓库的数据是否一致。 |
|
CDR数据分布分析 |
分析数据仓库中各个数据领域、表级的数据量、在数据仓库中占比情况、实时抽取情况。 |
4.1患者EMPI
一级功能 |
二级功能 |
功能说明 |
患者信息注册 |
患者信息注册 |
把一患者的索引加入到交叉索引系统时,向交叉索引系统传送请求注册消息,消息中包含待注册的患者信息,主要元素信息包括:业务系统、业务系统ID、姓名、性别、出生日期、民族、证件类别、证件号码、住址、电话等。 |
患者信息匹配 |
患者信息匹配 |
l 窗口特殊标识匹配:患者刷卡挂号时,注册应用首先按卡号查看本地是否存在此患者,如果不存在,则弹出患者信息采集窗口,窗口接待员通过输入身份证件号、姓名、性别、出生日期、电话等信息向医院平台主索引服务查询,确定是否在其他院区已经注册。为保证信息的正确性、一致性和匹配真实有效,在此环节,建议尽量利用社保卡、医保卡、二代身份证,通过间接查询或芯片读取等方式直接取得。 l 事后人工匹配:对于窗口产生的潜在合并日志,将利用姓名、性别、出生日期、电话、婚姻状况、职业、文化程序等注册信息,结合以下潜在记录匹配算法供管理员每日定时线下合并处理。 l 潜在匹配算法:采用“身份信息框架”、“停用词划分”和“关键信息项排序”等技术实现身份匹配方法,可以给出身份匹配的相似度。鉴于医院登记时,地址信息大多存在不填或不完整居多这一事实,我们结合医院数据实际状况,在此算法的基础上,我们舍弃了用于地址的“停用词划分”,并对其他用于匹配项作了一些调整,采用“姓名”+“性别”+“出生日期”为主,先产生潜在匹配日志,结合地址、联系人、婚姻状况、职业、文化程度等综合相似程度定义为身份信息框架中各个信息项的相似程度的加权和。 |
患者主索引管理 |
患者主索引管理 |
l 患者查询:允许系统管理操作人员使用全局患者标识或业务系统本地患者标识检索患者;或者输入患者部分信息,如姓名、性别、出生日期、身份证号等检索患者,检索结果以列表形式返回给操作员。同时,能够对查出的患者进行修正及差异性比较。 l 患者合并:患者合并主要针对同一患者在注册时,因为特定注册信息缺失导致每次注册时系统都赋予新的主索引,以及在窗口匹配时发生了潜在匹配日志。此时主索引管理器需要在事后对其进行合并至同一个主索引。 l 患者拆分:当客户端在患者注册时候提供了错误的患者信息,或者管理员事后潜在匹配时操作失误,导致不同患者之间匹配成功并形成了交叉索引,这个时候需要提供人工的方式对所建患者交叉索引进行拆分。 l 更新主索引:在交叉索引系统新增或更新一个患者的索引信息后,同时需要对主索引进行更新。向交叉索引提供患者信息注册的系统可能拥有不同的信息可信度,因此提供的信息对主索引的影响有所不同。更新操作根据新的信息对主索引每个字段记录的信息进行评价,确定该字偳的最佳值。 l 操作日志:交叉索引系统业务记录发生的变化都需要记录操作日志,并能实现回退。 |
4.2单点登录SSO
一级功能 |
二级功能 |
功能说明 |
组织机构管理 |
注册登记 |
组织机构的注册、登记 |
修改维护 |
组织机构的修改、维护 |
|
用户管理 |
用户管理 |
建立全院级统一的用户管理服务,实现用户信息的统一、同步 |
角色管理 |
角色管理 |
建立全院级统一的用户角色管理服务,实现角色授权信息的统一、同步 |
权限管理 |
权限管理 |
建立全院级的统一权限管理,基于不同的应用系统分配到角色、及对应到用户的权限 |
应用系统管理 |
应用系统管理 |
汇集全院的应用系统功能,基于应用系统的功能进行授权委托 |
统一登录管理 |
统一登录 |
基于活动目录等技术(Active Directory),为医院各应用系统提供统一的、高可靠性和安全的用户管理服务,它集中存放以前分散在各应用系统的用户信息和组织机构信息,并按照管理流程,实现信息在各系统之间的流转和同步,并为各系统提供人员创建、调动、注销和密码同步等功能。实现多个系统、一次登录、一个门户。 |
4.3大数据可视化系统
一级功能 |
二级功能 |
功能说明 |
数据源 |
新建数据源 |
为数据可视化提供数据支持;通过从数据仓库选择表,建立图表构建的数据基础。要支持关系型数据库、分布式数据库、数据仓库、EXCEL等各类数据源。 |
选择数据源 |
为数据可视化选择已经建立的数据源。可以建立多表边接,并进行图形式展示,可以预览数据 |
|
图表 |
维度 |
支持根据数据源选择不同的维度进行数据图表构建 |
度量 |
支持根据数据源选择不同的度量进行数据图表构建 |
|
标记 |
支持通过颜色、提示、标签等进行数据标记 |
|
排序 |
支持指定某个维度用于数据的排序 |
|
筛选 |
支持自定义数据筛选条件 |
|
图表 |
支持选择表格、条图、线图、饼图、散点图、矩形树图、地图等数据可视化模型,编辑期间可实时展示数据并对图表实时二次编辑更新 |
|
分析 |
添加 |
支持添加多个图表,进行数据主题分析 |
布局 |
支持拖拉方式进行自由图表布局 |
|
下钻 |
支持多图表的下钻设置 |
|
移除 |
支持移除不需要的分析图表 |
|
报告 |
主题 |
支持添加多个主题,并编辑说明 |
报告 |
支持通过分析数据形成数据分析报告,对某一主题进行深度的数据分析 |
4.4自然语义处理NLP
一级功能 |
二级功能 |
功能描述 |
文本分词 |
分词语料库 |
要涵盖现代汉语语料库、SNOMED CT、ICD-10等常规及医学相关语料库。 |
分词器 |
要涵盖IK分词等典型的分词器 |
|
句法分析 |
词性标注 |
对医学文本信息标注名词、动词、副词、数字等进行有效标注 |
句法依存分析 |
对医学文本句子段落中的主语、谓语、宾语等进行有效标注 |
|
命名实体识别 |
命名实体识别的任务就是识别出待处理文本中三大类(实体类、时间类和数字类)、七小类(人名、机构名、地名、时间、日期、货币和百分比)命名实体。 |
|
关联术语库 |
名法中的医学词语可以直接关联如SNOMED CT等专业术语库,以实现对其属性的识别,如部位、症状等。 |
|
实例应用 |
病理数据后结构化处理 |
对医院的文本形式的病理数据进行后结果化处理,对大体描述、形态描述、肿瘤大小、分级及分期、淋巴结转移等进行结构建处理。 |
5.1患者统一视图
患者统一视图是基于数据中心进行数据的整合展现型应用,基于BS架构开发,可以嵌入到任何业务系统中,包括医生站、医技系统、手麻系统等。依赖于数据中心全量数据整合的优势,临床医生通过患者统一视图,不但可以查看当次就诊记录,而且可以对患者历次就诊记录进行回顾性查看,包括门诊和住院全部的就诊记录,让医生对就诊患者的既往就诊情况有一个完整的了解,极大地提高临床医生的诊疗效率。
一级功能 |
功能描述 |
患者匹配 |
1)提供基于患者主索引的患者唯一性匹配功能(依赖于患者主索引系统); |
就诊视图 |
1)患者就诊基本信息查看(门诊和住院); |
分类视图 |
1)提供全生命周期定量检验结果趋势分析功能; |
5.2运营分析管理系统
医院运营分析系统是基于数据中心进行数据的整合展现型应用,对医院运营相关指标进行监控,从临床业务、效率分析、收入分析、疾病分析、手术分析、资源分析等几大维度,展开深入分析。在直观了解医院运行情况的同时,支持对重点指标项建立预警设置。通过数据可视化,实现如下指标的挖掘展示:
主题 |
二级主题 |
指标名称 |
业务口径 |
门急诊主题 |
门急诊人次 |
门急诊人次 |
按照挂号日期算有效挂号人次,排除退号人次 |
门诊人次 |
按照门诊挂号日期算有效挂号人次,排除退号人次 |
||
急诊人次 |
按照急诊挂号日期算有效挂号人次,排除退号人次 |
||
日均门急诊人次 |
门急诊人次/当月天数 |
||
门急诊费用 |
门急诊费用 |
门诊费用+急诊费用 |
|
门诊费用 |
收费明细表中门诊费用SUM |
||
急诊费用 |
收费明细表中急诊费用SUM |
||
门急诊药品费用 |
收费明细表中药品费用SUM(中成药+西药+中药饮片) |
||
门急诊药占比 |
门急诊药品费用/门急诊费用 |
||
门急诊手术费用 |
收费明细表中收费类别为手术的费用SUM |
||
住院主题 |
病案类 |
出院患者占用总床日数 |
病案系统中所有出院患者的住院床日之总和 |
开放总床日数 |
病案系统中开放总床日数之和 |
||
占用总床日数 |
病案系统中所有出院患者的住院床日之总和 |
||
平均住院日 |
出院患者占用总床日数/出院人次 |
||
床位周转次数 |
出院人次*统计时间范围内的天数/开放总床日数 |
||
床位使用率 |
占用总床日数/开放总床日数 |
||
住院费用 |
住院费用 |
his出入院按出院病人费用统计 |
|
住院药品费用 |
收费明细表中药品费用SUM(中成药+西药+中药饮片) |
||
住院药占比 |
住院药品费用/住院诊费用 |
||
住院检查费用 |
收费明细中检查项目费用SUM |
||
住院检查占比 |
住院检查费用/住院费用 |
||
手术类 |
住院手术费用 |
收费项目为手术费SUM |
|
住院手术总费用 |
收费项目总和(手术费+麻醉费+卫生材料费) |
||
住院手术例数 |
按病案系统数据,病案首页关联手术记录,手术病人的手术人次,不包含操作(同一个麻醉下,不同部位,算一人次;) |
||
住院手术比例 |
住院手术人次/出院人次 |
||
业务主题 |
|
医疗总费用 |
门急诊总费用+住院总费用 |
|
总药品费用 |
门急诊药品费用+住院药品费用 |
|
|
总药占比 |
门急诊药品费用+住院药品费用/门急诊费用+住院费用 |
|
药品主题 |
基本药物 |
基本药物费用 |
收费类型为药品并且是基本药物的费用SUM |
基本药物使用比例 |
基药收入/总收入 |
||
门急诊基本药物费用 |
收费类型为药品并且是基本药物的费用SUM |
||
门急诊基本药物使用比例 |
门急诊基药收入/总收入 |
||
住院基本药物费用 |
收费类型为药品并且是基本药物的费用SUM |
||
住院基本药物使用比例 |
住院基药收入/总收入 |
||
抗菌药物 |
抗生素药物费用 |
收费类型为药品并且是抗生素药物的费用SUM |
|
抗生素药物使用比例 |
抗生素收入/总收入 |
||
门急诊抗生素药物费用 |
收费类型为药品并且是抗生素药物的费用SUM |
||
门急诊抗生素药物使用比例 |
门急诊抗生素收入/总收入 |
||
住院抗生素药物费用 |
收费类型为药品并且是抗生素药物的费用SUM |
||
住院抗生素药物使用比例 |
住院抗生素收入/总收入 |
||
耗材主题 |
|
均次耗材费用 |
门急诊均次耗材费; 住院均次耗材费; |
|
药材耗材占比 |
门诊药品耗材占比 急诊药品耗材占比 住院药品耗材占比 |
|
|
耗材费用占比 |
各类耗材费用/总费用 |
5.3移动端运营指标分析平台
移动端运营指标分析平台是基于数据中心进行数据的整合展现型应用,在手机微信等进行展现。
指标范围除了如上运营系统的指标外,需要增加门诊流量、住院床位、预约情况、接诊情况、候诊情况等实时数据的分析展示。
5.4基于大数据中心的数据搜索系统
提供跨异构的大数据多条件复杂搜索,支撑模糊搜索、精确搜索、同义语、逻辑运算表达式及搜索结果导出。要同时支持病历全文搜索,同时要支持病历全文搜索与其他结构化数据的关联检索,如病历关键字关联检验结果进行复合条件搜索。
一级功能 |
功能描述 |
海量数据统一搜索功能 |
1) 支持大数据统一搜索引擎 2) 支持关键词智能提醒 3) 支持搜索表达式管理 4) 支持结构化数据搜索 5) 支持非结构化数据搜索 6) 支持结构化与非结构化数据关联检索 7) 支持逻辑表达式运算 8) 支持在搜索条件中支持指定字段查询 9) 支持模糊搜索 10) 支持大于、小于、相似、包含、以此开头等匹配条件 11) 支持绝对匹配搜索 12) 支持按字段条件拼接高级搜索 13) 支持搜索结果排序 14) 支持搜索结果定制化扩展 15) 支持同义词 16) 支持智能语义解析 17) 支持搜索命中数结果 18) 支持搜索导出前二次过滤 19) 支持进行手术、用药等事件进行标签化处理、并根据事件进行关联搜索,如手术前用某药、用药后某项检验指标等 20) 支持调用患者统一视图查看完整就诊情况的功能; 21) 支持查看病历原始文档内容功能 22) 支持用住院号等患者信息搜索患者 |
搜索结果二次筛查 |
1) 支持对搜索结果可以按行级二次筛选,比如检验明细中只要CA199一项肿瘤标记物,其他过滤掉 2) 支持对搜索结果可以按列级二次筛先,比如检验明细中只要检验项目、检验结果、检验日期三列数据 |
搜索结果导出 |
1) 支持搜索结果中选择字段集导出到EXCEL 2) 支持宽表格式导出,满足科研统计工作的数据要求 3) 支持导出字段做标记 |
搜索授权 |
1) 支持搜索数据列级授权,如某医生只能搜索某些字段 2) 支持搜索数据行级授权,如某医生只能搜索自己患者的数据,或只能搜索近三年的数据,或只能搜索自己科室的数据 3) 支持搜索日志记录功能 4) 支持导出数据审批流程 5) 支持搜索审计功能 |
搜索统计 |
1) 支持搜索结果快速智能统计 2) 支持搜索结果直接进入内嵌统计算法,进行统计 3) 支持搜索热词的分布统计 4) 支持使用频次的统计 |
搜索后台管理 |
1) 支持同义词维护 2) 支持搜索字段维护 3) 支持搜索服务对外提供 |
性能 |
单个条件1秒以内,复合条件3秒以内 |
5.5 临床科研系统
一级功能 |
功能描述 |
eCRF构建 |
1) 支持自定义eCRF表单 2) 表单控件至少包含输入框、文本、日期、单选、多选、表格等 3) 可以快速拖拽创建表单 4) 表单布局可以拖拽调整 5) 表单样式可以自行调整 6) 可以直接用CDR的数据元选择自动生成eCRF表单,以方便构建灵活构建科研单病种库 7) 支持在微信端填写随访表单 |
智能化数据关联 |
1) 科研病种库表单可以自动与CDR数据关联 2) 科研病种库表单可以自动与解析好的病历数据关联 3) 可以进行事件触发数据关联关系 |
科研病种库及随访 |
1) 通过eCRF及CDR数据快速生成专科病种库 2) 支持病种库入组人群的入出组管理 3) 支持自定义随访计划 4) 支持随访计划与表单的关联设定 |
5.6科研统计工具
一级功能 |
功能描述 |
科研统计算法库 |
1) 正态性检验 2) 均数的比较与检验 3) 单样本与总体比较的t检验 4) 两样本比较的t检验 5) 多样本比较的方差分析 6) 多样本方差齐性检验 7) 频数的比较与检验 8) 单向频数表 9) 行X列表和卡方检验 10) 相关分析 11) 一般线性相关系数 12) 序变量(Polychoric)相关系数 13) 组内(Intraclass)相关系数 14) 回归分析 15) 广义线性模型 16) 广义相加模型 17) 广义估计方程(GEE) 18) 广义相加混合模型 19) 条件logistic回归 20) 稳健(Robust)线性回归 21) 多分类logistic回归 22) 线性或二次判别分析 23) 分类决策树(Recursive partition) 等基于R统计语言的43个医学统计算法。 |
5.7知识库
知识库及智能提醒,功能需要满足《电子病历系统功能应用水平分级评价方法及标准(试行)》5级及以上标准。
大类 |
序号 |
接口内容 |
功能与场景描述 |
知识库部分 |
1 |
知识库模块 |
提供临床诊疗指南、技术操作规范、医学药品、检验、护理常规、手术等结构化知识库; |
2 |
医学知识数据的指南搜索 |
指南搜索里面的知识内容包括有诊疗指南、操作规范、药品字典、检验项目,支持通过关键字匹配标题的方式在知识范围(诊疗指南、操作规范、药品字典、检验项目)内进行搜索,能够快速找到所需要的知识页面,同时,搜索结果结构化显示。知识页面内容结构化处理,显示更简洁,浏览更方便,为结构化数据提供链接,形成知识网络。 |
|
3 |
医学知识数据的知识挖掘功能 |
知识挖掘部分要求为用户提供更精确的搜索,用户可以在所提供的内容中进行细化、深入化的知识查询。 |
|
4 |
屏幕划词 |
支持任意文本中屏幕划词、划句的功能,方便用户随时随地查询。 |
|
5 |
指南推导 |
此功能要求为用户提供诊断推导辅助,用户可以通过在特定的指南范围选择症状体征进行搜索的方式,搜索出相关的诊断信息,通过搜索出的诊断信息,为用户提供参考。 |
|
6 |
症状推导 |
此功能要求根据症状学为用户提供具有针对性的症状和疾病间关联的参考,用户可以通过不同检索模式,不同的鉴别诊断学书籍的检索,检索出针对不同学科的辅助内容。症状推导根据所列症状进行疾病推导操作,此操作是基于症状所包含的疾病进行的推导;症状学推导根据疾病鉴别诊断类的不同书籍,按照书籍目录及页面原型进行逆向抽取成结构化元素进行疾病推导。 |
|
7 |
标准ICD图谱的疾病分类 |
要求根据国际标准的 ICD-10,按照疾病的病因、病理、临床表现等特性将疾病分门别类,使其成为一个层次分明、级别分明、疾病与编码对应的ICD图谱 |
|
8 |
医学工具 |
提供专业医学计算/评估工具功能 |
|
接口部分 |
1 |
诊断知识信息 |
医师保存诊断时,提示该诊断相对应的诊疗指南知识内容 |
2 |
药品知识信息 |
医生提交药品医嘱时,提示该药品相对应的知识信息 |
|
3 |
检查知识信息 |
医师提交检查项目时,提交该检查项目相对应的知识信息 |
|
4 |
检验知识信息 |
医师提交检验项目时,提示该检验项目相对应的知识信息 |
|
5 |
手术知识信息 |
提示提交手术申请时,提示该手术项目相对应的知识内容 |
|
6 |
药品项目建议 |
医师在开药品医嘱之前,提示该患者的参考用药信息 |
|
7 |
检查项目建议 |
医师在开检查申请之前,提示该患者的知识库建议检查项目清单 |
|
8 |
检验项目建议 |
医师在开检验申请之前,提示该患者的知识库建议检验项目清单 |
|
9 |
手术项目建议 |
医师在下达手术申请之前,提示该患者的知识库建议手术项目。 |
|
10 |
病房医嘱处理 |
医师提交医嘱时,可对医师开的医嘱项目进行自动审核,并给出智能提醒 |
|
11 |
检验报告解读 |
医师阅读检验报告时,跟根据患者的检验报告结果,自动判断,并给出检验报告解读知识提醒 |
|
12 |
检查报告解读 |
医师阅读检查报告时,可根据患者的检查所见和检查结论,自动判断,并给出检查报告解读知识提醒。 |
|
13 |
输血前评估 |
医师在开输血申请前,提示患者的输血指征评估信息。 |
|
14 |
输血申请后检查 |
医师在提交输血申请之后,对医师开具的输血项目,输血方式等进行审核,并给出提醒和警示。 |
6互联互通
6.1医院信息集成平台
集成平台功能要求:
1) 集成平台的研发必须严格执行国际软件工程标准,符合HL7等标准。
2) 要求采用SOA分析与设计方法,组件化、平台化开发与集成模式,充分考虑系统的开放性、可扩展性、稳定性及安全性,系统支持C/S和B/S架构。
3) 要求产品成熟稳定,功能模块齐全,符合应用规范。
4)支持双机热备的容灾方案,提供软件级Mirror容灾机制。
5)开放应用程序编程接口,并提供函数、动态库、中间件、HL7等说明文档和帮助文档。
6)支持通过可视化的图形界面管理系统内各模块。
7)要求集成平台系具有高度的灵活性和扩展性,充分考虑当医院业务高峰期数据库访问量巨大的情况下,整个业务系统的性能。
集成平台技术参数:
(一)适配器
1)平台具备连接各个应用系统的能力,支持通用技术网关;
2)采用市场上主流的医疗行业专用的集成工具,内置医疗行业相关组件及工具;
3)集成工具内置主流医院业务系统接口,如HIS、LIS、PACS、EMR、手术麻醉、重症护理等系统;
4)接口程序可通过集成工具界面进行图形化配置和管理;
5)网关支持主流的关系型数据库;
6)网关支持主流交互协议,如DICOM、HL7、FHIR、SOAP、XDS等协议;
7)网关支持主流技术协议,包括:Web-Service、TCP/IP、FTP、HTTP、MQ、JMS等;
(二)数据转换
1)支持通过编写代码实现数据转换;
2)支持通过图形化的数据转换引擎直观、快速、简单地创建和管理数据转换逻辑;
3)兼容卫计委卫生数据元、数据集和临床档案标准;
4)支持各种数据模型,包括复杂的消息对象、临床文档、字符流;
5)具有支持XML文档的XSLT处理器;
6)支持HL7 V2、V3标准消息的映射和转换,提供图形化配置界面;
(三)业务协同
1)通过业务流程管理(BPM)实现业务协同;
2)支持同步请求和异步请求场景;
3)业务流程管理具有丰富的图形编辑功能;
4)支持SOAP、REST、Java 类、SQL 存储过程等接口;
5)含有建模组件,允许业务用户定义、查看和管理复杂的跨应用流程;
6)通过图形化的方式查看定义的所有流程信息,包括流程名称,运行状态,发送方,接收方等;
7)支持基于事件的发布/订阅机制,降低系统间耦合度;
8)支持通过图形界面展现各节点和交换流程运行情况,并对异常情况进行报警;
9)提供全中文的平台监控界面,包括台相关服务器和组件运行情况监控;
(四)消息持久化
1)能够查询失败消息,在任意流程节点编辑后重发;
2)消息默认是持久化保存的;
3)具有消息查询和报表工具,提供消息审计和分析界面;
6.2互联互通四甲相关服务
6 .3电子病历系统功能应用水平5级相关服务
序号 |
内容 |
要求 |
1 |
质保期 |
1年 |
2 |
服务要求 |
中标单位负责宿州市立医院信息集成平台建设项目上线实施,在合同签订前按医院要求,完成针对投标文件中典型案例的核查工作,合同签订后施工人员一周内立即进驻。硬件设备两周内完成安装,系统九月内完成整体安装运行验收。直接提供至少一年免费维护期,同期至少1名工程师驻点服务。 |
3 |
售后服务 |
1、售后服务保障体系及措施完善,技术支持能力强,服务响应快,响应程度高。 2、承诺直接提供至少一年免费维护期并提供至少1名工程师驻点服务。必须提供原厂商针对本项目的服务承诺函。承诺1年免费维护期后每年维护费用不高于软件部分价格8% 3、对我院使用人员进行操作培训,提供完善培训方案,并承诺对平台管理人员不少于80课时的异地培训和200课时本地培训。 |
4 |
验收 |
由采购人及付款人组织验收 |
5 |
付款 |
付款人:中国农业银行股份有限公司宿州分行 付款方式:具体详见第 六 章 第 四 项 合同特殊条款 |
6 |
履约保证金 |
本项目履约保证金为合同价款的10%,由安徽省宿州市立医院收取,中标方必须在合同签订之日前将款项转账至安徽省宿州市立医院指定账户中。项目整体稳定运行后,由安徽省宿州市立医院及农行宿州分行进行验收,形成验收报告后,退还履约保证金。 |