项目需求书一、商务需求1、实质性商务需求序号需求条款1在中国注册的企业法人，具有独立承担民事责任的能力；具有良好的商业信誉和健全的财务会计制度；具有履行合同所必需的设备和专业技术能力；有依法缴纳税收和社会保障资金的良好纪录；参加政府采购活动前三年内，在经营活动中没有重大违法纪录；法律、行政法规规定的其他条件。2法人营业执照副本加盖公章的复印件。3法人代表授权书原件（须有法人签字或盖章，法人不能参与投标时必须提供）。4法人授权委托人的身份证原件。5质量要求：符合国家规定的合格产品要求。6本次招标不接受联合体投标。7投标人须是所投产品的原生产厂商。8投标人须提供所投产品中华人民共和国国家版权局颁发的《计算机软件著作权登记证书》加盖公章的复印件。2、一般商务需求序号需求条款1投标人须提供所投产品原厂免费三年系统平台的升级更新服务，终身维护，免费服务期满后年服务费不得超过所投产品合同价格的10%。7×24小时技术响应，4小时内维护工程师到达维护现场，24小时内原厂维护工程师到达维护现场。维护期自验收合格之日起计算。2投标人负责对业主的技术人员、操作人员、维修人员进行产品及系统的操作、系统的管理维护、常用技术知识进行免费技术培训，使培训的操作人员按操作规程能够独立操作,培训人数按照用户需求而定。3交货期：签订合同之日起60日内（特殊情况以合同为准）。4货到现场安装调试完毕验收合格无质量问题后15个工作日内支付合同总额95%的货款；所有货物使用无质量问题，自验收合格之日起12个月后15个工作日内支付其余5%的货款。二、技术需求1、实质性技术需求注：（1）投标人须承诺在免费质保期及有偿服务期内按照院方要求免费进行系统客户化修改。（2）投标人须承诺在免费质保期及有偿服务期内按照院方要求免费提供其它第三方产品需要的接口。序号采购项名称数量实质性需求条款原因说明1集成平台系统1套标准规范制定服务：投标人需提供基于平台的医院信息管理方案建议。基于平台建立医院业务应用是创新性的医院信息管理模式，保障项目建设的整体目标不偏离。医院信息集成平台整体要求：投标人需提供技术要求中关于产品界面截图或者演示视频（标注√的部分）。西青医院于2011年启动了HIS系统建设，医院信息集成平台需要与现有HIS系统保持无缝连接。同时由于管理上的需要，投标人需提供现有成熟软件而非后期开发产品交付（提供产品界面证明），以保障项目建设的效率。集成交换功能实现：投标人需提供医院主数据集成方案，包括对HIS以及集成平台、接受系统三者关系的描述。投标人需提供技术要求中关于产品界面截图或者演示视频（标注√的部分）。满足医院数据管理规范要求。医师门户：投标人需提供医师门户使其可以整合现有和将来的业务系统，集成电子病历系统、HIS的医嘱录入功能、医疗影像管理系统（PACS）、办公自动化系统等业务应用；并通过门户实现内、外网的一体化信息发布，保证临床数据和信息的一致性、及时性。投标人需提供技术要求中关于产品界面截图或者演示视频（标注√的部分）。西青医院应用软件数量较多，需提供给临床人员一个统一门户，实现一体化临床应用支持。全院经营分析决策系统：投标人需对数据的整合，门诊分析，住院分析，经济收入分析，医疗质量分析，药品分析，物资分析等，使各个业务的数据相互共享、相互参照，并提供一定的分析和决策支持等信息分析功能。投标人需提供技术要求中关于产品界面截图或者演示视频（标注√的部分）。医院管理数据实时获取的需要。实施项目管理要求：投标人应制定详细的集成平台实施方法，针对项目组织管理、里程碑事件管理、计划变更等提出详细方案。有利于项目实施质量。人员培训要求：投标人需对医院IT技术人员、相关使用人员进行平台操作、数据管理、应用管理等方面的培训，并提供电子或书面培训教材。有利于项目实施效果。2、一般技术需求注：（1）投标人需提供快速、可靠的技术支持服务，本地实施人员需与本项目规模相匹配，驻现场技术人员≥ 3人。（2）投标人需提供本项目的实施方案，包括：项目组织方法、专业人员简历、实施人员列表、进度汇报、分工界面等材料。序号采购项名称数量需求条款1集成平台系统1套标准规范制定服务1）整体要求结合国内外相关医疗信息技术规范，制定符合我院实际情况的医院信息集成交换规范，该规范在国家相关标准规范进行升级时，需具备自适应修改能力，投标人在规范初稿制定完毕后，需提供关于国家标准、天津市标准的升级服务。基于天津市西青医院信息集成规范，完成与医院HIS等信息系统的完全对接（包括数据集成和应用集成）。系统应采用相应的技术手段，做到与医院HIS系统共享一套用户名和密码，实现统一登录。与医院信息平台共享医院部门组织结构代码、收费代码、并由平台统一推送患者基本信息、费用信息、医技报告信息、危急值信息。采用CDA文档交换方式实时与医院信息平台保持临床数据交互，须保证后台数据的安全，不被非法阅读、篡改，确保非法用户不得进入本系统，关键数据必须加密存储和传输。基于平台建立医院业务应用是创新性的医院信息管理模式，投标人需提供基于平台的医院信息管理方案建议。2）功能需求?引入院内的信息平台患者索引标识（EMPI）服务标准?引入HL7标准的医疗消息集成以及RIM模型标准?引入CDA 临床文档架构标准?引入Snomed CT、ICD10等CMV术语?落地国家卫生信息元数据标准?落地国家卫生信息数据集标准?建立院内信息集成与交换标准?全院科室、人员、单据编码、业务流程编码等主数据标准制定?提供基于平台的创新医院信息管理方案集成交换功能实现1）整体要求1.基于J2EE的SOA架构设计，产品为组件化设计，能够支持集中和分布式部署。2.支持跨平台功能, 如Windows, Linux/Unix 等3.ESB构架，包含消息引擎，支持消息的转发、路由、点对点通讯和一对多通讯，支持同步和异步消息，支持整合第三方消息队列。4.支持异构数据和异构消息的整合，能够通过Adapter实现对异构系统的无侵入式集成。5.支持应用系统间采用Web service 进行数据交互6.支持业务流程管理，能够对业务流程进行编排7.支持Portal开发，能够快速实现医院内部各种门户的构建。8.支持单点登录，提供第三方单点登录的实现。9.提供平台管理功能，对日志、消息、接口等进行可视化管理。10.提供平台监控功能，对平台的运行状况给出监控报告和分析报告，支持Email、SMS等方式的通知规则。2）功能需求集成平台要求是一个在全院范围内、跨网络、跨协议、支持应用集成和数据集成的平台软件。集成平台应具有数据交换的功能，医院各业务信息系统都采用统一的集成平台来进行数据交换，取代传统的多对多接口方式。在标准化方面，集成平台要求采用SOA架构，须遵循国际医疗健康信息传输标准-HL7，消息封装采用XML、SOAP，安全方面支持采用CA证书管理，传输采用HTTP、HTTPS、MLLP等协议；在应用集成方面，集成平台应具有消息传送和消息路由的功能，通过消息格式和消息内容的转换来实现数据交换的功能，应允许用户通过可视化的图形界面来定义子系统私有数据与标准数据的格式和内容的转换。同时，集成平台在外部应提供多种适配器，支持不同协议的接入方式；在数据集成方面，集成平台应支持把交换的接口数据保存下来，以满足数据跟踪的要求，管理员可以通过监控系统对各接入系统间数据交换进行实时监控、分析。1.病人主索引系统投标人需组织符合天津市实际情况的医疗信息集成规范的EMPI算法用于患者基本信息索引的创建、搜索和维护，总体应用分为院内交互和院外交互两部分：?EMPI需从各种不同的子系统中取得患者的信息并进行组织，形成同一患者的唯一标识编码，根据此编码能找到分布在不同地理位置、不同系统、不同标准的患者的所有医疗信息，同时消除重复的患者数据。?提供搜索引擎，用于其它应用程序对患者的智能搜索功能；?提供患者信息管理的各种维护功能，如删除、修改、查询、合并、拆分等；?由于业主应用系统平台环境的差异性等因素，EMPI需通过Web Service对外提供服务；?提供区域间EMPI交互解决方案。√投标人需提供患者主索引的管理界面证明。2.医生主索引系统投标人需建立医生主索引系统，并与单点登录系统协同应用, ?达到一个医生ID可以全局使用的目的；?全局使用的范畴包括电子病历、HIS系统、LIS系统、PACS系统、体检系统、院感系统√投标人需提供基于医院信息平台的环境下，同一个医生ID无需再次登录即可使用第三方HIS系统的演示视频。3.HL 7消息引擎建立我院各子系统之间数据共享及交换的通道，并提供HL7引擎及标准的Web Service服务供各应用系统（如：医院人、财、物管理系统,CPOE）调用。各系统的数据经过HL7通道过滤及转换后，以v2.4或v3标准的方式提供给集成交换平台使用。整个过程可进行实时的监控管理、并有详细的日志记录。?HL7引擎及标准的Web Service服务?审计日志服务?权限分配服务?通道管理服务?安全隐私设计?监控管理服务√投标人需提供完整的HL7消息引擎界面功能证明，包括对HL7消息传输进行错误率、传输结果及相关统计。4.跨机构文档共享投标方需使用IHE标准建立集中的医疗档案数据索引（XDS RLS - Record Locator Services），并为解决互操作性问题提供标准化的规范和有效的方案。保证患者数据的完全和快速认证与提取。采用发布和订阅模式，创建文档存储库，建立文档主索引，并支持快速的文档检索和查询。该系统需支持以下文件类型：?简单文字 (txt)?DICOM图像?扫描图像?PDF格式?HL7 CDA?视频/音频?微软 Word 或 RTF格式√投标人需基于IE或者其他互联网浏览器，提供（Dicom文件及CDA文件）XDS文档共享功能调用的界面证明。5.数据管控中心遵循国家卫生数据字典、最小数据集、数据元和术语库标准，并结合医疗机构实际情况对各医疗机构所有的信息进行梳理，建立起满足医疗机构数据交换和数据共享的最小数据集（如医疗机构信息、人员信息、诊疗目录、疾病目录、药品目录、病人基本信息、科室设置、ICD10等）。并提供以上数据标准化管理、标准化存储的管控工具。?集成平台内部维护一个统一的、共享的标准数据字典，包括临床诊疗项目字典、医疗机构字典、科室字典、人员字典等；?允许用户通过可视化的图形界面来定义医疗机构各子系统私有数据与标准数据的格式转换和内容转换；?并提供代码映射服务，实现系统间的数据共享和互操作，并提供数据的管理和维护功能；?提供CDA临床文档中心；?提供数据元编辑管理功能；?提供动态数据集管理功能。√投标人需提供以上功能界面证明。6.单点登录系统投标人需提供单点登录系统实现在多个应用系统之间的访问：?为我院所有用户建立安全上下文；?安全上下文包含用于验证用户的安全信息，系统用这个安全上下文和安全策略来判断用户是否具有访问系统资源的权限；?实现安全上下文与原有系统的凭证绑定与协议交互。√投标人需提供以上功能界面证明。7.统一安全管理信息平台需要提供全面的安全保障机制，保障平台自身以及基于平台之上扩展的应用系统的安全性。主要的安全措施包括：?数据采集的安全性和采集内容统计；?标准化管理的通道管理、以及消息监听、错误处理机制；?多维架构下用户以及部门的组织权限管理；?提供基于平台的CA认证功能；√投标人需针对以上四项安全措施提供解决方案及界面证明。信息集成实施服务1）整体要求1.集成目标?互联互通：内部系统实现互联互通，不是通过私有接口实现。?流程闭环管理：实现系统之间流程的闭环管理，如：医嘱申请信息与结果信息能在各系统中保持一致性，根据HIS中的申请信息能找到LIS、RIS的结果信息，根据LIS、RIS结果信息，可以从HIS中找出对应的申请信息。?单一外部交互方式：各系统不直接与外部系统交互，通过集成平台进行交互。?全局数据的统一管理：实现科室、人员等主数据的统一管理和分发。2.集成内容集成现有系统：包括HIS、电子病历、PACS/RIS、合理用药、LIS。?建立院级服务总线：建立基于消息引擎的集成平台服务总线，通过JSON消息和WeService方式将各系统在业务节点上的解耦合，并实现流程的闭环处理。?建立标准院级通讯规范：以医院现行标准为依据，建立各个系统之间进行交互的消息规范。?建立全局主数据：集成平台向各系统提供的科室、人员等全局资源数据。2）功能需求1.数据集成投标人需提供以下医院主数据集成方案，包括对HIS以及集成平台、接受系统三者关系的描述。?科室信息?人员信息?人员科室关系表?ICD码?药品字典?非药品字典收费项目（卫材、收费）?诊疗项目（检查项目）?诊疗项目与收费项目对应关系表?护士站信息√投标人需提供全局主数据管理的界面证明，将HIS系统中医院科室、管理人员、收费代码等信息推送到其他业务系统。2.流程集成投标人需针对门诊以及住院业务出具流程集成详细方案：提供与集成平台和周边系统互操作流程图，并对流程集成过程进行详细说明住院业务部分?HIS出入转流程?医嘱共享?电子病历注册流程?LIS检验流程?病理检查流程?心电检查流程?B超检查流程?手术流程?合理用药流程?院感流程门诊业务部分?LIS检验流程?PACS检查流程?B超检查流程?心电检查流程?病理检查流程?合理用药流程?院感流程√投标人需基于医师门户，在门户上提供第三方病历书写、医嘱录入、PACS调用等流程集成功能。本项功能必须提供演示视频或界面截图。3.系统集成投标人需提供以下系统集成详细建设方案：?SSO单点登陆操作人员使用各应用系统，实现登录一个应用系统后，可以直接进入多套授权的应用系统，不需要再次登录、验证身份。?患者同步流程优化（患者同步）实现医师在同一台电脑终端操作患者时，在一个系统改变患者，其他系统能同步变到到新的患者。4.功能集成投标人需提供ccow协议封装服务，将已有功能封装为服务。对符合ccow框架的的应用系统直接进行互操作，对不符合ccow框架协议的系统，投标人需提供相关工具进行封装。封装后的服务就可以提供给平台使用，同时也可以作为业务流程优化的容器，业务流程的调整可以改变这些服务的封装方式，而不需要改动原有的业务系统。功能集成的范围如下：现有业务?HIS系统中的CPOE功能；?电子病历系统的病历书写功能；?LIS、PACS系统?合理用药在完成服务封装的基础上，可实现对逻辑层和展现层的重构，而不需要改动数据层和应用层。医师门户1）整体要求我院在信息化建设的初期，已经建设了覆盖全院的医院信息系统（HIS）、LIS以及PACS系统及医院的网站等。但是，由于缺乏整体规划和统一管理，医院各系统和网站均自成一体，信息和数据相互独立；并且缺乏有效的内容维护和更新手段，使得诊疗信息的汇总和处理。此外，各系统目前只能独立运行，缺乏与医院业务系统、办公流程的整合。随着医院数字化建设的不断深入，需要一个统一的医师临床服务门户，使其可以整合现有和将来的业务系统，并提供医务人员之间、医院和患者之间的交流互动。实现了统一的门户入口，集成电子病历系统、临床路径系统、医疗影像管理系统（PACS）、办公自动化系统等业务应用；并通过门户实现内、外网的一体化信息发布，保证临床数据和信息的一致性、及时性。2）功能需求1.单点登陆医师输入用户、口令登陆医师门户，成功登陆门户后，可以通过门户打开HIS、EMR、CP、LIS、PACS系统。在首次打开其他系统时候，需要输入该系统的用户名和口令，系统将该系统和单点登陆功能进行绑定；在用户、口令绑定后，医院再次通过门户打开各应用程序，不需要输入用户和口令，可以直接定位到应用系统的具体功能界面。√投标人需基于医师门户，提供第三方系统的单点登录流程集成演示视频（医嘱录入），并在投标技术方案中重点表述。2.医师首页医师登陆后，进入医师首页，首页提供如下功能：系统集成：集成各专业的应用系统，提供单点登录功能与患者同步功能（在各应用系统之间实现自动定位患者功能）；信息集成：集中展示医师患者汇聚信息，如危机值信息、过敏信息、新入院患者信息、病危病重患者信息、当天检查阳性信息、当天检查阳报告信息、当天检验阳性信息、当天检验报告信息、检验药敏实验信息、会诊信息、病历质控信息等。医师首页－常用应用系统设置 通过集成技术，门户系统可以集成各种专业的临床系统，如EMR、CP、HIS、心电、B超、PACS、LIS、随防系统等，各专科特点及医师喜好不一样，常用的系统有所有区别，门户提供了医师对常用系统的配置功能。医师首页－不同的系统功能切换 基于单点登陆，门户提供【开医嘱】、【写病历】、【路径管理】等业务功能按钮，点击这些按钮，定位并打开业务系统的功能模块，方便医师进行业务操作过程中在系统切换。医师首页－患者同步功能 通过集成技术门户系统承载专业应用，下达医嘱在HIS医嘱开立界面处理、书写病历到电子病历系统病历书写模块处理、路径处理在临床路径系统中处理、查看检验报告在检验系统进行，各系统切换时在没有集成时，需要在各系统重复查找、定位患者，而在集成后的门户系统进行上述操作时，一旦某个系统改变患者时，其他系统会自动切换到当前系统改变的患者。医师首页－检验危急值、药敏信息 医师首页主题区域的检验危急值信息区域，对医师分管患者当天所有的病人检验危急值集中展示，同时点击危急值可以填写危急值处理结果进行填写或查看处理的情况。药敏信息集中显示医师分管患者的药品过敏信息，帮助医师在下达医嘱时可以有患者历史医师首页－新入院患者、病重与病危患者对重点患者新入院患者、病重与病危患者进行突出显示，提醒医师对这类患者的关注。医师首页－当天检查阳性结果与当天检查报告医师首页主题区域的检查信息区域，对医师分管患者当天所有检查结果为阳性的病人及所有病人检查报告集中显示，方便病人集中了解检查医嘱的执行结果。当天检查阳性结果与当天检查报告可以集成B超、X光、放射、CT等所有的检查结果。医师首页－当天检验阳性结果与当天检验报告医师首页主题区域的检验信信息区域，对医师分管患者当天所有检验结果为阳性的病人及所有病人检查报告集中显示，方便病人集中了解检查医嘱的执行结果。当天检验阳性结果与当天检查报告可以集成病理、生化、免疫、药敏等。医师首页－质控报告医师首页主题区域的质控信息区域，对医师分管患者所有病历质控信息集中显示，包括时间质控信息、内容质控等。医师首页－会诊信息、手术信息医师首页主题区域的会诊、手术信息区域，集中显示医师最近几天内的会诊与手术安排信息。系统提供对最近几天的会诊与手术安排信息的进行时间设置。√以上列及功能需提供用户界面3.患者分组患者一览提供医师的对患者分组管理，方便医师对种患者进行分类，有区别的对患者进行管理，方便对各种不同的类另患者的情况的整体了解。如下图如示：患者分组查看显示系统默认分组信息，如分管患者、科室患者、关注患者信息，同时对医师自定分组的显示医师定义的患者分组信息，这些分组信息不仅可以显示在院患者信息，同时还可以显示出院患者信息，医师只需要进行患者分组定义。患者分组定义系统按分组来显示患者列表，默认分组包括【分管患者】、【科室患者】、【关注患者】、，医师可以自行创建分组，如【科研】等，从所管病人列表中选取病人形成新组。若默认列表中不存在医师希望关注的患者，医师门户提供搜索条件，通过患者姓名、患者出生日期、性别、住院号、门诊号等条件查询特定患者。√患者分组功能需提供界面证明4.危急值管理基于流程的集成，在门户中实现危急值的提醒、危急值的填写、危急值回报、危急值报告生成。√以上列及功能需提供用户界面5.医师日程 医师日程是一个计划制定及计划提醒服务，同时对医疗活动产生的与医师相关的计划进行自动集成，如手术排班信息、医师排班信息。√以上列及功能需提供用户界面6.全文智能搜索通过数据集成，形成临床数据中心，基于临床数据中心，提供全文检索服务，门户调用全文检索服务对临床数据中心各类数据进行关键字检索，方便医师获取各种与病人有关的信息。√全文智能搜索需提供界面证明7.电子病历浏览器通过信息集成，系统对患者数据进行整合，形成以患者主、文档主索引为的病人的完整的数据库。患者概览对信息进行有效的组织，完整、全面的展示病人病历信息。并提供基于web的浏览方式支持病历首页 患者首页对患者重要的信息进行组织，集中展示患者重要的医疗信息。门诊医嘱 通过患者主索引服务，把患者门诊就诊信息进行组织。门诊医嘱显示患者门诊历次就诊的情况，如就诊科室、就诊日期、就诊医师、诊断信息；同时可以查看某次就诊的医嘱信息。住院医嘱通过患者主索引服务，把患者住院就诊信息进行组织。门诊医嘱显示患者门诊历次就诊的情况，如就诊科室、就诊日期、就诊医师、诊断信息；同时可以查看某次就诊的医嘱信息。门诊病历 通过患者主索引服务及文档注册系统，把患者门诊就诊病历信息进行组织。门诊病历显示患者门诊历次的病历列表及详细的病历信息。住院病历 通过患者主索引服务与文档注册系统，把患者住院就诊病历信息进行组织。住院病历显示患者住院历次的病历列表信息及病历详情。护理病历 通过患者主索引服务与文档注册系统，把患者住院就诊护理病历信息进行组织。护理病历显示患者住院历次的护理病历信息及病历详情。检验信息 通过患者主索引服务与文档注册系统，把患者历次就诊（包括本次）就诊的检验信息进行组织。检验信息提供以如下几个功能：检验指标选择；检验指标图表显示；检验项目列表；检验报告查看。用户界面既往史 通过患者主索引服务，把患者既往史信息进行组织。既往史信息提供以如下几个功能：既往史类别过滤；既往史详细情况。√以上列及功能需提供具体软件界面证明8.临床数据智能搜索及横轴展现（1）住院（含在院及出院）病人基本信息、床位医师、所在科室、医嘱、收费及医保费用实时情况，要求按照病人姓名、住院号方式查询。（2）门诊病人在医院检查、治疗、收费的实时信息，要求按病人姓名方式查询。（3）提供医院所有就诊病人在院检查（含检验、放射、超声、病理、心电图、胃镜等医技科室）检查结果及影像资料，要求按病人姓名、住院号方式查询。（4）提供合理用药基础数据拆分以及再利用。（5）提供在院、离院患者就诊时间横轴分析视图，支持向下钻取的患者生理参数曲线分析。√以上列及功能需提供具体软件界面证明全院经营分析决策系统1）整体要求支持决策者、业务操作员、报表管理员、系统管理员等多种角色使用；整合进入决策门户，支持Web浏览器、平板、手机三个渠道的访问方式；对医院重点数据进行实时的监控，一旦发生异常，就给负责人发送短信或邮件通知；支持即席分析（OLAP），制定统一口径，并让用户可自行配置展现方法；支持数据挖掘应用，利用多种分析挖掘算法（同比分析、环比分析、预警分析等）提供跨平台和浏览器（Safiri,Chrome,IE,Firefox）的支持。对部分功能可以使用HTML5技术。2）功能需求决策门户展现方式：支持三种方式的接入，Web浏览器，终端设备，App集成（通过Webservice接口方式将门户嵌入到应用中）。支持实时医院监控，支持多级KPI交互显示和OLAP分析，根据医院实际关注业务，可以自定义指标，指标体系参考：①三级综合医院医疗质量管理与控制指标(2011版)②三级综合医院评审标准实施细则（2.9）对于上述指标和报表，在项目建设期内及维保期一年内，如有新指标和报表的发放或修改，免费提供数据报表的追加服务。支持数据挖掘应用，针对课题进行数据挖掘。需要进行挖掘的分析方法必须支持如下：?同比分析?环比分析?定比分析?趋势分析?相关分析?差异分析?结构分析?ABC分析?类比分析?预警分析支持多用户角色绑定，解决一人多岗出现的查询复杂问题。投标人需整合医院业务数据，按照统一指标、统一统计口径、统一数据概念的要求，搭建数据仓库，建立综合查询分析中心、建设绩效考核体系、监控预警体系和领导决策支持中心。通过规范数据信息流程和集中交换达到数据的一致性和准确性，管理决策的适时性和动态性，并在通过对数据的整合，门诊分析，住院分析，经济收入分析，医疗质量分析，药品分析，物资分析等，使各个业务的数据相互共享、相互参照，并提供一定的分析和决策支持等信息分析功能。（1）建立领导决策支持中心，系统将对历史数据进行分组统计分析、周期分析和趋势分析，关键指标的变化情况和变化趋势，为领导决策提供理论支持。（2）在数据中心基础上搭建的综合查询分析平台不仅能实现单业务系统的简单查询，还能实现如下业务系统所不能实现的查询分析功能。（3）实时查询，报表之间的相互关联查询。（4）多业务系统之间的综合查询。根据数据模型来实现数据的钻取、旋转、交叉等分析。（5）线图、柱状图、饼图、面积图、直方图、ABC分类图等图表连动直观分析。（6）数据统计分析以及分组统计分析。（7）相关分析、趋势分析、趋势预测、聚类分析等高级分析。（8）提供如下报表，并提供报表界面截图：?手术收入分析?病人特征分析?病人住院天数分析?病人抗生素使用分析?病人抗生素费用分析?病人感染分析?手术重返分析?门诊挂号类别分析?床位利用效率分析?临床路径人次分析?病种结算方式分析?路径执行情况分析?退径病种分析?退径人次分析?变异人次病种排名?科室变异人次分析（折线图）?变异原因分析（柱状图） ?住院治疗人次分析?住院治疗效果分析?住院天数分析?病程治疗人次分析?病程治疗效果分析?医生工作量分析?住院收入结算类别分析?科室住院收入分析?出院患者日均费用分析?科室住院效益分析?科室病程费用分析?患者自负比例分析?患者自负比例月同比分析?患者各类费用构成分析?患者费用自负比例趋势分析?总费用结算方式构成分析（饼图）?单病种总费用与自负费用对比分析（柱状图）?科室收入构成分析（柱状图）?科室收入季度同比分析（折线图）?科室治疗效果分析（折线图）?单病种死亡人数分析（折线图）?单病种治愈人数分析（折线图）?科室治疗效果分析（柱状图）√以上列及功能需提供具体软件界面证明填写说明：1、商务需求包括对供应商的资质、报价、服务、交货期等要求；2、技术需求包括需要采购的货物、服务、工程的详细要求；3、实质性需求是指不允许有偏离的需求条款，提出实质性需求必须说明原因，如未说明原因，视为一般需求；4、此项目需求书将于天津市政府采购中心网上公示，征求所有供应商意见。