医院信息集成平台需求

医院信息集成平台需求医院信息集成平台要求 总体设计要求基于新区三家公立医院的建设需求及建设目标，对医院信息集成平台进行建设，包含信息集成平台的建设、临床数据中心的建设、临床辅助决策应用的建设、综合监管应用的建设、科研数据中心的建设。并建立相应的信息标准体系、信息安全与运维管理体系。要求投标人提供医院信息集成平台整体架构图，同时，医院信息集成平台需支持与深圳市第二人民医院的医院信息集成平台及新区区域人口健康信息平台对接。投标人需对平台的架构组成与相互间的逻辑关系进行说明。信息集成平台本次项目建设，信息集成平台建设需保证现有业务系统正常运转的基础上，重点实现信息交换的标准化，是医院信息集成平台建设的基础。主要技术要求如下：要求基于SOA架构模式采用微服务开发架构，支持WebService、Socket、MQ、JMS、Http等常见协议的消息接入、转换和输出，提供XML、HL7v2/v3/CDA等（文档）消息格式的转换。医院信息集成平台需提供可视化的微服务管理平台，以支持统一的API管理、服务编排，并对微服务提供弹性伸缩（支持对虚拟机和物理服务器提供资源弹性调整）、故障容错（支持failback机制、超时机制或熔断器）、集群部署（基于web的应用查看整个集群部署情况，如系统运行状态、服务等。支持对集群内的所有消息进行按条件查询及所有错误队列进行实时监控）、分布式网络部署、主机及服务的实时监控及预警，通过可视化方式对接和管理多云，支持各类平台应用的统一管理和调度，实现一键部署到多云环境。要求支持基于ETL的定时批量采集和基于Webservice的实时主动上报两种数据集成方式。要求提供基于ESB的总线服务，支持同步及异步的消息处理。要求支持Oracle或Mysql等主流数据库，支持多机构版本部署，支持机构信息注册，提供机构目录，要求多机构版本间的数据交换与共享，平台能识别数据来源于那个机构的信息。主要功能及服务要求如下：建设内容主要功能主要功能及服务要求信息集成平台基础平台配置管理1. 提供系统参数字典及相应参数配置功能，支持参数的分级配置，如全局参数、机构参数、科室参数等；2. 提供服务器基本信息的配置功能，如名称、IP、操作系统等信息，并支持后续的服务器性能监控功能；3. 提供平台数据源基本信息配置，如数据库类型、地址、用户名及密码等信息，并支持后续的数据库基础监控功能。运维管理1. 提供平台相关服务器运行监控功能，如内存、CPU、磁盘等使用情况；2. 提供平台相关数据库运行监控功能，如表空间使用情况、连接数、CPU使用率等；3. 提供平台微服务监控功能，如服务名称、在线状态、最后在线时间等。订阅发布要求为信息资源需求对象提供可视化的资源共享目录，具有信息资源订阅发布审批及管控机制。统一通讯提供具有面向业务应用（如医嘱闭环管理、危急值管理系统里的特定应用）的消息服务接口的通讯服务，用以统一的信息推送。推送方式包含：短信消息（在项目建设实施期间，投标人需承担短信平台及短信费用）推送、微信消息推送。数据管理数据标准管理要求对医疗健康集团三家医院建立统一的数据标准，实现对具体数据标准化管理，可实现自定义数据标准的配置包、参考数据的导入功能，并可对配置包、参考数据进行更新。主数据内容医院使用的组织架构基础数据：机构、科室、人员；临床基础数据：药品目录、材料目录、诊疗项目、病房、诊室、病床等；术语及字典：术语字典、国际标准字典、国家GB标准字典、卫生行业标准字典、地方标准（广东或深圳）字典、院内字典等；卫生信息标准数据元及数据集。主数据服务平台提供主数据字典的注册、更新、注销和查询服务；主数据的注册服务、更新服务、查询服务都需要结合集成平台共同使用，服务需要发布在ESB上，由各个业务系统调用。主数据管理提供主数据字典的维护服务，对组织架构基础数据、临床基础数据、基础术语及字典等提供增删改查操作；支持通过ESB订阅字典变更，实现主数据中心跟各个业务系统基础数据的同步更新。在发布过程中，可以利用流程整合平台(ESB)的管理工具对基础数据进行映射、匹配和转换，定义路由发布路径，追踪同步更新的状况；支持用户扩展创建新的主数据字典，支持用户自定义扩展字典个性字段，支持字典的多版本管理，支持字典的导入导出操作；平台提供业务字典与平台字典的对照功能，同时，平台提供字典自动对照及对照进度的展示功能。患者主索引索引系统设置索引元数据：支持设置索引信息匹配规则的患者属性信息；匹配规则设置：支持根据患者属性设置权重分数（0到100之间），支持设置组合匹配规则，支持设置自动合并、潜在重复的阈值范围，支持对历史命中率进行统计，以逐步优化权重值；索引数据质量：支持设置质量控制项和异常控制项，异常控制项将作为合并异常信息提示用户，以确认患者信息是否一致；支持根据接口对历史主索引信息进行初始化，以便在上线初始时，对历史患者信息进行批量注册入库。患者索引管理索引手工操作：支持提供可视化页面进行患者索引注册、查询、注销等功能；手工合并：支持手工合并潜在重复患者，或者手工将两个局部索引信息进行强制合并，同时系统也支持手工合并的逆操作；手工拆分：支持操作人员进行手工拆分关联有误的患者索引信息，同时系统也支持手工拆分取消的逆操作；潜在重复提示：系统匹配引擎检测到申请登记的患者和现存索引存在潜在重复时，会记录潜在重复信息，并给予页面提示；潜在重复忽略：对于系统的潜在重复提醒，操作员经过确认两个索引为不同患者时，可以选择忽略此提醒，同时也支持取消忽略的逆操作；合并异常提示：系统匹配引擎检测到已经合并的索引信息，存在着关键信息不一致时，会记录合并异常信息，并给予页面提示；合并异常处理：对于系统的合并异常提醒，用户经过确认属于注册系统录入错误时，可以选择更新患者异常字段（此时会通知到订阅系统），成功后此异常提示也将自动消失；合并异常忽略：对于系统的合并异常提醒用户经过确认信息无误时，可以选择忽略此提醒，同时系统也支持取消合并异常忽略的逆操作；索引信息对比：手工选择需要对比的索引信息，将患者信息进行自动比对，不同的信息将自动高亮显示，便于用户判断两个索引信息是否为同一个患者，来进行下步合并或拆分操作。主索引服务平台提供主索引的注册、更新、查询、合并、拆分及注销服务；主索引服务都需要结合集成平台共同使用，服务需要发布在ESB上，由各个业务系统调用。索引日志查询系统服务日志：提供主索引服务日志的记录及查询功能，支持查看服务的输入及输出内容；索引操作日志：提供用户在页面上进行索引的操作日志查询功能；消息通知日志：提供索引信息进行手工操作后，通知订阅系统进行信息同步的的日志，支持查看消息详情。统一身份认证管理统一身份管理提供用户的身份信息管理，包括新增注册、更新、停用等功能；支持配置用户对应的工作机构及科室信息；统一权限管理提供接入平台厂商的基本信息管理；提供接入平台应用的基本信息管理；提供应用菜单或细粒度权限的配置管理；提供平台角色信息的管理，以及角色对应的应用授权及细粒度权限授权功能；提供用户的角色授权，以及用户的特殊授权功能，可单独配置用户角色以外的补充授权，可单独配置用户角色以内的例外授权，支持权限的效期以满足临时授权。统一认证管理提供对用户的身份信息的采集登记功能，如手机号、重置密码、CA数字证书等信息，以满足单点登录时身份鉴别的需要。统一审计管理提供系统登录日志、站点访问日志、平台菜单访问日志、关键操作日志等统一审计日志管理功能。单点登录及门户单点登录提供单点登录系统功能，用户只经过一次身份认证即可访问不同的业务系统；提供专用的认证模块对访问平台系统的用户和系统进行身份鉴别，并对鉴别数据进行保密性和完整性保护，应至少选择一种机制进行身份认证，包括用户名/口令认证、手机动态口令认证、CA数字证书认证；提供登录失败处理功能，可采取结束会话、限制非法登录次数和自动退出等措施；提供登录时选择医疗机构功能，满足分院、医联体、医院联盟等多机构版本共同部署一套集成平台的场景；提供对BS及CS架构系统的标准对接协议。单点登录接入需遵循OAuth2.0协议标准。应用门户依据Portal和Portlet技术，提供基于角色的门户展示功能，将之前分散在不同系统中的信息集成到一个页面中，提高用户工作效率；至少提供医务门户、管理门户和运维门户应用展示功能；支持用户自定义拖拽Portlet，配置个性化门户布局，满足用户定制的需要。服务总线ESB总体要求提供要求提供符合SOA架构的医院服务总线（ESB）中间件，支持主流的开放标准和规范，主要功能是提供通信服务来实现应用之间的连接，主要包括服务配置、服务组件、服务安全、消息引擎和集成监控。数据标准支持支持协议标准（TCP、FTP、HTTP、网络服务等等），支持的HL7（从版本3.X），支持临床文档架构（CDA）和连续性医护文档（CCD），支持DICOM图像格式转换及应用。接口适配器提供接口适配器，可通过通讯点、路由、过滤器等方式实现各种接口构建连接。消息格式转换提供对消息进行格式化和各种处理，映射，编码翻译，数据库查询，编码，压缩，加密，批处理。数据转换路由要求定义一条消息从输入口到输出口的路径，通过提供先进的映射能力，包含自动映射工具和拖放字段映射，使信息交换能在系统与系统之间快速转换数据。整合研发环境为研发人员提供整合的研发环境，可通过该环境进行可视化开发、代码开发及图形和代码的相互转换管理控制台平台附带的管理平台独立于开发平台，提供一个方便的途径来进行简单的引擎设置并同时获取实时服务器数据，支持主流网络浏览器并提供快捷的网站式界面。监控平台通过网页可实时查看、监测中心视图，通过移动应用可对管理控制台进行监控。总线服务管理系统总体要求提供独立的一体化服务管理及服务监控系统，实现服务注册、服务配置、服务授权等管理，基于平台服务消息，实现自定义规则的服务实时监控、服务追踪、服务运维、服务统计分析等功能，同时对接ESBAPI及网络硬件环境监控数据，实现一体化的平台运维、监控及预警功能。平台服务概览平台运行模块：展示服务运行的基本情况，运行天数、异常服务数量、预警服务数量、平台服务总数、接入系统数、今日服务耗时、24小时消息量等信息；平台交易视图：提供可视化展示接入平台的机构及应用系统信息，可查看每个应用提供服务和消费服务信息，支持多机构统一应用和单机构独立应用的展示功能；服务请求趋势：展示查询时段服务请求次数折线图、请求失败次数折线图；服务器列表：展示对平台、中间件或数据库服务器的CPU、内存使用率的实时监控。服务管理提供服务的分类管理配置管理功能；提供服务的新增、修改、发布及停用功能；提供服务基本信息配置、消费系统、目标系统及消息的请求模型和响应模型等；提供非平台内部交换使用，但需要监控其状态的第三方服务注册功能。服务监控提供展示平台各个服务运行的实时性能情况，至少包括空闲时间、请求次数、请求趋势图、平均耗时、最大耗时、最小耗时、平均处理时间趋势图、失败数量等信息；提供单个服务监控详情查询情况，展示单服务在不同服务器上的历史调用次数、被消费情况、服务请求趋势、平均处理时间趋势等信息。服务监控配置监控器配置：提供自定义的监控器规则，设置对服务的监控方式及相关参数配置，监控方式如HTTP、ICMP、WSDL、TELNET等；设置对每个服务的监控规则、对应的监控器等信息，以实现对服务实时预警监控，并能够通知运维人员。数据统计数据概览：展示平台消息收发量、历史调用排名、各接入系统服务量视图（请求量、提供量）、各系统服务调用分布视图、各服务的消费和提供次数等；分类统计：展示各接入平台的系统消费、提供的服务，调用情况、消费失败情况，可查看对应日志；异常分析：展示查询条件下的服务失败排名、消息失败总量、消息失败原因分布视图、消息失败量趋势图等。配置管理提供系统及厂商信息配置、监控通知规则配置、服务器信息配置等功能。日志管理提供基于组合条件的服务运行日志查询功能；提供单一服务的详情查询可视功能，包括服务耗时、目标系统、消费系统、执行闭环流程图、各流程间的耗时、输入输出消息内容等，帮助运维人员快速定位追踪问题。平台运维监控大屏中间件监控实时监控，直观、全面的对集成平台服务中间件程序和集成平台服务中间件所在的服务器进行监控，主要指标如：连续处理消息、连续运行时间、现需关注问题、集成平台服务中间件异常预警、服务器监控（cpu、内存、磁盘）、消息吞吐量、总线使用内存、总线使用磁盘、观察名单等。服务运行监控对服务健康进行实时监控，主要指标如：平台运行天数、接入系统数、服务调用排名、目标系统消息接收量占比、服务监控（服务警告、服务网告警、平台服务异常、第三方服务异常）、24h消息量成功/失败趋势、服务概览（平台服务总数、今日消息成功量/失败量、今日最大耗时/最小耗时）、各系统服务交易量、实时消息记录等。数据集成ETL采集配置系统根据数据集标准内容编写SQL采集语句，实现医院业务数据库与临床数据中心数据集标准的匹配与对应。采集调度采集调度是对各个采集模型的采集周期进行管理，可针对不同采集模型设置不同采集时间，采集周期,从而错开各个业务模型数据采集时间点，避开系统运行高峰期，避免影响医院业务系统的运行。

采集调度管理各个采集模型的采集时段、采集间隔时间、采集次数、采集接口等。支持增量数据采集、自动采集同步新产生的数据。采集监控采集监控是对数据的采集过程进行监控，是对数据采集成功、失败情况的监控，并生成数据采集日志，可根据日志跟踪解决数据采集错误；对失败的数据采用错误处理机制。采集审计采集审计是对数据采集质量的监控，它监控一段时间内所有数据集采集过程中的每一个步骤。包括所有数据集的采集总数、入库总数。以及每一个数据集的采集开始时间、结束时间、采集总数、入库总数、错误量以及数据集的采集状态（采集完成、采集报错、采集中、数据丢失）并对一段时间的采集的数据做内容比对，识别数据是否变动，支持数据重新采集（数据内容对比）等。临床数据中心临床数据中心系统要求以患者为中心，以患者EMPI为主线，组织、整合、存储患者临床数据，将患者所有医疗信息，以全面、标准、统一的方式整合存储，为临床数据的共享提供统一的平台支撑。要求可以对各类临床数据进行标准化、结构化表达、组织和存储，并在此基础上开放统一的、标准的、符合法律规范和安全要求的数据访问服务。主要技术要求如下：要求采用基于容器化的微服务开发架构，遵循国内卫生信息标准，支持HL7，遵从XDS/XDS-I规范，为第三方系统提供临床数据文档级别的存储和注册服务，文档格式符合HL7V3.0CDA。要求支持Oracle或Mysql等主流数据库，要求支持多机构版本部署。支持基于IHEPIX技术框架建立患者主索引，患者在多机构版本就诊的数据可按主索引合并，视图诊疗数据采集可识别多机构版本数据源，患者视图页面可合并或按多机构版本展示，支持分机构或多机构版本合并进行临床文档管理。系统数据中心要求：临床数据中心要求以患者为中心，包含患者所有重要的临床数据，可集成院内各科室级临床信息系统（如医嘱、病历、检验、心电、超声、病理等），实现所有临床诊疗数据的整合与集中展现。数据集中后可按照不同视角进行重组，比如按患者个体组织所有数据，形成患者全程就医视图等等，更加支持医护临床决策。要求具备实时性，与业务数据实时同步，面向患者提供完整的诊疗信息。要求具备归档机制，并能联机处理，具备患者信息安全保护功能；要求具有多类型数据管理能力，具有数据类型的可扩展性。主要功能及服务要求如下：建设内容主要功能主要功能及服务要求临床数据中心基础信息库患者主索引信息基于主索引管理系统及主索引相关注册服务，建立医疗机构内患者主索引库，并对外提供索引查询服务，优化业务系统患者信息关联及业务流程。主数据信息基于主数据管理系统及主数据相关注册服务，建立医疗机构内统一的机构、科室、人员、临床基础数据，术语与字典等统一主数据标准库。电子病历文档库总体功能要求电子病历文档库是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源。EMR文档库建设规范须满足《WST500-2016电子病历共享文档规范》要求，共享文档一般由业务系统生成后调用服务注册入库，本阶段不以所有临床共享文档库的入库作为验收条件。共享文档概览查看电子病历文档库中文档总数、文档种类、占用空间、每日生成趋势、占用空间趋势、各类文档数量等信息。共享文档管理查询文档库中已经注册生成的文档详情，可查看数据集样式及原始XMLCDA格式，支持文档的导出。共享文档注册提供共享文档的注册服务以及前端手工注册入库的功能。共享文档调阅及查询通过对共享文档的解析，读取各节点元素信息，实现共享文档的检索、查询及调阅服务。共享文档配置支持配置共享文档CDA模板及节点信息，支持多版本的共享文档模板管理，以满足模板标准升级的需要，支持对CDA节点配置加密，以保证CDA在共享时的信息安全。临床数据存储库CDR数据概览通过系统分析数据量、数据类型和占用空间；可从患者的就诊数据、姓名、年龄段、性别等维度进行数据统计分析。访问概览能够统计CDR浏览器总访问量、日均访问量；系统来源和访问情况；各菜单访问量、分类模块访问量等。临床数据整合实现对历史临床数据进行抽取，包含患者信息、医嘱、检查、检验、病理、手术、病案、临床路径数据的抽取、清洗、转换，并将相关数据按标准化、结构化进行分类存储。实现将新接入数据、历史数据按照标准的临床业务模型进行整合存储，并建立关联关系，包括患者数据、就诊数据、医嘱数据及各类报告文书。实现将社康系统、体检系统数据按照标准的临床业务模型进行整合存储，并建立关联关系。临床数据集遵循国家《WS445-2014电子病历基本数据集》标准，建立临床数据集，包含17类数据集和54个数据子集的内容。要求建立以患者为中心，以就诊为索引的所有临床数据集，同时支持多种数据接入形式与数据规范。支持自定义扩展数据集：支持用户自定义临床电子病历数据集，并提供自定义数据集的临床展示，以适应临床信息扩展的需要。访问日志详细的记录医务人员对电子病历的使用日志，记录来源、电脑ip地址、账号、访问时间及操作记录等。患者匿名管理对多种患者信息按照脱敏规则进行脱敏化配置操作，保护患者隐私。患者隐私安全支持设置特殊患者的隐私级别，或设置指定患者的隐私病历目录，只有具备相应权限的角色或用户，才可以查看相应信息，以保护患者隐私安全。支持患者基本信息匿名处理，匿名内容和匿名规则可在后台配置。支持患者就诊信息分块权限管理，可授权指定人员在指定时间访问指定内容，分块内容可以配置。支持重点病人特殊授权访问，重点病人需要授权才能访问，并可以授权指定人在指定时间访问。支持对重点病人的病历进行管理。支持患者信息和就诊信息脱敏导出。支持患者信息和就诊信息访问安全审计。系统要求采用国密加密算法，对患者关键信息进行加密存储，并支持对指定内容进行加密存储的配置。患者全息视图总体功能要求患者全息视图是以展示病人就诊过程以及就诊历史为核心目的文档展示系统。要求包括就诊视图、门诊视图、住院视图、综合视图及分类视图五种视图模式，支持将患者全息视图嵌入至临床信息系统中快速访问，以方便临床用户使用。患者列表对全院临床患者临床信息进行统一全景展示。医生登录患者360视图，可实时/准实时获取患者临床数据。通过患者导航、高级查找、快速访问等方式定位并访问患者。就诊视图全面展示患者就诊过程和近期发生的诊疗事件，医生可全面了解患者的健康信息，更准确地进行临床诊断；展示患者就诊时间轴、就诊记录、最近用药、最近检验、最近检查、最近手术、生命体征等信息，方便医生快速了解患者病史情况；支持对患者进行收藏及进行标签标记功能；门诊记录、住院记录需对接患者主索引服务，通过主索引服务，进行相关信息的合并关联，对患者的门诊记录、住院记录进行完整的展示。门诊视图以时间轴完整展示患者门急诊就诊记录并查看详情；详情内容主要包括就诊的主诉、现病史、既往史、提个检查、检验检查及报告，诊断，处方，处置以及病历文书。住院视图以时间轴完整展示患者住院就诊记录，并详情展示某患者在住院期间的连续病情变化动态；详情内容主要包括住院天数、术后天数、脉搏/体温/血压/呼吸等护理体征、疾病诊断、临时用药、长期用药、检验报告、检查报告、病历文书、护理记录、手术/会诊/输血等申请信息、结果信息、费用信息等；支持个性化设置临床信息的是否折叠显示、是否显示、显示顺序、是否隐藏等信息，方便用户配置个人关注信息。患者视图要求提供以患者为中心的临床就诊数据源，包括患者在深圳市第二人民医院、新区三家公立医院及所辖社康中心的临床就诊数据。综合视图为方便医生快速了解患者门急诊及住院的诊疗信息，在大量的临床记录中快速找到某个或某类临床记录，系统提供综合视图，将患者门诊及住院信息集中表格展示；展示信息包括疾病、处方、处置、临时用药、长期用药、检验检查报告、病历文书、护理记录、手术/会诊/输血等申请信息，支持查看各项信息详情。分类视图以临床活动分类为轴，显示患者各类临床信息的详细内容，支持按就诊类型、就诊科室、医生、诊断等方式过滤对应的临床活动；疾病诊断：查看患者历史诊断信息；处方记录：查看患者历次处方记录，可查看处方详情及处方执行跟踪；住院医嘱：查看患者住院临嘱、长嘱、出院带药记录，可查看医嘱详情、医嘱计价及医嘱跟踪；病案首页：查看患者住院病案结构化展示信息；检验报告：查看患者临检、生化、免疫、微生物等检验记录以及报告信息，支持对数值类检验结果添加对比，可实现多次、多项目的检验结果图表趋势对比；检查报告：查看患者超声、放射、内镜、病理等检查报告，可添加检查对比，对比各次检查的所见及提示情况；生命体征：查看患者住院TPR等生命体征记录信息，护理数据须结构化并可视化绘制；手术申请：查看患者手术申请信息；会诊申请：查看患者会诊申请信息；输血申请：查看患者输血申请信息；治疗申请：查看患者治疗申请信息；临床辅助决策应用临床辅助决策应用（CDSS：ClinicalDecisionSupportSystem）即通过标准临床知识体系、指南、说明书等以及通用规则逻辑，应用自然语言处理技术，构建数据分析模型，结合临床数据中心业务数据，辅助临床决策者进行临床决策，最大限度减少人工的疏漏及错误，以提升患者服务水平，减少医疗事故。CDSS在临床应用中为工作人员提供全面智能辅助决策支持，建设CDSS系统，旨在能够帮助医院实时杜绝病程诊疗风险、用药风险，合理智能给予诊疗监测及合理诊疗建议，提升医药服务质量，整体上提高医疗质量，系统的构建事前警戒、事中辅助决策、事后追溯的临床辅助决策支持系统。主要技术要求如下：要求采用基于SOA的软件架构，遵循国际医疗健康信息传输标准HL7、国家卫生标准、数据集标准等标准，规范消息封装采用XML或SOAP等技术规范。支持多种传输协议，如TCP、HTTP、HTTPS、MLLP等协议。要求支持Oracle、SQLServe或Mysql等主流数据库。支持应用系统间采用Webservice进行数据交互。系统要求支持多机构版本部署。主要功能及服务要求如下：建设内容主要功能主要功能及服务要求临床辅助决策应用临床决策支持应用于不同的临床业务工作站，通过与至少两个以上业务系统集成，以深度集成的方式或以浮动提示框的形式，实时对医生的用药方案、检验申请、检查申请、手术预约、治疗申请等医疗行为进行分析，实现辅助提示，实时对诊疗危险行为给予阻断、警戒或提示，直到医生修正或给予合理的执行理由。要求实现从疾病、检验、检查、药物、治疗、手术等多个业务场景进行分析。要求实现从初诊、确诊、手术治疗、药物治疗等不同阶段进行分析。要求诊疗过程中实现辅助诊疗、安全保障、精准治疗、知识参考等临床辅助决策支持。精准辅助决策要求提供治疗方案推荐，并支持与CPOE系统集成。要求根据诊断给出常规用药的建议提示，可基于个体化实现（比如年龄、体重、体表面积等因子进行用量换算），并支持现与CPOE系统集成。要求提供用药治疗方案推荐，并支持与CPOE系统集成。要求实现护理PEWS/MEWS早期预警评分，CDSS满足医护互通业务流程的实现。要求根据初步诊断，推荐辅助检验、检查的建议提示，并提供对应的参考标准。要求提供药品适应证优化分析。要求实现药物不良反应实时监测警示。要求根据初步诊断，推荐辅助检验检查的建议提示，并提供对应的参考标准。要求根据诊断及临床路径自动给出需要检验的建议提示。要求根据诊断及临床路径自动给出需要检查的建议提示。要求根据诊断自动给出相关的鉴别诊断的参考提示。安全警戒要求实现药物不良反应提示。要求实现重复进行检查或检验申请提示。要求实现检验项目存在包含关系提示。要求实现危急值提示：检验危急值、检查危急值，支持按照不同的年龄、性别、诊断等设置不同的参考值。要求实现检验与检验冲突提示：不能在同一段时间内进行的项目、需要注意先后顺序的项目。要求实现检查与检查冲突提示：不能再同一天进行的项目、需要注意先后顺序的项目、检查所使用制剂会影响其他检查的项目。要求实现检查与检验冲突提示：不能再同一天进行的项目、需要注意先后顺序的项目、检查所使用制剂会影响其他检验的项目。要求实现诊断与性别冲突提示。要求实现诊断与年龄冲突提示。要求实现诊断与检验冲突提示：检验禁忌症、诊断与检验结果冲突。要求实现诊断与检查冲突提示：检查禁忌症、诊断与检查结果冲突。要求实现药品与检验冲突提示：检验异常禁忌药物、药物影响检验结果。要求实现药品与检查冲突提示：药物影响检查结果、药物禁忌检查。要求实现检查与性别冲突提示。检验与性别冲突提示。要求实现特殊病生理检验、检查冲突提示：新生儿、老人、孕期检验检查警示等。知识管理要求提供药品说明书、禁忌症、注意事项等查询。要求提供临床路径、疾病诊疗指南等查询。要求提供检验检查项目的适应症、禁忌症、参考值、标本、作用及临床意义等查询。要求提供政策法规及医院自定义管理规范维护与查询。要求实现基于搜索引擎技术的快速全文检索功能。要求能够全面展示药品说明书、指导原则、指南、管理规范等客户自定义维护的内容。系统基础知识库基础上，用户可自行进行基础知识库维护的高级工具，实现诊断、药品、检验、检查、手术、治疗知识的属性化、结构化，并做分类管理，实现规则的及时更新并应用于辅助决策分析引擎。针对特定项目，可设置特殊提示信息，提示信息可自定义维护，支持新增、删除和修改并保留操作痕迹。系统管理提供系统运行所需要的基础字典数据维护配置管理，包含药品字典、疾病字典、给药途径字典、频次字典、检验字典、检查字典、手术字典、治疗字典等。要求实现不同员工、角色访问特定菜单的权限管理设置。要求系统运行或逻辑分析必须针对医院与系统信息存在差异，但是同一对象的情况，提供对照映射功能，主要为疾病对照、药品对照、给药途径对照、频次对照、检验大项对照、检验细项对照、检查项目对照、手术项目对照、治疗项目对照等，形成映射关系。提供分析及预警结果，应用于不同的临床业务工作站，通过与至少两个以上业务系统集成，以深度融合的方式或以浮动提示框的形式，实时对医生的用药方案、检验申请、检查申请、手术预约、治疗申请等医疗行为进行分析，实现辅助提示，实时对诊疗危险行为给予阻断、警戒或提示，直到医生修正或给予合理的执行理由。要求开放底层知识库管理，基于合理用药分析引擎、诊疗分析引擎、精准辅助决策模型引擎基础之上，客户根据实际业务需求，进行不同维度分析规则的自定义设置管理。要求统计医生诊疗行为的分析拦截情况、提示情况、规则匹配情况等，支持从时间、科室、医生、规则类型等不同维度进行诊疗行为统计。要求实现对集成接口的调用日志查询，方便快速追踪系统对接问题。要求提供知识库更新服务，分定期和不定期按需更新。综合监管应用综合监管应用是以辅助医院决策层实现医院精细化管理为目的，将医院日常运营过程中原始数据经过整合、归类、分析转化为有用的信息，结合医院的管理需求进行多视角、多维度的分析和预测，实现对医院运营情况和医疗质量的整体掌控，为管理人员科学可信的趋势预测和决策提供有力的依据。需配合使用单位，参照二级/三级公立医院信息化建设规范，对使用单位所需监管的相关指标（包括综合指标及专科指标）进行梳理。主要技术要求如下：要求采用面向服务SOA架构，支持C/S或B/S软件架构，支持ETL数据采集及数据填报，遵循《三级综合医院医疗质量管理与控制指标（2011年版）》、《三级综合医院评审标准（2011年版）》等文件中关于医疗质量和医院等级评审指标要求建立监管指标库。要求利用数据挖掘BI技术对管理数据中心的数据进行清洗，归并，形成各种主题的多维数据仓库，采用数据挖掘的各种方法进行分析，支持仪表盘、多维度分析、表报及查询等功能，为医院管理和决策支持提供深层次的数据参考。要求支持Oracle或Mysql等主流数据库，支持多机构版本部署，支持分机构或多机构版本合并进行综合监管报表展示。主要功能及服务要求如下：建设内容主要功能主要功能及服务要求综合监管应用管理数据中心数据建模要求按业务统计分析的需求，面向不同主题建立数据仓库模型，提升数据的高效应用指标中心要求提供医院综合管理、医疗质量的指标库建立及指标的统计维度管理数据采集数据采集将业务系统数据库中与管理指标对应的数据采集至管理数据中心，支持增量采集、全量采集和对采集的调度数据填报要求用于填报数据并收集整合动态业务数据，且能够配置不同的填报格式权限规则支持院、科两级权限规则配置，管理部门支持查看全院数据，科室查看本科室数据。综合监管移动端移动监管提供基于移动端页面的综合监管功能，让使用人员随时随地查看相关业务指标情况。运营监管工作量指标要求按各医疗机构工作量指标主题进行了数据抽取、标准化转换和汇聚，主要包括门诊人次、急诊人次、入院人次、出院人次、门诊检查人次、门诊检验人次、门诊手术人次等量化指标。经济指标要求按各医疗机构经济指标主题进行了数据抽取、标准化转换和汇聚，主要包括门诊费用、住院费用、医保（农保）费用等构成分析、占比分析。工作效率要求按各医疗机构工作效率指标主题进行了数据抽取、标准化转换和汇聚，主要包括平均住院日、床位使用率、床位周转率及排名分析和趋势分析；手术等级构成分析、常见手术排名分析、手术切口构成分析、手术例数趋势分析；三日诊断率、治愈率、好转率趋势分析药品管理要求通过平台获取医疗卫生机构的药品相关数据，将其汇总后进行门诊用药分析、住院用药、大处方监管等分析，并可对医疗机构的用药情况进行监管病种管理要求实现通过平台获取医疗卫生机构的病种统计数据，对门诊病种和住院病种的排名、趋势、平均费用、药品占比等综合统计分析，按门诊、住院疾病分类汇总，提供本区域内疾病分布发生情况，以时间轴为顺序，展现门诊、住院疾病谱，预测疾病发生情况，进而实现辅助决策。双向转诊管理要求通过接口获取辖区各医疗卫生机构的双向转诊数据，进行汇聚和关联分析，为“双向转诊”制度落实和政策完善提供数据支撑。卫生资源管理对卫生资源管理情况进行监测与分析，包括硬资源和软资源两大类。评价指标管理要求提供医疗质量评价指标的属性设定和指标权重设定等，提供医疗质量评价指标定义与维护，支持个性化的评价指标定义与维护。指标数据采集要求提供包括数据采集标准、医疗质量评价指标标准库、信息采集、支撑指标自动上报和指标手工填报。报表工具要求提供集成报表工具，用于实现复杂报表的数据展现。医疗质量监管医疗质量监管分析维度要求包括诊断符合率、住院死亡及重返情况、手术死亡及术后情况、新生儿死亡及感染情况、危重抢救情况、低风险死亡情况、出院患者治愈率分析手术质量分析要求对手术并发症发生情况、Ⅰ切口类型感染发生情况、术后感染发生情况、手术患者死亡情况进行分析，并提供手术质量安全排名、主刀医生排名、跟台护士排名麻醉分析指标要求包括：

1.麻醉总例数、实施手术患者使用麻醉率、麻醉开始后24小时内死亡率、麻醉科医患比；

2.各ASA分级麻醉患者比例；

3.各类麻醉方式比例；

4.手术时限麻醉比例；

5.麻醉开始后手术取消率；

6.麻醉后监测治疗室（PACU）转出延迟率；7.PACU入室低体温率；

8.非计划转入ICU率；

9.非计划二次气管插管率；

10.麻醉开始后24小时内心跳骤停率；

11.术中自体血输注率；

12.麻醉期间严重过敏反应发生率重症监测分析指标要求包括：

1.ICU患者人数、ICU患者收治率、ICU患者死亡人数、ICU患者死亡率、ICU患者收治总床日数、ICU患者收治床日率、ICU患者预计病死率、ICU患者标化病死指数；

2.急性生理与慢性健康评分（APACHEⅡ评分）≥15分患者收治率（入ICU24小时内）；

3.感染性休克3h集束化治疗（bundle）完成率；4.感染性休克6h集束化治疗（bundle）完成率；5.ICU抗菌药物治疗前病原学送检率；

6.ICU深静脉血栓（DVT）预防率；

7.ICU非计划气管插管拔管率；

8.ICU气管插管拔管后48h内再插管率；

9.非计划转入ICU率；

10.转出ICU后48h内重返率；

11.ICU呼吸机相关性肺炎（VAP）发病率；12.ICU血管内导管相关血流感染（CRBSI）发病率；

13.ICU导尿管相关泌尿系统感染（CAUTI）发病率单病种质量分析要求对重点单病种进行分析，包括对单病种的费用、住院天数、治疗方案、治疗效果等进行分析，以便及时总结经验，找出最佳的治疗方法，减轻病人负担，增加医院经济效益。专病监管分析慢病业务监管分析要求针对慢病人群管理开展情况进行统一监管，采用多种形式展示，如图表、图形、红绿灯等，具体指标包括：高血压、糖尿病、脑卒中慢性病控制率、高血压、糖尿病、脑卒中慢性病规范管理率、高危人群管理率、服药率和血压（血糖）控制率、高血压、糖尿病、脑卒中慢性病预防宣传教育知晓率、区域高血压、糖尿病、脑卒中慢性病危险因素监测。传染性疾病业务监管分析要求对传染病防治进行日常卫生监督，助力监管疾病发病及防治工作，要求主要功能（指标）包括：预防接种、传染病疫情报告规范性监测、疫情控制措施监测、消毒隔离制度执行情况监测、医疗废物处置情况监测、疾病预防控制机构的菌（毒）种管理情况监测。精神疾病业务监管分析要求系统支持针对精神疾病人群管理开展情况进行统一监管，采用多种形式展示，如图表、图形、红绿灯等，要求主要功能（指标）包括：严重精神障碍患者管理情况监管、精神障碍患者救治救助管理、精神障碍管理服务监管。科研数据中心临床科研数据中心建设主要步骤包括数据源分析、数据接入（历史数据、增量数据）、构建患者主索引、数据清洗与整合、数据后结构化、输出数据质量报告等步骤。其中，历史数据的处理主要通过ETL工具进行批量处理，增量数据的处理主要通过数据接口及数据治理工具的应用实现。主要技术要求如下：系统要求支持大数据架构，支持PB级数据量，支持Oracle或Mysql等行式主流数据库，支持Hive或Vertica等列式数据库、