1、第二章 采购人需求第一节 项目概述一、 本项目(最高限价150万元人民币)二、 项目名称广州市第一人民医院医院质量控制与管理平台采购项目。三、 项目内容本次招标内容为医院质量控制与管理平台，包括系统软件的供货、安装调试、软件集成、开发、技术支持、运行维护、项目验收、技术培训及售后服务等。序号 名称 数量 交货期 备注1医院质量控制与管理平台1 项 合同签订之日起 6 个月内到货、安装、调试完毕广州市第一人民医院（广州消化疾病中心、广州医科大学附属市一人民医院、华南理工大学附属第二医院）是广州市卫生和计划生育委员会下属大型综合性三级甲等医院，是广州地区医疗、教学、科研、干部保健的重要基地。始建于
2、 1899 年（光绪 25 年），名为“城西方便所”，1953 年与市立医院合并，解放后于 1954 年更名为“广州市第一人民医院”。医院由院本部、南沙医院和鹤洞分院三个院区组成。医院本部位于越秀山下，流花湖畔，东风西路主干道旁。医院（含南沙、鹤洞）占地面积约 16.45 万平方米，医疗业务建筑面积 24.79 万平方米，拥有固定资产约 16.6 亿元；现有职工人数 3721 人，其中卫生技术人员 2819 人，高级职称 637 人；博士生导师 28 人，硕士生导师 107 人。享受国务院政府特殊津贴专家 10 人，广州市杰出人才 1 人，广州市优秀专家 3 人。编制床位 2490 张，实际开
3、放床位 2335 张。2016 年全院门诊总诊疗 297.2 万人次，年收住院病人 8.1万人次，全院实际手术 4.1 万次。目前，无论医院等级评审、HQMS、2011 年三级综合医院医疗质量管理与控制指标都要求医院能够随时上报医院运营、管理、临床、绩效、科研、财务等全方位的医院信息，而医院当前大部分上报内容是通过手工处理或者业务系统报表定制等方式完成。随着上报内容和要求的日益提升，医院统计部门、信息科已逐渐无法支撑如此繁杂和重复性的数据整理工作，并且传统的统计方式也存在众多问题，如统计口径不一致、出错率高、报表制作周期长等。此外，当今的我国医院管理不再只是凭借着医学前辈们的经验管理，而更加重
4、视科学化、信息化的管理方式，但当前院长及决策层都无法获得即时可靠的分析型数据，并且各个业务科室负责人也无法获取有用的科室医疗质量和工作量等分析数据。为了解决上述的问题，需要在医院现有信息系统的情况下建立医院质量控制与管理平台，对所需数据进行采集和清洗，最终实现按角色分类的智能分析平台，减轻各科室的负担，为医院的运营、管理、绩效、临床等各方面提供重大帮助，进一步提高整个医院的工作效率及医疗质量。三、项目目标系统建设的总体目标：统一规划医院数据集成，完善已有监察软件的同时建立综合性监察平台引入数据挖掘平台，更好的将系统的数据通过多层次、多角度的综合展示给各级领导决策，达到统一数据出口，统一集成平台
5、，统一权限管理的目标。建立医疗质量的评体系标准，对医院开展医疗质量、运营管理、抗生素管理等测评，同时对科室、医生进行全面监管。在医院现有系统上构建综合应用监察功能。利用医院的集成平台，通过统一的数据接口将医院有用的信息进行上传、梳理、整合，通过对上传数据的抽取/转换/加载，建立数据仓库，并根据各个职能部门的相应需求，建立多维分析报表，达到医院实时监控、全面监控的效果。全面利用信息技术，以 “终末质量”和“基础质量” 、“环节质量”并重为原则，通过辅助医院优化指标评价体系，细化层级责任，优化监控手段，常化监督提醒和强化考核奖惩措施，做到全面质量管理（TQM），实现精细化管理体系和管理机制，最终有
6、效地提高医疗质量和改善医疗服务水平。第二节 项目技术需求描述一、整体要求医院质量控制与管理平台是以医疗业务、数据仓库及相关的工具软件为核心基础，为医院提供一个完整的、多用途的智能分析平台环境。它允许用户访问、分析和操作任何类型的信息（包括结构化数据和非结构化数据） 。通过对医院全体数据管理的规划，对全院的数据进行统一管理。针对医院现有信息系统的不足，结合质控平台需求，保证原有系统向新系统的顺利过渡，在不推翻原有信息系统的基础上，通过建设医院质量数据统一平台，整合医院已有的子系统，构建全院质量数据中心，最大化降低新系统建设的成本。考虑到医院所有用户的信息需要，汇集医院以临床诊疗系统为核心的信息系
7、统，设置病人主索引，形成病人 360 全景展示，为医院各类用户包括院领导、行政管理部门、医护人员提供统一的医疗信息咨询/检索/展现平台，建立全院协同运作模式，实现对全院质量数据的深度利用和分析，根据质量管理体系标准，结合医疗服务规章制度、诊疗常规等，识别影响医疗质量的要素，建立医疗质量控制指标体系。并根据该体系，研究医疗质量实时控制的模式及持续改进机制，制定医疗质量管理信息系统的功能框架和建设规范。达到对医疗及其相关活动行为进行全程、实时、动态、有序控制管理，实现医疗质量的全面、精细、可控、可持续改进的目标，提供扎实的理论和应用基础，通过本系统的建设，全面利用信息技术，以 “终末质量” 和“基
8、础质量” 、 “环节质量”并重为原则，通过辅助医院优化指标评价体系，细化层级责任，优化监控手段，常化监督提醒和强化考核奖惩措施，做到全面质量管理（TQM） ，实现精细化管理体系和管理机制，最终有效地提高医疗质量和改善医疗服务水平。数据仓库是一种决策支持系统的基础。若要有效地利用数据仓库的数据资源, 需要强大的工具对数据仓库中的数据进行分析, 以提取决策支持信息。这些工具主要包括联机分析处理( OnLine Analytical Process ing, OLAP) 和数据挖掘( DataMining, DM )。OLAP 技术是基于多维数据库和多维分析的一类技术, 是专门用于支持复杂的决策分析
9、、支持信息管理和业务管理人员决策活动的一种决策分析工具,主要实现共享多维信息的快速分析。数据挖掘是通过从数据库中抽取隐含的、未知的、具有潜在使用价值信息和知识的过程, 是知识发现( Know ledge Discovery in Database)过程中最为关键的步骤。医院质量控制与管理平台是通过数据仓库等先进技术，进行数据挖掘和处理的工具。BI 系统提供使医院迅速分析数据的技术和方法，将这些数据转化为有用的信息，然后提供给各级领导进行决策。系统应该具有以下特点：1.1 可协助医院实现质量、安全、服务、管理的持续改进产品按照卫生部对三级医院的评审标准建立了一套指标评价体系，对各指标即时监控并深
10、入分析，可协助医院实现质量、安全、服务、管理的持续改进，满足三甲医院响应卫生部复评以及二甲医院的升级评审需求；1.2 实时医疗监管系统参考卫生部对三级或二级医院评审的指标体系，将医院的医疗管理业务分为六大主题，对各大主题的相关数据按内容、业务（部门、科室）分析，应用BI 技术、工具以及统计方法进行直观的展现。对医院领导层要求的部分数据指标应能够实时动态的监测，并能够将关键指标以短信等方式推送至医院管理层。系统应支持移动端应用，能够通过移动终端进行远程监管。二、总体技术要求2.1 采用先进、成熟的技术路线和产品投标人应采用成熟引擎产品和组件，提高开发效率，降低开发风险，满足业务需要，便于二次开发
11、和系统扩展，使系统具有一定的前瞻性、技术先进、功能实用、易于扩展。2.2 基于面向服务的架构遵循面向服务（SOA）的核心构架思想，采用组件化、面向服务的设计开发模式，采用以业务为驱动的自顶向下框架设计方法，贯彻以新建和整合相结合的系统建设方式进行总体设计。整个系统应以服务为导向，医疗信息化核心业务为关键，信息资源规划和开发利用为主线，基础设施为强力支撑。2.3 图形化开发提供可视化流程设计能力，支持图形化的处理节点编排和组合，通过拖拽方式实现消息映射、转换、路由的设置，降低对 IT 技术要求，同时也可支持编码方式，以便进行定制开发。2.4 根据不同维度构建数据模型应实现从不同维度对数据进行应用
12、。如：可从时间维度、病人视角、药品维度等对同一个数据进行检索和分析，检索条件和角度和灵活挑选。也可为某一特定的应用提供专用的主题，提供专业型的数据和提升访问效率。2.5 灵活的数据报表生成应能够灵活的对数据进行重组，利用界面展示工具快速产生相应的报表信息。四、 数据接入引擎技术要求数据接入引擎要求能将医院各业务系统的数据取出，经过 ETL 过程建立标准结构的数据仓库。ETL 过程用于从多个数据源提取业务数据，清理数据，然后集成这些数据，并将它们装入数据仓库中，为数据分析做准备。具体技术要求如下：序号 功能列表 技术要求1 数据获取采用国际知名品牌数据抽取工具，采用数据库动态日志捕获同步技术，对
13、生产系统的资源消耗控制在 10%以内，数据实时性延迟不超过 30 秒。最终可实现所获取的数据与业务系统的实时数据相差不超过 30 分钟。2 数据清洗过滤那些不符合要求的数据，将过滤的结果交给业务主管部门确认是否过滤掉，还是由业务单位修正之后再进行抽取。不符合要求的数据主要是有不完整的数据、错误的数据和重复的数据三大类。3 转换主要是进行不一致的数据转换、数据粒度的转换和一些商务规则的计算。支持自定义业务数据表及其关系，并能将多张业务数据表转换成能够适用于 PivotTable 等工具操作的格式。4 装载加载经转换和汇总的数据到目标数据仓库中，可实现 SQL 或批量加载5录入/导入将指标生成所缺
14、失的数据元以及手工记录的指标信息，通过.txt 或者是.xls 文件导入到 ODS 中或直接录入到系统中，以保证决策分析平台指标的完整性。6 ETL 日志 记录日志的目的是随时可以知道 ETL 运行情况，以便于在错误发生的情况下，快速定位错误原因和位置。7 警告发送向系统管理员发送警告，发送警告的方式有多种，常用的就是给系统管理员发送邮件，并附上出错的信息，方便管理员排查错误。五、 数据仓库技术要求数据仓库是将各种来源的临床数据信息组织在一起，是以病人为中心，在各个临床业务子系统之上重新构建的新的一层数据存储结构。可以保存有效原始数据记录，以供历史数据查询，并共享给其他应用系统和省市区域信息平
15、台。它应该是物理存在的，而不仅仅是概念存在或者是逻辑存在。它是医院电子病历信息平台的核心构件。它与直接支持医疗操作的前台业务数据库不同，其数据来自这些业务系统，但与前台业务流程无关。它也不是通常意义上的数据仓库，因为它的内容是随着医院业务活动动态变化的，并且直接支持医生/护士对病人临床记录的应用。其功能特点如下：构建数据中心，临床信息系统把临床数据进行整理后统一提供给医院管理部门，使医院能够对临床医疗进行监控和管理。以电子病历核心，把所有临床数据进行整合，并统一提供给临床医护人员进行应用。临床信息系统集成参考询证医学，集成临床路径的应用，可以为医院规范诊疗流程、减少医疗开支提供帮助。4.1 整
16、体要求数据仓库需要支持当前国际国内存在各类数据标准，并且标准会随着时间的变化而演变，这是进行数据集成建设非常关注的内容，采购人需要了解投标人有关数据处理的完整理念。4.1.1 采用开放的先进的数据标准，必须支持HL7和DICOM标准数据的采集和处理，数据集及数据元符合卫生部颁发的有关标准，如：WS/T303 卫生信息数据元标准化规则WS/T305 卫生信息数据集元数据规范WS/T306 卫生信息数据集分类与编码规则WS365 卫生信息效据元目录4.1.2 具有可扩展性，可随着未来业务的增长不断接入新的信息系统。对接入的新的信息系统，不需要改变其原有的内部信息架构，只需要增加接入接口和信息编码转
17、换程序4.1.3 要求具备医疗信息“原子化”处理的能力，能够对标准化医疗数据（HL7 ），非标准化医疗数据（用户自定义）进行灵活的解析，形成“原子化”的医疗数据集。4.2 要求功能框架整个业务框架应由四部分组成，分别是：4.2.1 临床应用基于数据仓库开发的二次应用，此部分对于临床工作者来说就是实实在在的可以操作的应用程序，辅助临床工作者完成相关的临床业务。目前可以预测的应用可以包括临床数据的决策支持，对外数据的上报，科研分析数据的支撑以及患者全息视图的展现等等。4.2.2 展现组件基于数据仓库的服务定义的针对某部分临床数据展现的可视化控件，此部分控件可以用来在其上通过各种控件的组合来完成特定
18、的业务查询功能。4.2.3 访问服务这部分是整个数据仓库的业务逻辑部分，此部分负责提供有针对性的业务服务，从而把数据仓库中存储的数据转换成指定格式的数据提供给各种应用和可视控件。主要包括信息自由检索、临床数据提取、主索引数据、临床数据分析等各种服务。4.2.4 数据存储这部分是整个数据仓库的核心，数据存储的效率和安全性很大程度上决定了数据仓库产品的成功。数据存储模型支持自定义，根据模型元数据的定义，系统将可以扩展原来的模型定义。数据的存储按临床文档、临床数据两大部分存放，由模型元数据负责提供模型的定义。数据仓库可以有选择的存储一些常用的知识库，知识库的内容可以直接提供给用户也可以作为数据仓库内
19、部数据分析的参考。4.3 数据存储要求数据仓库的存储方案是其核心内容，因此在数据库建设上就需要周密的考虑和完善的设计。4.4 设计原则数据库系统的选择和建设应该把握下列设计原则：4.4.1 统一性数据仓库的目标是建立医疗机构内统一的临床数据存储，构建起临床数据之间内在的逻辑关系，提高机构内部数据的使用效率，为各级临床工作人员提供临床工作中的决策支持服务。4.4.2 可用性临床工作设计机构内的所有医疗和护理人员，数据的存储需要考虑到大量的并发应用，尤其在每日的高峰时期并发量可能会达到成百上千，所以数据库的选择必须采用大并发、高性能的企业级数据库平台。同时在数据结构的设计上根据规范性原则构建，同时
20、需要采用保留必要冗余、数据分主题存放的技术提高数据访问的性能。做到在大并发、复杂条件下海量的的临床数据检索。4.4.3 合理性能够建立合理有效的数据模型和合理、有效的利用资源。能够管理各种数据类型，例如：文档、多媒体信息等。既能管理结构化数据也能管理非结构化数据。同时建立文档和临床数据之间的关系，做到可以按病人、按文档、按数据三个方便的综合检索。对数据进行合理、有效的利用。数据分布是数据库数据支撑平台设计的一项重要内容，合理的数据分布可以减少系统开发的复杂度，减低系统开发和运行费用，同时保证基于数据存储的服务和应用等的开发速度和效率。4.4.4 安全性数据仓库的安全必须有充分的保障机制。数据存
21、储在设计上必须提供数据安全保证，对于不可预见的突发灾害事先应妥善做好规划，达成防患于未然的效果，设计出故障恢复和容灾备份策略，保证项目投资和系统的安全性。4.4.5 标准性数据仓库的建立就是为了构建统一的临床数据中心，因此无论是在数据的采集、传输、存储、使用中都必须基于标准体系的要求来实现，从而才能够保证数据的一致性和可用性。4.5 数据分类数据模型的构建基于HL7 V3标准，以HL7的RIM模型作为设计的主要指导思想，通过对HL7中主要场景RMIM描述进行分析，然后结合临床工作中实际存在的一些需求构建出我们的数据仓库的业务模型。4.6 版本控制数据仓库在支持自定义扩展模型的同时必须能够记录下
22、模型的改变，并且能够同时支持多个版本的模型定义和针对各版本的数据。模型定义会按照版本记录各个版本的模型，数据存储时则会记录数据是针对哪个版本模型的记录，这样最后查询出来的结果才是正确可用的数据。4.7 数据检索多种检索机制并存数据仓库存储包括了结构化数据（临床业务数据）和非机构化数据（临床文档数据）。对于结构化数据可以采用RMDB提供的查询语言来直接检索，这样不仅能够实现复杂的查询条件而且效率非常高。对于非结构化数据采用目前业界广泛使用的全文检索和目录检索两种索引模式提高高效的查找。4.8 数据应用要求4.8.1 数据分析与挖掘在数据仓库建立之前临床数据是散落在各个业务系统的数据库中，临场工作
23、者可以在每个单一的业务系统中纵向分析对比该系统的数据，但是无法实现横跨各个业务系统的整体临床数据的对比分析。数据仓库的数据集中存储从根本上解决了之前临床数据无法横向对比的问题。数据仓库除了能完整展现病人就诊过程的医疗信息以外，还能提供了在数据中进行数据分析、对比、挖掘的功能，以此实现对于临床数据的深度使用。4.8.2 临床决策支持临床决策支持是指能够提供给临床工作者、患者或个体以知识和个体或统计信息，并选择适当的时机，智能地过滤或表示这些信息，以促进更好的健康过程、更好的个体患者护理和更好的人群健康。可见，基于临床指南的临床决策支持系统（简称CDSS）能够有效的提高医疗质量和效率、减少医疗差。
24、六、 商业智能(BI)引擎技术要求整体系统必须选择国际知名品牌产品架构。必须提供制造商对本项目的授权函和售后服务承诺函。要求具有灵活的报表工具，实现数据的任意挖掘，通过对维度、度量的拖拉拽实现数据报表；通过选择性的图标显示模式实现图标报表；通过表单过滤、筛选、算法配置实现报表的挖掘光度和深度控制；通过报表工具的层层钻取和回溯实现报表的挖掘粒度控制。系统必须提供成熟的医疗行业数据模型，能够根据医院需求将数据直接导入到数据模型，得到相应的指标内容。行业数据模型包含运营管理、医务部、财务部、门诊部、护理部、医技科室等数据模型。报表展示要求能够基于业务流程的不同角度分析出该报表数据不规范的瓶颈所在，而
25、非传统意义上将各种报表扎堆放在一起，没有基于业务流程进行维度梳理。要求能够实现基于维度的下钻，基于数据粒度，能够钻取到科室、医生等深层次数据。基于目前指标数据的情况，要求能预测出该业务流程的走向，找出目前影响该业务流程最高权重的影响因素，将此业务流程进行阶段化。在某阶段内又分出多种影响因素，此因素须以围绕该流程的走向为依据。如：跨业务域、跨指标分析主题等因素。并说明在该阶段时间内，该业务流程最大的瓶颈在哪，影响因素的排序是如何，最终给出文字形式的建议，为决策提供依据。序号 功能列表 技术要求1系统管理与操作环境1. 支持纯 Web 化的操作环境，客户端不需要安装任何程序，通过浏览器及网络即可执行，支持全部浏览器，包括不限chorme，IE,firefox，safari 等。 2. 后端完全支持微软 SQL Server Analysis Services，并支持Analysis Services 中所内建的各项商业智能功能与特色。 3. 兼容多维度延伸语言(MDX)，可自定义各种计算与统计，可以使用 VBA 及 Excel 中所提供的各种统计分析函数，能够应付
