A1包、电子病历临床知识库系统.docVIP

A1包、电子病历临床知识库系统 一、供应商资格要求 1、符合《中华人民共和国政府采购法》第二十二条的规定。 2、供应商的资质要求：无 二、技术要求 一、项目概述 本项目为电子病历临床知识库系统采购，包括系统软件、应用软件、数据库、集成、实施以及和现有各信息系统软件的所有接口费用。系统涉及的各种数据库、中间件及开发运行环境软件，均需免费提供正版软件，为“交钥匙”工程。 二、建设原则 1、规范性：保证与我国现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和各级卫生行政部门对信息系统的要求，需要上报的统计报表与应用符合正在执行的各项规定和办法。 2、先进性： 体现管理模式、信息采集、体系架构、数据部署等实现方法的先进性。 3、灵活性：要求操作简单、提示清晰、逻辑性强、帮助信息丰富。 4、安全性： 系统级安全：具备完整的系统安全规划和部署。 数据安全管理机制:实现数据分级存储与保护。 备份与恢复：对存储的数据，应有冗余保护措施，保证用户数据的随时可提取性，对于容错及冗余都应有相应的安全保护机制，提供完备的、成熟可用的数据恢复机制。 日志管理：系统可根据采购人的具体工作流程定制、重组和改造，并提供定制和改造工具。提供系统错误日志记录功能；提供有效的工具监测应用软件、操作系统、数据库的运行状态；确保应用系统对敏感数据的操作和操作撤销留有痕迹，并提供审计信息。 应用级安全(工作站的权限验证)：操作权限控制，通过角色划分进行权限分配。 患者信息安全性。对患者的相关信息进行加密保护，具有分级查看机制。 5、稳定性及高效性：系统操作反应时间不得超过5 秒。在非窗口业务软件中，应用软件提示程序运行的状态和进度。系统对海量业务明细数据的操作（存储、处理、传输、备份、迁移、利用等），要求有可靠、高效、安全的设计。 6、可扩展性：采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行互连。应用系统各模块或子系统需要支持独立运行和集成运行两种模式。应用系统需要同时支持联机事务处理和联机在线分析两种模式，要充分考虑联网用户增加和业务扩展，留有扩充能力及与已建、在建和后继项目的接口或集成能力。 7、数据一致性、完整性：数据应用必须准确、可信、可用、完整、规范及安全可靠，数据之间无歧义。数据库应包含医院全部资源的信息，便于快速查询，数据共享。 8、标准化：数据的定义、描述、编码以及数据交换协议,要求符合国家、国际、行业标准和规范，符合 HL7 数据交换标准、ICD-9 、ICD-10 、SNOMED 、DICOM 、MPPS 通信协议、ASTM 协议等国际信息交换标准及软件工程方面的标准和规范，没有标准的要自行设立标准并编写成册。 9、个性化：完成为满足采购人实际应用需求所必须的应用软件个性化的开发工作，进行应用软件功能扩充、修改、维护工作。 10、保护医院现有投资和平稳过渡：本项目的实施，需要考虑对已有投资的保护。对现有的网络、硬件、设备和其它系统资源应予以充分利用。对现有系统中积累的信息资源，进行必要地转换、校核和重构后，转入到新建系统中。保证医院原有系统功能、数据准确不丢失。 11、审计、日志和统计。应用系统中的每一步有效操作都要求是完全或部分可逆的。逆向操作一般由具有更高权限的用户执行。逆向操作留有痕迹，以便审计。 12、★与现有系统通过集成平台实现对接，且不影响现有系统的稳定，对接系统包括：门诊挂号系统、门诊收费系统、门诊药房系统、门诊医生站、住院管理系统、住院医生站、住院护士系统、电子病历、LIS系统、PACS系统、RIS系统、超声系统、内窥镜系统、病理系统等。 13、协助医院通过国家卫计委六级电子病历评审。 二．技术要求 （一）软件平台 软件平台要求便于数据整合、检索、分发、交换。 1、技术结构：开放式应用系统，实现与现有各信息系统的信息交换和数据共享。 2、操作系统：数据库层基于UNIX操作系统，应用服务层基于WINDOWS2008 、WINDOWS2003、UNIX或LINUX操作系统 ，客户端基于WINDOWS7或WindowsXP操作系统。 3、数据库平台：数据库要求采用企业级的ORACLE或DB2、Caché。 （二）接口设计 系统接口设计应遵循稳定性、灵活性、可扩展性等原则，要求接口简单，具有可追溯性，消息机制遵循HL7标准。 医院现有标准为Web Service，并遵循WS-I Basic Profile 1.0的有关指引。 交互的数据要求符合WS 363-2011卫生信息数据元目录、WS 364-2011卫生信息数据元值域代码、《电子病历基本架构与数据标准（试行）》等标准的要求。 三．功能要求 临床知识库要求完全符合国家卫计委《电子病历功能规范与分级评价》中的六级对临床知识