1、1/31用户需求最高限价：960.74 万元1. 项目背景广州医科大学附属第一医院目前已经建成了医院信息系统（HIS 系统） 、办公自动化系统（OA 系统） 、检验科信息系统（LIS 系统） 、医院网站系统、医院影像系统（ PACS 系统）等应用系统，医院信息化应用系统功能覆盖全院行政管理、医疗服务、惠民服务等各项业务，初步形成了功能完善的信息化体系，信息化应用系统在提高医院管理水平、促进医疗业务发展方面发挥了重要的作用，经过十几年的应用，目前系统积累了大量的临床数据、运营数据及科研数据，其中 HIS 及 EMR 数据约 12TB、LIS 数据约 2TB、PACS 数据约60TB，医疗业务对信
2、息化的依赖程度不断提高，随着医院医疗业务及卫生计生行业的发展，尤其是近年来，医改业务的不断深入开展，医院现有的信息系统将进一步推进，满足新的医疗业务的需要。医院目前“信息孤岛” 、 “信息烟囱”依然存在，系统中结构化数据与非结构化数据并存，数据质量良莠不齐，各应用系统目前通过“点对点”接口方式实现功能调用及数据交换，大量的数据接口导致管理及维护困难，目前未能形成统一的接口标准。根据卫生计生主管部门要求，我建设与市区域卫生信息平台、市集约式诊疗预约系统/市集约式诊疗费用支付系统、市区域影像和检验中心系统、市妇幼保健信息系统接口，市级信息系统对医院不同的信息系统对接，接口无法得一统一管理。广州市医
3、科大学数据中心将于 2019 年建成（采用微软公司的 Microsoft Biztalk Server 中间件、SQL Server 数据库管理系统）广州医科大学附属医院专科平台，系统将与广州医科大学附属第一医院信息平台实现互联互通及系统对接。 广东省人民政府关于印发广东省构建医疗卫生高地行动计划（2016-2018）的通知( 粤府函2015363 号 )及广东省高水平医院建设项目实施方案 关于医院信息化建设方面提出了明确的要求，项目以需求为向导，结合广东省高水平医院建设标准、医院信息系统互联互通成熟度标准、电子病历系统功能应用水平分级评价方法及标准等相关的标准规范，开展信息集成及临床数据中心
4、建设，达到电子病历六级、互联互通四级甲评审要求。2. 总体要求（1）项目为总价包干工程，投标人承诺所投价格包含了完成项目所有系统建设费用，包括项目设备采购、软件开发、安装部署涉及的所有软硬件、辅材、人工等费用，医院原各信息系统接入平台改造涉及的所有费用均由中标人支付，确保项目达到项目目标，采购2/31人不再支付任何其他费用。（2）中标人须根据广州医科大学附属第一医院原的信息化系统及业务需求开展，深入调研，形成需求规格说明书及项目实施方案，确保项目能满足建设工程项目建设要求，符合三级综合医院评审标准、HQMS 质量体系等相关标准规范，项目实施参照广州市政府投资信息化项目建设要求开展项目建设，投标
5、人须提供详细的深化设计计划方案。（3）医院信息化工程部分描述为概要性要求，不作为最终实施和验收标准，每项系统的实施以中标方进场实施时与用户单位正式确认的用户需求确认书及中标方根据用户需求确认书提供的实施方案为准。（4）通过本次项目建设，医院信息化建设参照电子病历系统功能与应用水平分级标准六级相关标准，同时符合医院信息互联互通标准化成熟度测评四级甲等标准，确保系统能通过互联互通四级甲等测评。（5）系统与医院现有的相关信息系统（包含但不限于 HIS 系统、PACS 系统、EMR系统、LIS 系统、医保系统、省厅病案系统、供应室系统、合理用药、阳光用药系统）对接，中标人承担第三方系统接入产生的所有费
6、用（包括第三方系统接入平台改造等费用） ，实现各应用系统数据互联互通，建立临床数据中心。系统建设过程，确保不影响医院医疗业务的正常开展；系统建设须根据用户最新的业务需求及医疗政策进行调整。中标商须提供医院各信息系统现有应用系统的数据梳理及整合服务，完成基于现有的信息系统数据的临床数据中心、科研数据中心、运营数据中心建设。（6）本次项目建设需要实现与广州医科大学智慧医疗平台无缝对接，根据国家、省、市计生卫生主管部门要求，与国家、省、市相关的计生卫生信息系统及社保信息系统对接，中标人承担对接的开发工作及第三方系统的接入改造费用。（7）工期要求：项目要求 2019 年 6 月达到医院信息系统互联互通
7、成熟度标准四级甲等要求，参加并通过 2019 年医院信息系统互联互通成熟度标准评审，2020 年通过最终验收。3. 采购内容3.1 信息集成平台采购成熟的企业服务总线系统，实施基于主数据管理的业务应用，指导医院业务厂商改造医院原各应用系统，开发各应用系统接口，实现基于标准协议的医院各系统互联互通，建设运行监控平台、服务管理平台、统一用户管理、统一工作门户、统一消息平台等应用系统平台，医院各信息系统达到医院信息互联互通标准化成熟度测评四级甲等标准要求，通过医院信息互联互通标准化成熟度四级甲等测评。3/313.2 全院数据中心构建全院数据中心，通过先进的医疗信息汇集技术整合医院业务系统数据，形成临
8、床数据中心(CDR)、运营数据中心和科研数据中心，提升医院对现有数据资产的采集、聚合、处理与展现能力，确保获得适当授权的用户在任何时间与地点都能方便地访问临床、管理、质控与科研信息，以便更好地进行各项决策和业务。项目采用目前先进的应用技术架构，实现主数据管理、患者主索引、多维度查询服务等功能，开展大数据利用工作，为医教研管提供辅助决策。3.3 基于数据中心的应用系统建设3.3.1 临床类应用建设患者 360 视图功能模块，基于临床数据中心，按照患者为核心的起始维度，依靠患者主索引 (EMPI),把患者当前和历史的全部门急诊就诊记录、门急诊病历、住院病史、影像检查、检验结果、心电图及扫描文档等信
9、息进行整合及展示。3.3.2 管理类应用通过开发全院 360 管理决策驾驶舱、科室主任管理视图、门诊业务管理、医疗质量管理门户、绩效管理系统、DRGs （疾病）诊断相关分类）分析、员工 360 视图等功能，建立以人员、业务、疾病为基础的应用系统，为医院管理、运营管理、医疗服务提供技术支撑，建立全面、直观、灵活的数据展示功能等。3.3.3 科研类应用基于科研数据中心，开发临床科研查询、基于病种库科研平台等功能，通过设计合理的数据模型，方便临床医生/ 科研医生进行检索与病人相关的检查检验、用药、护理等医疗信息，充分发挥临床数据的潜在价值，为医院科研提供数据依据，促进医院科研业务快速发展。4. 具体
10、功能需求4.1 信息集成平台需求4.1.1 企业服务总线功能需求（1）信息集成平台基于 HL7 等标准，参照 IHE(Integrating the Healthcare Enterprise 集成医疗企业)技术框架和体系结构，采用 SOA 和信息集成技术将各种医疗信息（文字、视频、检验数据等）进行松耦合集成，通过互联互通的方式实现临床工作模式与工作流程的优化。4/31（2）采用企业级服务总线（ESB）技术，通过松耦合模式，将业务逻辑和应用逻辑、数据逻辑分离。服务总线遵循 SOA 设计原则和技术标准，支持数据的自动采集、传输、标准化转换、存储、共享，提供可靠的数据或消息传输，支持标准消息中间件
11、。（3）基于主流成熟的企业服务总线服务产品，支持按服务分组，相互组之间不会受影响（需提供产品的登记证书复印件） 。（4）支持多种数据通信模式，包括同步、异步、点对点、发布/订阅等。（5）支持通过适配器的方式将中间件和数据库连接，适配器包括但不限于 SQL Server、 Oracle、SAP ，同时还可支持外部扩展。（6）支持多种消息格式（CSV、XLS、XLSX）转换为 XML 消息格式（7）支持最新 Web Services 标准，包括 SOAP 1.1/1.2.WSDL 1.1.MTOM/XOP、WS-I Basic Profile 1.1 等，支持 Web Services 自有的安全
12、性 WS-Security 和寻址功能 WS-Addressing，实现 Web Services 同步和异步调用。（8）支持 Minimal Lower Layer Protocol (MLLP) 传输协议，连接各类医疗设备。（9）支持灵活开放的协议，包括但不限于JSON、MLLP、HTTP/HTTPS、FTP/File、Socket、SMTP、SOAP/HTTP、SOAP/JMS ，具备协议相互的转换能力。（10）支持集群功能，队列管理器之间能够共享负载，实现自动负载均衡。（11）支持标准接入规范，基于统一描述、发现和集成标准，进行关键业务活动服务注册，方便第三方供应商基于该统一架构进行平
13、台接入。（12）支持 ESB 事件驱动模型构建，支持业务规则引擎场景设置和自定义应用场景。可以实现不同协议的动态路由，且路由规则通过配置方式实现。（13）企业服务总线产品需要内置医疗行业 HL7 系列适配器。 （14）具有较高的并发处理性能，包括 Web Service/http 调用等。（15）系统采用多层架构的体系结构，应充分考虑到系统今后纵向和横向的平滑扩展能力。企业服务总线服务需要支持 3 个及以上故障转移架构能力。（16）支持界面化配置管理企业服务总线内服务创建配置以及相关订阅方权限分配，并能跟踪每一次调用记录，同时能够通过配置界面干预服务转发重发功能。（17）参考互联互通服务接入标
14、准，采用统一接入方式，简化接入开发工作，简化第三方接入开发量。（18）根据医院需求，建立相应的接口定义及使用规范，至少包括如下类型的接口定义和使用规范：病人基本信息、检查电子申请、检验电子申请、手术电子申请、输血电子申请、费用确认、危急值确认、主数据（包括员工、科室、病区、检验项目、检查项目、收费项目、医嘱项目、药品、诊断 ICD、手术 ICD、耗材等） 。（19）系统需要高度的安全性和可靠性保证5/31（20）系统配置易用性需要考虑，院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。（21）集成互联互通标准服务，实现互联互通评审的所有审查点，包括但不限于日志查询，重发跟踪，日常服
15、务调用统计等功能（22）提供账号维护、服务维护、订阅信息管理、配置管理、日志查询、统计分析、性能监控等功能。（23）企业服务总线产品支持与公有云的集成，以方便未来业务扩展。（24）如果第三方系统如果无法提供 HL7 标准的接口，中标人要解决系统的接入的问题。4.1.2 运行监控平台（1）系统要求开发直观、友好的图形用户界面，直观展示平台运行指标及状态参数。（2）界面可监控当天服务调用得情况、告警信息、异常信息、异常消息及异常处理等，接入服务、接入系统、服务调用、消费系统和数据备份等统计信息。（3）支持在一个界面中显示集成平台服务器、数据库及具体服务的运行状态信息。（4）支持提供服务调用日志、服
16、务器和数据库日志。（5）提供队列、服务器、数据库、告警规则、告警短信等配置功能。（6）提供服务调用各种指标的统计报表。4.1.3 服务管理平台（1）支持界面化管理企业服务总线内服务的增删改及启用配置，相关订阅方权限分配功能，服务分类管理。（2）能跟踪每一次调用记录，同时能够通过配置界面干预服务转发重发功能。（3）可以通过配置的方式实现服务的定义，根据医院的需求做相应的适配性修改，至少包括如下类型的接口定义和使用规范：病人基本信息、检查电子申请、检验电子申请、手术电子申请、输血电子申请、费用确认、危急值确认、主数据（包括员工、科室、病区、检验项目、检查项目、收费项目、医嘱项目、药品、诊断 ICD
17、、手术 ICD、耗材等） ，主数据要根据医院需求，遵循国家、地区、行业及医院相关标准。（4）系统配置易用性需要考虑，院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。（5） 集成互联互通标准服务，实现互联互通评审的所有审查点，包括但不限于日志查询，重发跟踪，日常服务调用统计等功能（6）系统要求提供模拟测试环境，新增加或修改的配置，须给测试环境测试通过后，才能发布到工程环境使用。6/314.1.4 统一用户管理（1）统一用户服务为全院各应用系统提供统一用户管理、统一认证管理和统一授权管理。（2）统一用户管理系统需要支持 LDAP 协议，为医院各应用系统提供统一的、高可靠性和安全的用户
18、管理服务，它集中存放以前分散在各应用系统的用户信息和组织机构信息，并按照管理流程，实现信息在各系统之间的流转和同步，并为各系统提供人员创建、调动、注销和密码同步等功能。（3）单点登录（SSO）功能：统一身份与权限管理平台实现对医院各信息系统进行统一管理，各应用系统不再独立管理用户信息和授权信息。每个用户可以在单一点只需输入一次用户名和密码，就可以按系统设置的权限范围，访问所有被授权访问的系统，而无需二次输入用户名和密码。（4）统一授权管理服务按照基于角色的访问控制模型，与信息系统应用成为一种松耦合的工作模式，为各类信息系统应用集成提供基础。（5）实现完善的用户信息管理功能，能实现各系统用户帐号
19、的对应关系管理，并集中存放分散在各系统的人员信息。（6）提供用户创建功能，并与各系统接口，自动创建各系统用户帐号。（7）提供用户注销的功能，并与各系统接口，自动注销各系统用户帐号。（8）用户信息修改，提供修改用户信息的界面和访问接口，保证修改后的用户信息在各系统中保持一致。（9）用户管理系统应具备高性能和可靠性，系统应能通过增加对等的人员管理服务器来均衡负载，以提升性能和可靠性，并增强数据安全性。（10）系统应能通过权限设置和委托，实现分级管理功能，以方便管理部门（如医务处、护理部和人事处等）或各临床科室管理各自的用户信息。（11）系统应提供完善的日志处理功能，对所有重要操作都应记录日志，并提
20、供灵活的查询界面和接口。日志不能随意删除和修改。（12）系统应提供完善的错误、警告、性能日志和事件，管理员并能通过 Windows 事件查看器和性能检测器查看，并能和系统管理和监控系统集成，以实现集中的监控和告警。（13）系统应提供完善的日志处理功能，对所有重要操作都应记录日志，并提供灵活的查询界面和接口。日志不能随意删除和修改。（14）对于 B/S 应用下的 Form 认证场景，系统应采用 SSL 加密协议，以避免密码探测，提供用户会话(Session)有效期管理。（15）授权管理系统应采用基于角色的访问控制，用户所能访问的权限就由该用户所拥有的所有角色的功能集合的并集决定。 7/314.1
21、.5 统一工作门户（1）将医院相关系统都整合到统一的门户中，用户可以通过统一门户，查看平时重要的通知、日程、管理、报表等信息。（2）同时可以无须再次输入用户名密码，直接登陆其他业务系统。（3）统一门户针对每个角色的不同，为领导、医生、护士等不同角色定制不同的门户模版，使用户在门户中可以查看自己角色最关心的信息。（4）用户可以根据自己的需求，对门户中的模块进行自定义。（5）如果一个用户拥有多个角色（不如即是领导，又是医生） ，他也可以在多个角色中进行切换，使其能更好的进行日常工作。（6）通过自动化部署发布脚本，可以自动发布并更新应用程序。（7）提供应用系统接入规范，包括认证、消息和界面集成方案。
22、4.1.6 统一消息平台（1）需使用企业级成熟产品进行功能实现，产品需在国内有用户使用（提供产品软件登记证书复印件） 。（2）为全院员工构建一体化沟通平台，通过融合即时通信工具、邮件、电话和门户等沟通手段，实现信息方便快捷的流转，提高工作效率（3）包括但不限于电子邮件系统、短信平台等，为加速院内各类信息的传递提供了便捷的方式。（4）在线文字交流、语音通话和视频通话：支持通过即时通信工具客户端直接进行文字交流、在线语音通话和视频通话。（5）即时工作状态提示：即时通信工具中随时显示联系人在线状态。工作状态同时集成在电子病历及协同办公门户的人员列表中。（6）文档共享：支持在对话过程中进行文件传输。（
23、7）支持即时通讯工具与 Outlook 及门户的集成：支持 Outlook 与门户中发起即时通讯操作；并支持启动基于上下文的协作，如发消息、会议邀请等。（8）支持网上会议功能：支持通过即时通信工具客户端召开网上会议。（9）支持消息提醒功能：包括日程安排的提醒、待办事项提醒、新邮件提醒、新短消息提醒等。（10）提供即时通信访问接口：提供异构 Web Services 接口支持第三方应用系统将消息推送至目标用户的即时通讯工具客户端上。（11）实现系统与系统之间、系统与医生、系统与患者及相关人员的即时消息交互；8/314.1.7 互联互通四甲标准测评在本项目的实施过程中，按照国家卫计委的互联互通标准
24、化测评的四级甲等要求对本项目的建设内容进行建设和改造，协助医院完成测评材料、实验室及现场测评相关工作。4.2 全院数据中心需求4.2.1 数据中心基础架构（1）临床数据中心实现所有临床诊疗数据的整合与集中展现，包括但不限于院内各临床信息系统(如就诊、住院、医嘱、病历、病案、护理文书、药敏、检查、检验等) 所集成的患者所有重要的临床数据。（2）建设运营数据中心（ODR） ，包括但不限于除临床信息系统外的其它数据源，（如预约、挂号、费用信息、医保信息、人事等） 。（3）数据中心建设包括数据对象、对象之间的关联关系、数据标准和业务数据的映射关系等，逐步形成医院运营数据集规范、数据获取规范、数据对外发
25、布规范等。（4）在确保对生产系统的资源和运行没有影响前提下，全院所有临床数据要以实时或近实时的方式，通过对原始数据的抽取、清洗、转换处理后集中存储，所产生的元数据支持灵活的查询利用需求。抽取的数据不能仅仅是对业务系统表的复制，必须按照国际、国内标准转换后存储，保证数据中心不依赖于业务系统。（5）对历史临床数据进行抽取、清洗、转换，按标准化格式存储。描述数据渐变过程追踪和管理过程，确保数据的准确性。（6）要求该平台软件是基于国际先进的医疗信息汇集（Data Aggregation）技术，对于采集的数据加以解析处理，形成最小的、可复用的数据元素，以提高数据利用的效率。（7）具有内置的数据分析路径，
26、可以根据医院关注的主题按医院的习惯层层分解，而无需定制。（8）通过配置验证规则，自动验证 CDR 中的数据的准确性，如对比记录条数、对比汇总金额等方法，确保 CDR 中的数据准确及时的反映了业务系统中的数据。（9）临床数据中心应具有高度的可扩展性，支撑医院业务向区域的延伸，满足跟各级各类区域卫生信息服务平台的接口整合和数据共享，支持双向转诊、远程会诊等业务。（10）提供临床数据的统一展现，按权限为系统管理员和用户提供不同级别不同层次的临床数据中心数据汇总展示，便于各类用户能够快速获取诸如医嘱、病历文书、检查报告、检验报告等各类临床数据概略信息。（11）数据中心所使用的数据库产品必须是当前成熟的
27、关系型数据库产品，并且数据库需内置 ETL 工具模块、联机分析 OLAP 功能模块、联机交易处理 OLTP 功能模块、报表服务，无需额外购买。9/314.2.2 主数据管理（1）在集成平台上构建医院主数据管理数据库，集中统一的管理全院主数据，通过对平台相关的各业务系统提供主数据服务，实现主数据的同步和匹配，包括但不限于术语、人员、科室、检查检验项目、药品、耗材、诊断 ICD、手术 ICD 等。（2）遵循主数据的国际标准（如 ICD10） 、国家标准（如患者的部分基本信息） 、行业标准（卫计委定义的相关值域） 、医院标准。主数据可由平台管理者进行注册、维护等。（3）基于医院临床应用，实现临床诊断
28、，手术的二级编码管理，并通过院内管理流程通过审核与国际标准 ICD10.ICD9 等进行对应。（4）全体工作人员（包括本院和非本院）和科室数据管理：建立医院统一的组织机构架构，包括业务科室、护理单元、职能部门、后勤部门等。（5）支持从医院现有业务系统同步人员、科室、病区、药品、材料等相关信息，建立与主数据同步的对应管理。供应商提供主数据梳理服务，实现对大历史患者信息自动化归并等服务。4.2.3 患者主索引（1）患者主索引（EMPI） ，用于患者基本信息索引的创建、搜索和维护，可对患者有效地进行管理。（2）通过建设主索引来自动或手动匹配、合并患者信息，利用主索引可获得完整的患者视图。（3）EMP
29、I 为每个患者创建一个唯一标识，并与所有相关系统医疗记录的标识之间建立映射。（4）根据索引规则，对院内各类信息系统中的患者信息进行索引重建，使历史记录可以进行关联。（5）通过给定规则，实现相似患者汇总页面，方便医院手工合并、分拆患者主索引。（6）EMPI 提供给其它应用程序订阅或调用等服务。（7）患者主索引（EMPI）匹配算法应符合 IHE-PIX、IHE-PDQ 集成规范，患者主索引提供符合 HL7 标准的对外服务接口。（8）主索引建设部分应包括但不限于：患者信息管理，患者疑似信息管理，匹配算法引擎，操作记录审计等内容，主索引系统业务记录发生的变化都需要记录操作日志，并能实现分拆。4.2.4
30、 多维度查询服务依据数据集成基础架构建设模型，提供用户自定义查询配置，快速过滤需要的信息，通过将临床诊疗数据跟医学专业术语集和数据模型的关联，支持高效的多维度组合查询和10/31分析，查询结果可方便地导入专业医学统计软件，进行统计学分析。4.3 基于全院数据中心的应用系统4.3.1 临床类应用4.3.1.1 患者 360 视图（1）在临床数据中心的基础上，按照患者为核心的起始维度，依靠患者主索引 (EMPI),把患者当前和既往的全部门急诊就诊记录、门急诊病历、住院病史、影像检查、检验结果、心电图及扫描文档等信息进行整合。（2）建立患者 360 视图，临床人员可通过一个视图快速浏览患者的全部信息
31、。（3）支持按照时间轴查看患者在指定期间内的门诊、住院、体检等所有信息。（4）患者 360 视图提供简单的集成接口，方便第三方应用系统调用，并且可以配置不同的默认视图，为不同角色的用户提供不同的默认界面。（5）提供时间轴管理，支持关键指标时间轴汇总展示。（6）支持行业主流移动设备展现4.3.2 管理类应用4.3.2.1 全院 360 管理决策驾驶舱（1）基于临床数据中心（CDR）运营数据中心（ODR）开展 OLAP 分析，实现关键业绩指标(KPI)展示、决策驾驶舱(DSS)中动态仪表盘、决策预警雷达等功能，为医院决策者提供全方位的决策警示和支持。（2）充分整合现有运营数据：通过数据平台整合医院
32、现有的各类信息数据，将数据物理集中到统一的数据仓库环境；（3）数据仓库标准化：为医院建立规范、完整、高效、可持续发展的运营数据仓库核心模型、ODS 和多维分析模型，标准数据集符合国家卫计委、江苏省的相关标准；（4）展现形式丰富细致：为医院提供自主分析、数据查询、报表分析、多维分析、数据挖掘等多种信息分拆手段；（5）展现运营数据全面准确：从财务状况、人员绩效、医疗质量、医院未来发展趋势和能力等全方位、多角度提供领导决策分析；（6）统一的门户：提供完整的数据门户，用户通过数据门户的定制化功能，可将各类数据使用、数据分析和业务应用功能整合在统一的环境中。（7）提供完整的医院管理指标概述，概述中含有各
33、类指标横向、纵向、基值对比，然后根据管理专题或者单指标进行钻取，实现院级、科室组、科室、医疗组、医生、患者的多层级数据查看及原因分析，也可以从病种、手术、医嘱、药品等方面查看各类指标的对比情况。11/31（8）数据分析对象包括：门诊、住院实时数据监测、管理专题-门诊专题、住院专题、标准专题-收入专题、医疗服务、工作效率、医疗质量、患者安全、合理用药、医院管理专题-医保控费、门诊就诊时间、大处方、高值耗材。（9）支持行业主流移动设备展现。4.3.2.2 科室主任管理视图科室主任视图帮助科室负责人对科室从宏观到微观的数据、信息、资源的全面统计，自动产生报表，实现科学决策。它覆盖科室院各个部分、各个
34、方面的信息，包括业务量、收入及各级明细、各类统计信息、药品信息、医疗工作质量及效益等。查询统计方法灵活、简便，采用数据和图像结合显示，使得信息更直观、一目了然。门诊收入、住院收入、全院收入既可以按科室查询也可以按医师开单量查询，支持多个维度。门诊就诊量、日出入院量、在院病人情况、床位占用等动态数据情况的查询让管理者达到更有效的管理决策效果。（1）医疗服务统计主要对科室发展情况、资源利用、医疗护理质量、科室工作效率、科室经济效益等方面的数据进行整合、统计分析并提供准确、可靠的统计数据，为科室负责人提供所需要的各种报表。1) 门诊病人统计数据；急诊医疗统计数据；住院病人统计数据；2) 门急诊日报表
35、、月报表、季报表、半年报表和年报表；3) 病房日报表、月报表、季报表、半年报表和年报表；病人分类报表；4) 对上级部门的报表；医疗工作月报表；住院病人分类报表；5) 损伤和中毒小计的外部原因分类表卫生行政主管部门规定的其他法定报表；6) 门诊工作情况；病房(病区 )工作情况(含病房床位周转情况、床位使用率等)；7) 出院病人分病种统计及其他分类统计；手术与麻醉情况；（）综合查询与分析1）科室财务管理分析、统计、收支执行情况和科室核算分配信息；2）医疗、护理管理质量和分析信息；3）人事管理：科室各类卫生技术人员和其他技术人员总额、比例、分布、使用情况；4）科室设置、重点学科、医疗水平有关决策信息
36、；5）门诊挂号统计、收费分项结算、科室核算信息及门诊月报；6）住院收费分项核算、科室月核算、患者费用查询、病人分类统计信息；7）科室工作指标、医保费用统计信息；8）科研管理统计，全部课题或分类统计课题的汇总等；（3）支持行业主流移动设备展现12/314.3.2.3 门诊业务管理门诊业务管理系统基于全院数据中心，以图形化方式展示门诊业务统计数据，实时监测门诊各诊区或窗口业务环节的滞留病人数量以及平均（或最长）候诊时间，以便及时干预，消除门诊流程中的瓶颈。此外，提供患者投诉管理，跟患者满意度管理和医德医风管理系统进行整合，改善病人服务。支持行业主流移动设备展现4.3.2.4 医疗质量管理门户（1）
37、提供 2016 版卫计委医政司要求的医疗质量管理的全部指标体系及三级综合医院评审标准的相关指标。（2）要能对医疗质量监测指标进行监控，不仅可以得到的指标计算值，而是能够实时看到正在发生的具体情况，并能够接受医务部门的反馈或干预信息。（3）关键事件动态监测：包括全部手术、有创操作、全部微生物检验结果、危重抢救病例。（4）关键节点动态监测：包括入院记录、首次病程录、日常病程记录、交接班记录、手术记录、会诊记录、出院记录、体温单、护理记录、入院评估单、健康教育单。患者入院须知、手术病人接送护理记录单、临时医嘱单等。（5）关键环节过程审核：对特殊的医疗行为应先由相关和质量控制科审核方可进行。可对需要审
38、核的时间条件进行定义，出现需要审核的环节时系统提示相关人员进行审核。（6）质量指标综合查询：综合查询各考核对象、各时间段的各项质量指标评估和监测结果。（7）质量指标超限预警：对各种超过标准限制的质量指标给予预警。（8）质量指标结构分析：根据不同质量指标的评估结果和给出的各种条件生成报表，并能根据报表数据情况生成各种表示结构与比例的饼图。（9）质量指标对比分析：根据不同对象评估的结果和给出的各种条件生成下列报表，并能根据报表数据情况生成各种表示结构与比例的直方图。（10）质量指标趋势分析：根据不同时间评估的结果和给出的各种条件生成下列报表，并能根据报表数据情况生成各种表示结构与比例的直方图或线性
39、图。（11）针对质量控制的数据，须根据业务需求提供业务数据补录功能，确保数据的完整性及有效性。针对临床数据中心不具有的数据，提供数据录入界面进行人工录入。（12）支持行业主流移动设备展现。4.3.2.5 绩效管理系统通过数据中心的建设，为成本核算办现有绩效考核系统的数据获取方式自动化，改变目前手工数据录入的作业方式。主要的改造工作需要在数据集成平台业务模型封装层，再按照当前绩效考核的数据集和格式提供数据服务。支持行业主流移动设备展现。13/31（1）绩效管理框架以人力资源管理为基础，选用适合医院组机构属性的绩效理论和方法，采用平衡计分卡，行为锚定法等先进的管理工具，构建多维度，多层次的绩效考核
40、指标体系，并将考核结果与薪酬分配进行有效对接，实现以人为本，公平竞争，合理分配，有效激励的考评原则，建立医院持续、稳定、健康发展的管理流程。1) 符合医院组织属性和机构特征2) 采用适合医院专业特征和职能部门特点的绩效管理思想和方法3) 基于战略规划基础的经营管理数据信息的整合平台4) 建立医院各部门管理信息和绩效结果的网络体系5) 基于医院管理者视角的查询界面和路径6) 建立和固化医院绩效分级管理体系7) 经营管理主要数据的实时监控平台（要求：完整的医院软件系统支持）8) 基于绩效管理理论体系的灵活的功能设置9）针对临床数据中心不具有的数据，可提供数据录入界面进行人工录入。（2）软件基本功能
41、说明系统模块 功能描述目标制定建立医院的各年度战略目标，维护各目标的定性和定量描述，以及相关文件的上传、下载管理。可对目标进行增删改查操作。目标管理设置当前目标 在多个目标中选择一个设为当前目标。绩效科室设置 维护每套方案的科室，设置科室的成本关系。绩效期间设置 设置各类科室的绩效考核期间。全院 KPI 指标设定 根据医院的年度战略目标，从各个维度中选取医院某年度所用到的全院 KPI 指标集。科室分类 KPI 指标制定按科室类别和考核期间（月、季、半年、年）设置科室分类 KPI 指标集，并制定目标值。科室分类 KPI 指标权重按科室分类和考核期间（月、季、半年、年）设置科室分类 KPI 指标的
42、权重。科室分类 KPI 评分标准按科室分类和考核期间（月、季、半年、年）并根据科室评分方法设定科室分类 KPI 指标的：区间、基准值、最佳值、变化值、加减分等评分标准。问卷发布 按周期对被评测科室发布问卷方案审核 对制定的方案进行审核。审核后，除了通过“方案调整”，否则方案不能再修改。方案调整 需要对方案调整时，可增加方案调整记录，确认后可对方案进行调整操作。方案管理方案查询 查询已经制定好的绩效方案。14/31科室收入计算 根据系统管理的收入提取比例以及科室成本关系，计算绩效科室的收入。科室成本计算 根据系统管理的成本项目设置以及科室成本关系，计算绩效科室的成本。成本核算指标数据汇总将“医院
43、成本核算管理系统”中的指标数据汇总到本系统中。问卷录入指标维护按在线答题、按选项录入、按分数录入的方式，对采集方式为问卷录入的指标，对对应的已发布问卷进行数据采集。手工录入指标维护按科室和核算期，录入需要手工录入的指标数据。内部 SQL 指标维护按科室和核算期，计算内部 SQL 的指标数据。函数指标维护按科室和核算期，计算函数指标数据。内部公式指标维护 按科室和核算期，计算内部公式指标数据。数据采集未完成录入指标查询查看指标数据的采集状态，并显示需要公式计算的指标所用到的指标是否已经采集完数据。科室考评计算 按科室和核算期，根据科室的 KPI 指标、指标值、评分标准和权重，计算科室得分。科室绩
44、效总结 总结本月的绩效情况，并记录下一步的改进措施。绩效审核 对本月的绩效考核结果进行审核，审核后除非进行绩效撤销操作，该月数据只能查询，不能再维护。绩效考核绩效撤销按月撤销绩效考核的结果，并可对撤销结果的月份重做绩效考核。科室收入查询 按科室和月份查询各个科室的收入数据。科室成本查询 按科室和月份查询各个科室的成本数据。科室绩效查看 按科室和月份查询某几个月的绩效考核情况。并挖掘“指标值、指标分的计算过程、原始数据”等。科室指标查询 按科室、核算期和指标查询指标数据。科室趋势分析 分析一段时间内，一个或多个科室，一个或多个指标的目标值与实际值对比情况。科室同比分析 分析同月、不同年的指标对比
45、情况绩效分析科室环比分析 分析一段时间内，一个或多个科室，一个指标的达成率和成长率情况。15/31科室雷达分析 用雷达图的方式，分层查询某科室各指标权重和得分情况。绩效报表科室绩效得分报表 可按照不同维度（科室、科室分类、期间、分数段等）查询科室绩效得分的汇总数据。奖金核算设置 按科室类别和考核期间（月、季、半年、年）设置奖金核算公式。奖金核算 按科室类别和考核期间（月、季、半年、年）查询出科室的奖金公式、奖金项目公式、公式指标值。并根据调整金额计算出实发奖金。对奖金结果进行审核。奖金发放 对已经审核过的奖金数据，进行确认发放操作，确认发放后除非进行奖金撤销操作，否则只能查询奖金数据，不能维护
46、。奖金核算奖金撤销 可按月份撤销奖金数据，并对撤销后的月份重新做奖金核算。奖金发放查询 按科室类别和月份查询科室奖金公式以及奖金项目的数据。奖金概要查询 按科室类别和月份查询科室奖金发放的情况。奖金分析奖金趋势分析 查询一段时间内科室奖金数据的趋势。指标维护 维护系统所用到的全部指标。维度设置 维护系统所用到的维度。科室分类设置 维护系统的科室分类。问卷设置 设置题目类别，标准答案，题库，并最终形成与指标对应的问卷KPI 指标参考库维护维护一套系统的 KPI 指标字典，作为 KPI 指标的参考库。收入提取比例设置 维护系统收入计算时的比例设置。系统管理成本项目设置 维护系统成本计算时需要考虑的
47、成本项目设置。用户角色管理 对用户所属于的角色，以及角色的权限进行管理4.3.2.6 DRGs 分析建立 DRGs 指标管理体系，实现 DRGs 基础数据的自动采集，自动分析，为医院疾病诊断分组工作提供信息化支撑，为医院后续开展绩效评价和按病种付费制度提供数据基础，并为医院提高管理水平，加强医疗质量，控制医疗费用提供先进的管理方法，支持行业主流移动设备展现。采购人可以根据需要，导入导出分组器，实现对分组器内容进行调整、更新等。4.3.2.7 员工 360 视图（1）为了健全和完善员工考核体系，建立人员资格资质与授权管理系统，将员工的个人信息全面、统一、集中在一起，便于信息的更新与补充，简化工作
48、程序，提高工作效率，客观地反映每位员工的工作绩效，为综合评价员工的工作业绩提供依据，并为员工的晋升、职称评定提供较为完整的资料，具有客观性、科学性和实用性；16/31（2）员工 360 系统包括如下内容：个人基本资料、学历经历资料、专业一般资料、技术及理论考试情况、科研教学情况、奖惩记录、医生工作量及绩效考核；（3）员工 360 系统是员工业务成长的真实记录，是考核员工德、勤、绩、能的重要依据，同时也是对员工晋升、聘任、奖惩的重要依据。（4）员工 360 多维度比较功能：图形化展现多个员工多个维度的定量比较；维度选择应可调整；4.3.3 科研类应用4.3.3.1 临床科研查询在保证病人隐私的前
49、提下，可利用自定义查询条件的检索工具对全部临床信息进行全文检索，支持简单检索、组合/ 高级检索和按 ICD-10 疾病分类导航检索功能，能对检索结果进行二次检索、导出 Excel、保存归档至科研项目管理系统。支持行业主流移动设备展现。4.3.3.2 基于病种库科研平台（1）科研平台应允许研究者创建科研项目，确定组员和相应成员的权限设置（2）支持临床科研的队列研究。能够进行病种库创建，制定病种库入选规则，自动筛选门诊和住院病人；确定是否入组；（3）建立呼吸疾病的单病种科研数据库，汇集医院现有信息系统中跟其相关的数据，建立独立于医院日常业务系统的病人临床科研教学数据中心，为临床科研及医疗保险单病种管理提供数据依据；（4）在前端完善现有系统中缺失的必要数据，并提高现有系统中数据的结构化水平，实现病人从门诊、住院、出院随访等全面就诊治疗和愈后等信息的整合；（5）设计临床数据中心及相关信息系统的数据接口及完整的数据提取方法；（6）建立并完善基于单病种或特殊疾病群体的数据模型，提供系统工具，对查询结果进行各种系统化统计学分析；（7）支持对汇集的数据进行多维度查询，并将查询结果在系统中保存，提供相应的信息视图；（8）建立对病历资料采集与数据收集过程中进行快速筛选和汇总分析工具，支持高速、多种检索方式，具备队列管理功能；（9）提供数据补录工
