XX医院大数据平台采购需求_第1页
XX医院大数据平台采购需求_第2页
XX医院大数据平台采购需求_第3页
XX医院大数据平台采购需求_第4页
XX医院大数据平台采购需求_第5页
已阅读5页,还剩52页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1交货期1大数据平台1套签订合同后10个月内XX医院2全套32.1.项目背景健康医疗大数据是大数据在医疗领域的一个分支,是指在与人类健康相关的活动中产生的与生命健康和医疗有关的数据,在行业治理、管理决策和产业发展等方面影响着整个医疗行业的变革。目前,健康医疗大数据已上升为国家战略高度,国家从战略规划、技术能力及应用与管理三个层面积极落实推进大数据发展政策,加速大数据产业发展从理论研究进人应用,近年来政策密集出台,政策风向明显。我国已初步建立健康医疗数据库,形成人口健康信息化体系,并在信息技术结合医学研究,健康管理等领城卓有成效。2021年国务院办公厅出台《关于推动公立医院高质量发展的意见》,提出以建立健全现代医院管理制度为目标,强化体系创新、技术创新、模式创新、管理创新,加快优质医疗资源扩容和区域均衡布局,力争通过5年努力,公立医院发展方式从规模扩张转向提质增效,运行模式从粗放管理转向精细化管理,资源配置从注重物质要素转向更加注重人才技术要素,为更好提供优质高效医疗卫生服务、防范化解重大疫情和突发公共卫生风险、建设健康中国提供有力支撑。同年国家卫生健康委员会发布《公立医院高质量发展促进行动(2021-2025年)》,2重要支撑力量,也是落实国家医疗健康领域大数据战略的重要基础。在2022年图、数据分析利用一平台、数据资源汇聚一个库。在2023年举行的CHINC大2.2.建设原则2.3.标准化原则依照国家卫健委最新颁布的《医院信息互联互通标32.4.先进性原则要求系统具备先进性,可持续发展性好、升级空间充裕。操作平台的选择和软件功能的编制都要有一定程度的超前性。2.5.易用性原则要求系统具备人性化的人机界面。用户可方便快捷地查找所需信息。内置在线图文操作说明,各界面全中文显示,下拉菜单级数一般不超过三级。支持用户自定义界面、菜单、功能,拖拽指标产生统计报表等。2.6.高可用原则面向稳定运行的设计保证系统的可靠性,有故障恢复和应急措施,保障系统核心功能不间断地正常运行。面向负载均衡设计,支持应用服务能力的线性扩展和流量均衡,保证在大事务量、大数据量的环境下可柔性调配以满足实际需要。要求设计时充分利用分离业务和框架方法,建立整体框架后组合各组件实现系统2.7.实用性原则实用性是评价医院信息系统的主要标准。它应该符合现行医院体系结构、管理模式和运作程序,能满足医院一定时期内对信息化的需求。提高医疗服务质量、工作效率、管理水平,为医院带来经济效益和社会效益。2.8.可扩展原则在应用软件结构上采用多层框架设计,分别支持应用系统的横向扩展和业务系统的功能扩展。采用模块化设计,可根据业务需要进行模块的拆接、组合。模块设计开发应尽可能为后续功能预留接口。核心系统模块既可单独运行也可连入42.9.可定制原则通过设计应用功能扩展工具保证业务功能定制:系统设计采用结构合理的多预留用户自定义接口,自定义动态组件加载,在不修改主程序的前提下实现客户化功能定制;灵活设计业务数据模型,适应业务应用扩展。要求无需对客户端进行维护。服务器端,应用系统和数据库均应提供维护工具。具备统一管理界面,利用清晰的管理向导来简化系统维护难度。出错时清晰显示对应的错误说明及处理办法。要求系统实现7×24小时连续安全运行,性能可靠,易于维护。内部网络设置层级授权机制,设定系统内终端与外部访问者权限,设定操作者多层级电子签名机制,防止数据删改。符合《中华人民共和国电子签名法》和CA认证的要求。对超级用户操作及高危操作进行留痕管理,并不允许删改,确保有关过程的安全性。系统研究开发过程严格按照ISO9001和CMMI的有关规定进行。《智慧医院示范建设评价指标》完善相关系统,完成基于信息集成平台的互联互通建设。使有限的优质医疗资源最大化利用,为实现区域卫生信息协作等奠定坚实基础;为基层医疗机构与上级指导合作医院的工作协同探索有效合作模式,为落实“以患者为中心”的服务理念提供有力支撑。项目建设需满足以下要求:项目涉及系统总体技术框架、应用系统、关键技术路线要求为医疗信息领域5项目的规划要求全面,符合医院整体发展规划,能够满足医院未来五年使用,对前期建立的信息化体系,结合医院长期发展需求,可进行合理增补和扩建,既解决信息化体系中目前存在并亟待解决的主要矛盾,又具备一定的前瞻性。项目设计要求合理,系统完整,设施完善,功能配套齐全。对海量业务明细数据的操作(存储、处理、传输、备份、迁移、利用等)应符合可靠、高效、安全的要求,以满足不断增长的医院业务需求。基于医院信息平台将医院院内各个应用系统的临床诊疗、管理、科研相关数据,通过平台的服务和ETL工具进行数据抽取、清洗、转换、装载等处理,并根据不同的业务,在逻辑上分类存储到临床数据中心、运营管理数据中心。通过主数据管理平台建立院内标准体系为实现互操作提供必要的语义保证,同时对患者、医护人员、科室、医嘱等基础数据及相关主索引实行统一管理。主数据管理平台将标准化后的患者、人员、科室、机构、术语、字典等相关主数据与被集成的各个业务系统之间进行同步。数据中心通过服务总线和数据同步工具从各业务应用系统采集业务数据,经过质控后,统一汇聚至数据湖。数据资源中心按照数据特点和应用场景选择合适的数据存储形式。根据数据挖掘、分析的需求将数据组织成主题类数据,包括临床数据、管理数据、科研数据等,在主题区内分类存放。通过使用平台提供的数据沙箱、建模工具、算法库等工具,利用平台的计算能力、存储功能和共享库向外提供数据服务。平台总体架构主要分为三部分,底层数据库存储数据,用于贴源层、标化层各类业务数据存储,进而形成各类专题数据中心,包括临床数据中心、运营管理数据中心;中间层业务逻辑,实现数据传输、加工、处理;最顶层运用方便快捷的框架,能够更高效的用于数据展现,实现快速开发,减少项目开发周期,节省项目成本的目的。6通过数据采集与交换系统采集数据源端前置库和缓存库的数据,首先装载数据至数据湖的贴源层,装载后的数据经质控、标化处理后,数据汇集到数据湖的标化层,数据分别存储在数据库和分布式大数据中。通过对数据湖原始数据的数据整合、标化,形成临床数据库、管理数据库。按应用功能和数据利用情况,对该区数据进行存储,为各应用系统提供各类查询、校验、共享等数据服务。系统需遵从以下标准和规范:(1)需遵循的法规、标准《中共中央国务院关于深化医药卫生体制改革的意见》《计算机信息系统安全等级保护相关规范》;《中共中央关于制定国民经济和社会发展第十三个五年规划的建议》;《计算机软件需求说明编制指南》(GB9385-2008);《中华人民共和国计算机信息系统安全保护条例》;《计算机软件产品开发文件编制指南》(GB/T8567-2016);《信息技术安全技术信息技术安全性评估准则》(GB/T18336-2015);《信息技术开放系统互联高层安全模型》(GB/T17965-2000);《信息技术开放系统互联基本参考模型》(GB/T9387);《信息技术开放系统互联开放系统安全框架》(GB/T18794);《信息技术开放系统互联通用高层安全》(GB/T18237);《计算机场地通用规范》(GB/T2887《计算机场地安全要求》(GB9361-《计算机信息系统设备电磁泄漏发射限值》(GGBB1-1999);《计算机信息系统设备电磁泄漏发射测试方法》(GGBB2-1999)。(2)需遵循的卫生行业规范、标准:7《医院信息系统基本功能规范》;《基层医疗卫生信息系统功能规范》;《卫生信息共享文档规范》;《电子病历系统基本规范(试行)》;《电子病历基本架构与数据标准(试行)》;《电子病历系统功能规范》;《电子病历系统功能应用水平分级评价方法及标准》;《基于电子病历的医院信息平台建设技术解决方案》;《电子病历标准符合性测评方案》;《医院信息互联互通标准化成熟度测评方案(试行)》;《三级综合医院医疗质量管理与控制指标(2011年版)》;《医院信息平台基本交互规范》;国家卫健委《三级医院评审标准(2020年版)》;国家卫健委《WS445-2014电子病历基本数据集》;国家卫健委《WS/T/T447-2014基于电子病历的医院信息平台技术规范》;国家卫建委《WS/T500-2016电子病历共享文档规范》国家卫健委《WS/T482-2016卫生信息共享文档编制规范》国家卫健委《WS/T302-2009卫生信息数据元标准化规则》;国家卫健委《WS/T306-2009卫生信息数据集分类与编码规则》;国家卫健委《WS/T304-2009卫生信息数据模式描述指南》;国家卫健委《WS/T305-2009卫生信息数据集元数据规范》;国家卫健委《WS/363-2011卫生信息数据元目录》;国家卫健委《WS/T102-1998临床检验项目分类与代码》;国家卫健委《WS/364-2011卫生信息数据元值域代码》。(3)参考标准HL7V2&V3:卫生信息传输协议标准;IHE:集成医疗环境中医疗信息系统之间信息共享交换标准;DICOM:国际医学图像和相关信息标准;IQIP:国际医疗质量指标体系标准。8数据采集需支持多种类型数据源,包括关系型数据库、非关系型数据库、web服务等,常见的关系型数据库有MySQL、SQLServer、Oracle、Cache等,非关系型数据库有HDFS、Hive、HBase、MongoDB等多种类型。随着国产软件技术的快速发展和信息安全要求的日益提高,本单位致力于采用并推广国产化软件产品,以增强自主可控能力,并促进国产软件产业链的发展。因此本次采购系统需完全支持与国产化软件兼容,以确保各业务系统能高效、稳定地运行在国产软件平台上。1大数据平台数据采集1套2任务调度1套31套41套5数据清洗工具1套6临床数据中心基础信息库1套7临床信息库1套8临床文档库1套9相关支撑服务1套管理数据中心1套主题分析与指标数据1套9基于数据中心的应用患者360集成视图系统1套院长决策支持系统(电脑端)1套院长决策支持系统(移动端)1套院长决策支持系统(大屏端)1套科研数据管理系统1套科研数据探索系统1套员工360视图1套大数据平台技术架构工具软件大数据平台技术架构工具软件1套1套医院大数据平台可以对所有的数据中心进行统一管理,包括但不限于资源管理、数据管理、统计工具。数据开发工具、数据清洗工具、目录导航、目录管理功能。要求包括接入系统、输入配置、输出配置、采集配置管理。(提供真实案例截图证明,提供医院信息主任电话备查)。任务调度:该模块支持为任务调度提供统一入口,有效实现平台数据和计算资源共享,平台需提供任务调试配置管理功能,包含任务的优先级设置、采集频率设置、启动时间设置、系统重启后或者任务异常后处理方式(提供真实案例截图证明,提供医院信息主任电话备查)。数据共享的最小数据集(如医疗机构信息、人员信息、诊疗目录、疾病目录、药要求提供一套数据质量监管系统,通过掌握医院医疗数据信息化发展状一性、数据关联性等数据质量相关的数据质量分析及评分。(提供真实案例截图证明,提供医院信息主任电话备查)。子病历中各类模板的数据转换为基于HL7FHIR规范的文档型数据。实现病历数5.7.临床数据中心数据中心对病人诊疗数据(数值、文字、波形、图像)进行统一有效管理和标准化存储,实现患者临床信息的整合,在此基础上通过整合其他相关信息数据,建立面向医院管理层的决策分析系统,同时满足对医疗数据进行科研和临床决策支持等的需要,以及支持区域医疗信息的共享。具体功能要求包括:基础信息库注册、基础信息库存储、基础信息库、集团化医联体服务、临床信息库、病历概要数据存储、病历记录数据存储、转诊记录存储、其他文件存储、医疗机构信息存储、应用程序标准接口服务、临床信息注册、消息引擎及主索引服务、CDA文档相关服务、数据整合及查询相关服务、临床数据中心应用情况分析、临床文档库、临床文档库存储等。支持基础信息库包括了患者的人口学信息、医疗卫生人员的注册信息、以及各种医疗卫生、公共卫生术语字典数据等。支持对患者、医疗服务人员、机构、字典和术语进行注册。支持对患者、医疗服务人员、机构、字典和术语进行存储。支持各个系统将检查、检验结果、诊断、医嘱、生命体征、诊疗过程等各种临床信息注册到临床数据存储库中。要求通过患者主索引与电子病历基本数据及标准搭建临床信息库的存储,以结构化数据形式存储于数据库中。提供临床数据中心概览可视化分析符合卫计委电子病历共享文档规范和电子病历基本数据集标准的XML文档,主要应用于医联体临床数据交换及区域医疗信息共享与协同。基于CDA定义文档结构,如入院记录,定义一套XML结构,以文档形式按照医疗机构中医疗服务活动的职能域划分,病历记录可分为:门(急)诊病历记录、住院病历记录和健康体检记录等三个业务域。提供文档注册、存储、访问管理。5.8.8.2.数据整合及查询相关服务提供数据采集服务、数据整合服务、数据审核、导出、权限设置、隐私设置等功能。5.9.管理数据中心具体功能要求包括:数据源管理、码表维护、码表同步、维度字典维护、维护属性字典维护、主题维护、主题指标维护、指标条件维护、指标专题维护、数据权限、报表管理、权限管理、查询模板配置、统计组维护、数据录入、当日指标维护、当日主题维护、填报管理等。数据迁移同步时,对数据源地址做统一管理,方便任务自动对码表数据做迁移同步操作。能够将管理数据中心(MDR)使用到的与业务相关的字典全部集中维护,方便查看码表信息,包括码表对应的维度角色,码表的字段信息等。通过界面化操作,实现码表数据的迁移同步功能。同一个维度在不同的场景下有不同的维度角色,如科室维度有开单科室维度,执行科室维度,病人科室维度等。要求对统一维度下的不同角色进行维护。(提供真实案例截图证明,提供医院信息主任电话备查)。提供一套公共的维度属性字典,每个维度字典的字段编码不一致,通过关联公共维度字典,可以简化公共接口的使用,获取数据时不用记住每个码表的字段编码,使用公共简化的维度字典,方便使用,提高效率。(提供真实案例截图证明,提供医院信息主任电话备查)。对主题的字段信息,字段关联的维度字典,主题的统计口径,度量信息等进行统一维护,通过主题维护界面,可以快速查询主题信息和主题的逻辑结构。将每个主题相关联的指标进行统一管理,通过查看每个指标信息,可以获取指标依赖的主题,指标的统计口径,依赖的度量,指标的过滤条件,聚合函数等信息。(提供真实案例截图证明,提供医院信息主任电话备查)。将所有指标相关联的过滤条件进行统一管理,实现同一个指标条件在多个指标的过滤使用;如药品的判断规则发生改变,与这个条件相关联的其他主题指标也会相应发生改变。对各种指标进行归类形成一类专题,接口调用指标专题后,直接获取专题下面的指标数据,后续只需要调整专题下的指标维护情况,不用改变其他的接口信息,提高指标的使用效率。通过维护不同的权限方案,不同的分配对象所具有的权限科室,实现对数据的权限访问。对统计报表做集中管理。通过报表管理,方便了解整体业务结构和每个报表的详细信息,如报表使用到的指标,统计口径,依赖的主题信息,使用的部门以及访问记录、反馈信息等。对统计报表做集中的授权管理,包括按照用户的报表授权和按照角色的报表授权功能。每个主题的明细查询进行集中配置。通过对主题的字段列做关联维护,模板的条件做过滤设置,可以在界面上自由拖动维护的查询模板信息,实现对主题明细数据的查询。5.9.1.14.5.8.22统计组维护要求对业务场景中存在的对某一类型进行归类合并的处理。通过调整统计组的显示和顺序,可以实现界面自动调整的功能。(提供真实案例截图证明,提供医院信息主任电话备查)。对于需要手工录入的数据需要提供界面操作功能,用于在系统中统计分析手工录入的外部数据。对当日监控中涉及的指标进行统一管理,可维护对应指标指标类型,指标代码,对应主题,统计口径,过滤条件,聚合函数,转换因子,显示风格等。对当日监控中涉及的主题进行统一管理,对主题信息进行维护,对主题中的各个组成字段进行精确划分,从维度类型区分字段是维度还是度量,从来源方式确定字段是实体字段映射还是自定义生成,根据字段属性区分是否为统计口径等。对无法进行系统统计的指标,提供手动填报处理的功能。5.9.2.主题分析与指标数据具体功能要求包括:收入主题、挂号主题、出入转主题、门诊处方主题、门诊发药主题、住院发药主题、门诊就诊主题、住院就诊主题、麻醉主题、手术主题、预约挂号主题、资源排班主题、病人诊断主题、医保主题、病案主题、病案诊断明细(手术明细主题)、重点病种(手术)主题、并发症主题、人力资源主题、不良事件主题、院感主题、重症主题的分析及指标数据采集。记录医院收入流水明细,数据粒度包含科室(开单科室、接收科室、执行科室)、医生(开单医生、接收医生、执行医生)、收费项目、医嘱项及各种收费全院总收入、门诊收入、住院收入、急诊收入、门诊药品收入、住院药品收入、全院药品收入、门诊材料收入、住院材料收入、门诊中药收入、住院中药收入、体验收入、门诊药占比、住院药占比、门诊材料占比、住院材料占比、全院医嘱数量等指标。记录门急诊患者挂记录,数据粒度包含挂号科室、医生、患者、预约方式、出诊级别、节假日等。5.9.2.4.5.13挂号主题指标门诊挂号人次、门诊退号人次、门诊挂退号人次、门诊挂号工作量、门诊挂号费、门诊诊查费、门诊病历本费、门诊节假日挂号人次、门诊节日挂号人次、门诊假日挂号人次、门诊工作日挂号人次、门诊初诊挂号人次、门诊复诊挂号人次、门急诊初诊率、预约人次、门急诊复诊率等指标。从科室、病区二个角度记录住院患者在院期间流转情况及医院床位使用情况。实际床位数、原有人数、入院人数、出院人数、现有人数、死亡人数、固定床位数、实有床位数、出院患者住院总天数、平均开放病床数、实际占用总床日数、实际开放总床日数、出院人次等指标。处方号、处方类型等。5.9.2.8.门诊处方主题指标门急诊处方数、门急诊处方金额、门急诊处方药品品种数、门急诊中成药处方数、门急诊中成药处方金额、门急诊中草药处方数、门急诊中草药处方金额、门急诊中草药处方代煎数、门急诊中草药处方自煎数、门急诊西药处方数、门急诊西药处方金额、门急诊中药处方数、门急诊中药处方金额、门急诊当日配发药处方数、门诊处方数、门诊处方金额、门诊处方药品品种数、门诊中成药处方数5.9.2.9.门诊发药主题分析记录门诊药房发药历史情况,数据粒度包含药房、开单科室、开单医生、发药人、金额、数量等。5.9.2.10.门诊发药主题指标门诊发药金额、门诊发药数量、基本药品金额、基本药品数量等。5.9.2.11.住院发药主题分析记录住院药房发药历史情况,数据粒度包含药房、开单科室、开单医生、发药人、金额、数量等。5.9.2.12.住院发药主题指标住院发药金额、住院发药数量、基本药品金额、基本药品数量等指标。5.9.2.13.门诊就诊主题分析记录门急诊患者就诊信息,数据粒度包含:就诊科室、就诊医生、费用、主诊、就诊记录各种标志(抗菌、基本药物等)。5.9.2.14.门诊就诊主题指标门诊就诊人次、门诊就诊总费用、门诊就诊总药费、门诊就诊使用口服剂人次、门诊就诊静脉输液人次、门诊就诊使用注射剂人次、门诊就诊使用抗菌药物人次、门诊使用基本药物人次数、门诊次均费用、门诊次均药品、门诊就诊使用抗菌药物使用率、门诊使用基本药物使用率等。就诊记录各种标志(抗菌、基本药物等)。5.9.2.16.住院就诊主题指标出院人次、住院就诊总费用、住院就诊总药费、住院就诊使用口服剂人次、住院就诊静脉输液人次、住院就诊使用注射剂人次、住院就诊使用抗菌药物人次、住院使用基本药物人次数、住院次均费用、住院次均药品、住院就诊使用抗菌药物使用率、住院使用基本药物使用率等指标。5.9.2.17.麻醉主题分析按照手术台次记录手术申请及麻醉的过程情况,数据粒度包含:申请科室、申请医生、麻醉医师、主刀医师、手术级别、麻醉方式等。5.9.2.18.麻醉主题指标手术总台数、择期手术总台数、日间手术总台数、介入手术总台数、微创手术总台数、一级手术总台数、二级手术总台数、三级手术总台数、四级手术总台甲)、脊髓麻醉例数(三甲)、其他类麻醉例数(三甲)、手术时长等指标。5.9.2.19.手术主题分析按照手术手术例数记录手术申请及麻醉过程,数据粒度包含:申请科室、申请医生、麻醉医师、主刀医师、手术级别、麻醉方式等。手术总例数、手术总例数、择期手术总例数、急诊手术总例数、日间手术总例数、介入手术总例数、微创手术总例数、一级手术总例数、二级手术总例数、三级手术总例数、四级手术总例数、重返手术总例数等指标。5.9.2.21.预约挂号主题分析记录门诊患者预约情况,数据粒度包含:预约操作时间、预约方式、预约科室、预约就诊时间等。5.9.2.22.预约挂号主题指标号源数、可预约号源数、预约人次、预约取号人次、预约爽约人次、预约取消人次、预约取号退号人次、初诊预约取号人次、复诊预约取号人次、本地预约取号人次、本地初诊预约取号人次、本地复诊预约取号人次等指标。5.9.2.23.资源排班主题分析记录门诊医生排班情况,数据粒度包含:医生级别、预约数量、医生出诊时应出诊医生人次、实出诊医生人次、停诊医生人次、替诊医生人次、被替诊医生人次、可挂号数量、可预约数量、加号数量等指标。诊断名称、患者类型、诊断类型、年龄等。全院诊断数量、门急诊诊断数量、门诊诊断数量、急诊诊断数量、住院诊断数量、体检诊断数量等指标。5.9.2.27.医保主题分析记录医保患者费用报销情况,数据粒度包含:医保类型、病人费别、个人支付额、基金支付额、统筹支付额、大病支付额、个人自付等。5.9.2.28.医保主题指标医保总金额、个人支付额、基金支付额、统筹支付额、大病支付额、住院天数、医保人次、医保次均费用以及医保DRGS相关分析等指标。5.9.2.29.病案主题分析记录住院患者病案首页编目后相关信息,数据粒度包含:患者基本信息、诊断情况、手术情况、费用等。出院人次、住院患者死亡人次(三甲)、住院手术死亡人次(三甲)、新生儿出院患者人次(三甲)、新生儿出院患者死亡人次(三甲)、新生儿死亡率、出院患者抢救人次、出院患者抢救成功率、手术患者并发症发生例数等指标。5.9.2.31.病案诊断明细、手术明细主题分析记录住院患者病案首页编目后相关诊断相关信息,数据粒度包含:入院情况、诊断idc、诊断名称、诊断序号、手术名称等。5.9.2.32.病案诊断明细、手术明细主题指标诊断例数、手术列数、入院情况、诊断ICD、诊断名称、诊断序号、手术名称等。5.9.2.33.重点病种、手术主题分析记录医院重点病种、重点手术患者情况:出院科室、主治医生、患者信息、5.9.2.34.重点病种、手术主题指标住院重点疾病总例数(病种)(三甲)、出院患者死亡人数(病天再住院患者人次(病种)(三甲)出院15天内再住院患者人次(重点病种)(三甲)、出院31天内再住院患者人次(重点病种)(三甲)、出院患者住院总天数(重点病住院重点手术总例数(重点手术)(三甲)、出院患者死亡人数(重后非预期再手术例数(重点手术)(三甲)、出院患者住院总天数(重点手术)(三甲)、5.9.2.35.并发症主题分析记录医院并发症患者情况:出院科室、主治医生、患者信息、费用等。并发症总例数、并发症死亡人次、并发症死亡率、并发症总费用、并发症总药费、并发症次均药费、并发症次均费用等指标。记录医院人力情况,数据粒度包含:入职日期、年龄、职称、在院状态等卫生人员数、护理人数、医技人数、麻醉医生人数、离职率、医护比、麻醉医生比等指标。5.9.2.39.不良事件主题分析记录医院患者发生不良事件,数据粒度包含:不良事件类型、时间、原因、处理方式等。5.9.2.40.不良事件主题指标住院患者压疮发生率、医院内跌倒/坠床发生率、产伤发生率、产伤——新生儿人次、产伤——器械辅助阴道分娩人次、产伤——非器械辅助阴道分娩人次、因用药错误导致患者死亡发生率、输血/输液反应发生率、手术过程中异物遗留发生率、医源性气胸发生率、医源性意外穿刺伤或撕裂伤发生率等指标。5.9.2.41.院感主题分析记录医院患者发生感染情况。5.9.2.42.院感主题指标呼吸机相关肺炎发病率(‰)、留置导尿管相关泌尿系感染发病率(‰)、血管导管相关血流感染率(‰)、不同感染风险指数手术部位感染发病率(%)、新生儿科两项侵入性操作相关感染等指标。5.9.2.43.重症主题分析记录医院患者发生重症情况。ICU-1非预期的24/48小时重返重症医学科率(%)、ICU-2呼吸机相关肺炎(VAP)的预防率(‰)、ICU-3呼吸机相关肺炎(VAP)发病率 (‰)、ICU-4中心静脉置管相关血流感染发生率(‰)、ICU-5留置导尿管相关泌尿系感染发病率(‰)、ICU-6重症患者死亡率(%)、ICU-7重症患者压疮发生率(%)、ICU-8人工气道脱出例数等指标。要求系统具备数据中心数据展示的窗口,通过集成资料的快捷方式,且界面以直观方式显示患者当前各生命体症(体温、脉搏、血压、呼吸)、检查检验、医嘱等患者重要的观察指标,并能以时间方式查询此前1、临床信息菜单主要包含患者的就诊史,诊断,医嘱信息,用药信息,检5.10.1.2.临床信息展示分类信息展示,全选就诊记录,按照临床分类展示全部信息数量和临床信息内容,用户可以根据时间段,类型等等展示不同的内容;2、就诊集成显示,某次就诊中有哪些临床表现,是否有手术,做过哪些检查检验等。5.10.1.3.医院运营数据分析1、根据不同的角色设置不同的权限,查看不同的临床信息分类;2、隐私域配置,以防止患者就诊的隐私信息被泄漏,管理员维护隐私的元素,控制展示隐私的内容。5.10.2.7、院长决策支持系统(电脑端)要求院长决策支持模块能够将现有HIS、LIS、PACS、OA、病案系统、资产管理系统等多种业务和管理系统的数据,利用联机业务、数据的清洗、数据转换、数据仓库、多维数据、数理统计和数据挖掘等技术,以生动友好的界面形式展现数据分布特征,发现数据中的显性或隐性的规律和知识,实现医院对业务和管理状态的监督、追踪等。通过可视化的功能界面,完成医院对数据管理指标的定义、指标条件定义、指标目标值维护、指标显示格式、单位等相关指标定义内容维护。实现全院数据统一定义、统一口径,最终实现指标管理标准化。最后通过专题维护、指标分析,菜单配置,权限分配,形成该部门或该业务域的数据分析系统。具体功能应包含但不限于:院长驾驶舱、管理专题分析、单指标分析、当日分析、门诊驾驶舱、住院驾驶舱、运营日报、工作周报等。5.10.3.8、院长决策支持系统(移动端)支持利用移动终端查看上述电脑端内容,建设移动端(手机)数据监控,支持通过移动端查看和集中管控多种场景的整合数据。5.10.4.院长决策支持系统(大屏端)建设大屏幕端数据监控,支持发布到多场景的数据大屏上进行可视化集中管控,能够在大屏幕端展示等多种场景的整合数据,从医院财务,医疗,药品,物资,人事,行政等各个方面,按宏观到微观,由粗到细的方式,采用数据表格与各种统计图相结合的形式展现医院营运状况。5.10.5.1.CRF数据查询支持用户能够指定CRF数据(限定课题、日期范围、各种随访所采集的项目等条件)进行查询。对CRF数据进行查询的目的主要是取得有效的CRF数据,以便进行统计分析。支持保存查询条件和对应的结果列定义。用户能够导出查询结果为xls格式的文件,保存在本地。支持对可执行的操作(查询、保存查询、导出、查看CRF信息)、查询内容的范围(CRF信息范围)以及查看随访信息的范围进行权限控制。支持管理整个科研系统中的各级用户,用户分为不同的职能,分别行使不同的权限。用户还需要直接对到项目。支持管理整个科研系统中的各种职能,每种职能分别行使不同的操作权限、具有不同的访问范围(项目、病例、CRF)。5.10.5.4.权限规则管理支持管理整个科研系统中的各种操作权限,权限被分配到职能中,再将职能分配到用户,实现不同用户的不同权限。支持用户查询、增加、修改、作废科研项目,同时定义项目的相关属性,包括级别、相关科室、负责人、相关CRF模板等;管理的相关操作要有权限控制,不同的用户可以进行不同范围的不同操作。支持用户在HIS内部或者单独的病人登记界面,将病人加入某个拥有增加病例权限的项目中,并记入该用户名下,可以对部分或者全部科研项目中的病人进行查询,还可以从某个项目中删除病人。5.10.8.科研项目相关CRF管理支持用户将已经做好的科研病历模板加入某个科研项目或者从项目中删除。一个模板可以被多个项目使用,一个项目可以拥有多个模板。支持数据采集表单设计,提供数据录入表单供用户录入数据使用,同时满足从外部获取外部系统数据使用。要求用户通过简单的培训,能够自行设计表单,对于表单的维护不需要技术和实施人员参与。5.10.8.2.CRF数据采集支持对于已经纳入某个项目的病人,要能够提供提示填写科研病历的功能。CRF表单要能够实现动态填写,即在一份表单上,根据某项数据的不同填写内容决定后面需要填写的数据项,如“性别”选“男”,则要填写“吸烟史”,选“女”,则需要填写“生育史”;能够从其它系统采集需要的已有数据。表单还要有数据校验功能,能够校验一个表单内部单一或者多个数据项间逻辑关系的合法性,还能够实现跨表单数据逻辑关系的校验;CRF表单还需要有自动计算和评分的功能,即根据多个数据项目的内容进行其它项目内容或分值的自动计算。提供实现数据元编辑管理功能;数据元维护提供包括但不限于患者、就诊记录、诊断、检验医嘱、检验报告、检验项目、检查项目、药物、手术、电子病历 (病案首页、入院记录、手术记录、日常病程记录、出院记录)、病理等基础信支持按照病人、病案首页、病历、诊断、症状、手术、检查、检验等分类对分布式查询所涉及的查询项和导出结果项进行管理,支持高级用户进行新增、修改、删除操作。5.10.9.3.数据字典管理提供针对元数据取值的字典表管理的界面,包括字典表的增、删、改、查。以及字典表取值的增、删、改、查功能。字典表可以绑定到元数据上,作为元数据取值的选择项。5.10.9.4.数据抽取任务提供任务的配置功能,包括数据源、接口和接口任务管理。细分数据源管理,包括输入数据源和输出数据源管理;数据接口管理:支持数据库直接访问和数据接口两种形式,提供数据接口的输入源、接口主体、入参、出参、输出源的配置;接口任务管理:提供将数据源、数据接口、转换清洗方法组合成数据抽取任务的整合方案和展示界面。5.10.9.5.数据抽取日志管理提供数据采集监控功能,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论