张家港市招投标采购交易服务中心 关于张家港市中医医院的医院信息化整合与提升项目一期招标公告
标书编号：ZZC2012-G164
张家港市招投标采购交易服务中心受张家港市中医医院的委托，就医院信息化整合与提升项目一期进行公开招标采购，现欢迎符合相关条件的供应商参加投标。
一、招标项目名称及编号：张家港市中医医院的医院信息化整合与提升项目一期
招标编号：ZZC2012-G164
二、招标项目简要说明：张家港市中医医院的医院信息化整合与提升项目一期，具体要求见张家港市政府采购网
三、 投标人资质要求： 各投标人必须符合《中华人民共和国政府采购法》第二十二条规定的条件。同时具备：
1、投标人应具有软件企业认定证书、软件产品登记证书；
2、投标人应具有CMMI4级（含）以上资质或CMM4级（含）以上资质；
3、投标人应具有ISO9001质量管理体系认证证书、ISO27001信息安全管理体系认证证书；
4、投标人应具有自本次招标文件发售之日（2012.11.12）起由注册地检察院（或张家港市人民检察院）出具的近三年内无行贿犯罪记录的证明复印件；
5、本次采购不接受联合体投标。
四、招标文件领取信息：
招标文件领取截止时间：2012年11月16日下午5：00时（节假日除外）。只有领取招标文件的投标人才可参加本次招标活动。
答疑时间：2012年11月19日上午9:30整。
招标文件领取地点：张家港市招投标采购交易服务中心政府采购科；
地址：张家港市人民中路5号（市民服务中心二楼A区221室）
招标文件售价：本次不收标书费，自带U盘。
其他有关事项：前来领取招标文件的供应商必须出具法人营业执照副本复印件及法人授权委托书原件。
五、投标文件接收信息：
投标文件接收截止时间：2012年12月6日上午9:30时；
投标文件接收地点：张家港市招投标采购交易服务中心政府采购科（地址：张家港市人民中路5号，市民服务中心二楼A区221室）
投标文件接收人：朱伟、郑浩、陈虹
其他有关事项
六、 开标有关信息：
开标时间：2012年12月6日上午9:30时；
开标地点：张家港市招投标采购交易服务中心开标室
其他有关事项
七、本次招标联系事项：
联系人：朱伟、郑浩、陈虹
联系电话：0512-58699065
传真电话：0512-58699065
联系地址：张家港市人民中路5号
邮政编码：215600
网址：www.zjgzfcg.org
八、其他应说明事项：
张家港市招投标采购交易服务中心
2012年11月2日
一、技术要求
（一）、项目建设目标
本次建设的目标是“基于医院信息平台和数据中心实现全院应用系统的整合，实现院内数据的共享和互联互通，通过不断完善业务系统，实现医院的整体数字化建设”。根据业务梳理和分析，医院信息系统分为临床支撑域、运营支撑域、患者关怀域、数据中心域以及信息整合域。其中临床支撑域、运营支撑域包括大量的医院基本业务系统。信息整合平台需支持医院信息系统中纵向和横向的数据交换及信息共享。数据中心域则支持全院数据的统一共享、汇聚和各部门级查询、分析、挖掘应用。
从医院目前的现状出发，分期从四个方向上完成此次医院信息化提升。
全局规划系统建设和周期需要有目的有规划的进行信息系统的建设，按阶段按计划的上线新系统或进行现有系统的升级改造；
在每个新系统上线或者现有系统改造时，最好不要对原有的系统产生影响；
实现全院标准化建设
建立标准化通道，从生产系统、分析系统、接口交换等各层面都能够产生并使用标准化的数据和消息；
任何新系统上线时，可以快速的标准化而不需要大规模的改动程序；
构建全院唯一的数据中心
所有数据最好仅保存一份，各系统需要数据时从统一的渠道获得；
在数据有冲突时，有解决机制能够去除重复数据、幻影数据、非一致性数据；
数据需要完整，全医院产生的数据都能够便捷的访问，数据对用户来说是透明的
提升管理及服务到精细化水平
财务管理精细化，在原有业务系统稳定运行的基础上，能够进一步的监控到经济要素，通过控制成本、全面预算来降低医院的总运营成本；
人力资源管理精细化，在原有的部门员工管理的基础上，实现对人力资源规划、招聘、培训、薪酬福利、绩效管理及员工关系六大模块的完整化管理，提升医院的医资力量和服务水平；
物流管理精细化，在原有药品、资产管理的基础加强采购、预算管理，从物流的事前、事中、事后进行全面的控制；
临床运营精细化，在基础业务运行的过程中，对产生的结果数据、业务流程、医疗文档等进行质量审核，对有风险的项目即时介入管理，减低医院的出错率，提升医疗服务质量；
病人服务精细化，以病人为中心，面向病人优化业务流程，加强病人就诊体验，提升医院整体服务质量；
（二）、项目总体规划
本次项目主要分期完成五个域系统的建设，其中五个域分别为：
信息整合域：通过建设医院集成平台，集成现有的业务系统，同时在SOA理念下，进行其他新的子系统建设。同时通过制定全院的数据标准、传输标准、安全体系，对医院的各个业务系统进行梳理和改造，完成符合国家标准、HL7的整合、交换、安全体系。
临床支撑域：完善现有的HMIS系统，通过建设住院医生工作站、合理用药、抗生素管理、感染管理、接口改造等子系统，完善医院的日常运营管理，通过建设全院的PACS/RIS、移动应用将临床业务覆盖到全院，最终结合与区域信息化的联动和全市的数据共享。
运营支撑域：通过建设完整的HRP系统，达到管理的精细化水平，从财务、物流、固定资产、人力资源等方面建设全院的绩效考核体制，提升医院的运营水平。
患者关怀域：通过建设CRM（患者关系管理）、多媒体自助服务、院外服务等系统，提升病人就诊的用户体验，将院内有限资源延伸到院外，拓展优质客户。
数据中心域：建立全院统一的数据中心，能够对医院所有信息系统的数据进行抽取、加载和转换，形成全院的临床、运营数据仓库，构建全院经营分析决策平台，将报表、OLAP分析、数据挖掘集中化展现，指导领导层对医院发展和问题作出决策。
此次招标为整体方案的一期建设内容,主要包含信息整合域及临床支撑域的软件产品及技术服务。
（三）、技术详细要求
本次项目主要分期完成系统的建设，各系统的建设目标和内容及相关要求在本章节进行详细说明，投标人在方案中需详细阐述各子系统的功能，并响应本章节内容。
3.1信息整合域
医院整合域主要负责将医院所有信息系统以灵活的方式进行互联互通，并对所有需要接入的系统提出标准化和改造要求，最终整合各个业务系统，实现医院的集成平台建设效果。
建设目标
实现医院内业务系统整合；
实现医院数据中心整合；
管理和发布医院内部信息；
提供标准、规范，具有适应各种政策、技术、业务发展的能力，实现医院信息的规范化、一体化管理；
为医院平台和业务协同提供支持；
最大限度地方便患者就医、方便医护人员工作、方便各类管理人员分析决策；
帮助医院提升管理，带来经济效益，拉动医院竞争能力。
产品与服务规格
|
规格号
|
产品（服务）规格
|
产品（服务）规格
|
|
HIP.FUN.001
|
医院集成平台
|
基于J2EE的SOA架构设计，产品为组件化，能够支持集中和分布式部署。
支持跨平台功能, 如Windows, Linux/Unix 等
ESB构架，包含消息引擎，支持消息的转发、路由、点对点通讯和一对多通讯，支持同步和异步消息，支持整合第三方消息队列。
支持多种传输协议，支持TCP、FTP、HTTP、网络服务等标准协议、HL7（版本2.X、V3）、HIPAA 4010/4010A/5010A、ASTM等医学行业标准、DICOM图像格式转换及应用。
需要有可视化拖拽集成开发环境。提供消息映射机制，能够完成复杂消息处理。
支持异构数据和异构消息的整合，能够通过Adapter实现对异构系统的无侵入式集成。
支持应用系统间采用Web service 进行数据交互
支持业务流程管理，能够对业务流程进行编排
支持Portal开发，能够快速实现医院内部各种门户的构建。
支持单点登录，提供第三方单点登录的实现。
提供平台管理功能，对日志、消息、接口等进行可视化管理。
提供平台监控功能，对平台的运行状况给出监控报告和分析报告，支持事件管理和Email、SMS等方式的通知功能。
需要有高安全性信息传输保证，数字证书技术对平台全面的数字证书服务，并提供数字证书标准、完善的密码等敏感数据管理机制。
|
| |
HIP.FUN.002
|
医院信息系统整合服务
|
使用集成平台产品进行医院的所有信息系统整合。
整合范围包含：
临床支撑
HMIS系统（门急诊管理、住院管理、s收费管理、药品管理），临床业务系统（医生工作站、护士工作站、PACS、LIS、RIS、移动应用、合理用药、电子病历及质控、临床路径等）。
将整合的消息以数据方式提供给数据仓库使用。
需要提供医院现有的信息系统和本次项目建设过程中新建或改造的所有信息系统的整合实施服务。
针对医院的门诊流程、住院流程、财务管理、物流管理、人力资源、病人服务等提出集成方案，以优化流程、简化操作为首要原则。
提供全院EMPI的实施。
提供对外部系统的集成方案，包括区域医疗的接入、金融系统、民政系统等。
提供集成服务实施过程中的所有接口文档、消息标准和接入系统清单。
|
| |
HIP.FUN.003
|
医院门户
|
提供监控门户，给信息科和院领导使用，集成各类监控应用和办公协作
提供医院门户，能够整合应用系统，提供院内协作办公的集成。
支持单点登录和统一身份认证。
支持前端负载均衡，支持院外的高并发访问。
支持门户嵌入到第三方系统。
支持门户页面模板可配置。
|
| |
|
|
|
建设周期与其他要求
信息整合作为整个项目的核心工程，需要对接现有的和新建的所有信息系统，并进行服务流程改造。
第一期：搭建集成平台，接入现有业务系统和一期新建的业务系统（HMIS、医生/护士工作站、LIS、PACS/RIS、电子病历、移动应用），在集成的基础实现医师门户和单点登录。
3.1.1医院集成平台
3.1.1.1整体需求
在全院范围内、跨网络、跨协议、支持应用集成和数据集成的平台软件。集成平台应具有数据交换的功能，医院各业务信息系统都采用统一的集成平台来进行数据交换，取代传统的多对多接口方式。
在标准化方面，集成平台要求采用SOA架构，须遵循国际医疗健康信息传输标准-HL7，消息封装采用XML、SOAP，安全方面支持采用CA证书管理，传输采用HTTP、HTTPS、MLLP等协议；
在应用集成方面，集成平台应具有消息传送和消息路由的功能，通过消息格式和消息内容的转换来实现数据交换的功能，应允许用户通过可视化的图形界面来定义子系统私有数据与标准数据的格式和内容的转换。同时，集成平台在外部应提供多种适配器，支持不同协议的接入方式；
在数据集成方面，集成平台应支持把交换的接口数据保存下来，以满足数据跟踪的要求，管理员可以通过监控系统对各接入系统间数据交换进行实时监控、分析。
3.1.1.2功能描述
集成平台要求是一个在全院范围内、跨网络、跨协议、支持应用集成和数据集成的平台软件。集成平台应具有数据交换的功能，医院各业务信息系统都采用统一的集成平台来进行数据交换，取代传统的多对多接口方式。
在标准化方面，集成平台要求采用SOA架构，须遵循国际医疗健康信息传输标准-HL7，消息封装采用XML、SOAP，安全方面支持采用CA证书管理，传输采用HTTP、HTTPS、MLLP等协议；
在应用集成方面，集成平台应具有消息传送和消息路由的功能，通过消息格式和消息内容的转换来实现数据交换的功能，应允许用户通过可视化的图形界面来定义子系统私有数据与标准数据的格式和内容的转换。同时，集成平台在外部应提供多种适配器，支持不同协议的接入方式；
在数据集成方面，集成平台应支持把交换的接口数据保存下来，以满足数据跟踪的要求，管理员可以通过监控系统对各接入系统间数据交换进行实时监控、分析。
集成平台
基于SOA架构的医院通用信息集成平台
支持跨平台功能, 如Windows, Linux/Unix 等
支持应用系统间采用Web service 进行数据交互
支持实现安全网关，基于证书的安全数据传输，如TLS、SSL、HTTPS等
基于X.509证书的数字签名，实现消息内容加密及审计跟踪与节点验证
集成不同部门不同信息系统资源，进行数据格式转换
支持国家卫生部数据元，数据集，HL7等现有标准的使用
整合医院信息资源，加快信息流通
以消息机制为技术核心：信息流封装在消息当中，组件之间通过消息通信，可同步、异步调用面向事务的消息系统。
适配器：通过(适配器)连接各种各样的系统。支持不同种类的数据库和文件系统，支持所有SQL兼容的系统和非SQL的系统，支持自动化事务、消息转换和错误恢复支持各种应用程序框架，如：.NET或J2EE。消息队列，如：MSMQ或JMS。网络协议：TCP/IP或e-Mail等。
业务规则和工作流引擎: 系统的核心部分是工作流引擎，引擎是驱动流程流动的主要部件，它负责解释工作流流程定义，创建并初始化流程实例，控制流程流动的路径，记录流程运行状态，挂起或唤醒流程，终止正在运行的流程，与其他引擎之间通讯等等工作。
分析工具和仪表板: 图表、曲线和其他图形元素用于对集成交换数据进行分析、监控。
端对端管理：开发、测试和部署的工具紧密集成。
提供性能监视器功能，能对设定的关键指标进行监控。
事件管理和报警：根据采集的数据做出判断，生成预先定义的多种方式报警记录,为事件管理提供有力的支持。
支持数据集成、过程集成、服务集成、工作流引擎、规则引擎、消息/事件机制等集成技术。
能集成多种数据库，如DB2、ORACLE、SYBASE和SQL Server。
支持XML、HL7、IHE、DICOM3、ICD10等标准和规范，支持多种通讯协议，如TCP/IP。
患者主索引
目前患者基本信息存在于多个业务系统内，由于数据的标准不统一，维护的方式不统一，而临床活动是以患者为主线的，如果患者的信息不统一就无法实现电子病历等数据的整合，因此建立统一的患者主索引，以此为基础实现医疗数据层面的整合，便于临床、教学活动中展现统一、完整、连续的患者诊疗信息。
基于SOA架构的设计；
遵循国际规范，支持HL7 V2标准及MLLP协议；
支持Web Service服务接口；
支持IHE PIX&PDQ集成规范；
支持B/S架构，支持多种浏览器；
具备患者注册、更新、合并、拆分以及交叉索引查询等功能
支持以患者为中心的临床数据中心（CDR）建设；
支持患者信息更新通知，确保各系统信息一致性。
术语管理
结构化术语管理主要用于实现医院医疗卫生术语标准化，用来规范医疗卫生事件中所产生的信息含义的一致性问题，可集成各业务系统术语，对术语信息进行分类、完善、审核、建立基准和映射关系，保证医院各业务系统互联互通后能够使用完整的、唯一的标准信息
遵循国际规范，支持HL7 V2标准及MLLP协议；
支持Web Service服务接口；
采用B/S架构，支持多种浏览器
简化字典升级，快速建立术语基准和映射关系；
支持第三方词汇导入；
支持以患者为中心的临床数据中心（CDR）建设；
术语信息更新通知，便于及时响应配置。
业务系统集成
遵循主流医疗信息技术交换集成规范，如HL7 V2、V3及HL7 CDA等相关标准，制定院内各信息系统交换标准，技术上指导相关厂商进行规范化集成。
主要业务系统（HIS、EMR、LIS、RIS等）遵循HL7 V2消息规范，采用统一的消息交换协议进行集成交换；
HIS、EMR、LIS、RIS等系统，通过集成平台实现与患者主索引系统实时集成。
院内系统集成与区域集成有机整合，实现患者诊疗数据的实时上传，上传数据格式遵循HL7 V2及HL7 CDA标准要求。
支持Web Service、Database等其他集成方式，实现非标准系统的集成；
商业智能支持（在数据中心域实现）
根据医院管理者的需求、提供简单、迅速、客户化配置的信息浏览方式，包括各科室接诊情况、各类疾病费用统计信息等。从而将大量不同来源的医疗信息以一种有效的方式提供给院内卫生管理者。
支持对数据的ETL操作以保证数据质量；
支持可定义的报表分析；
支持OLAP分析，通过建模和建立立方体（CUBE）来实现不同角度立体的数据分析和挖掘；
支持联机实物处理（OLTP）；
支持联机分析处理；
支持实时动态KPI、专题分析、运营分析、医保分析、费用分析、医疗分析、绩效分析、成本分析、行为检测、数据评估等功能；
3.1.2医院信息系统整合服务
3.1.2.1系统整合范围
临床支撑
门急诊管理、住院管理、收费管理、药品管理，医生工作站、护士工作站、PACS、LIS、RIS、移动应用、合理用药、电子病历及质控等
3.1.2.2技术要求
接入适配器实施
接入适配器为适应各类现有的业务系统，提供了丰富的接入适配器种类，保障各系统可根据自身的情况选用合适的适配器完成与平台的对接。本项目需要根据系统的不同，选择合适的适配器将业务系统接入平台。
消息中间件实施
消息中间件作为平台中的通道存在，供消息在平台中进行扭转，消息中间件支持两种消息通信模型：点到点（point-to-point）（PTP）模型和发布/订阅（Pub/Sub）模型。本项目要求根据业务类型的不同，选择合适的消息通讯模式，完成消息的交换。
SOA服务管理实施
建立SOA的服务管理模式，将原先的数据接口和功能定义进行服务封装，在平台上提供出去，给门户进行调用，未来可以完成对所有业务系统的流程再造。
服务管理的功能包括：服务定义、服务注册、服务组装、服务查找、服务停用、服务卸载。
全院患者主索引（EPMI）实施
利用EPMI（全院患者主索引），有效地解决不同系统间患者信息不一致的情况，不同身份就诊不一致情况，为医院信息系统提供一个独立、长久存在的患者信息库，保证患者信息一致性、准确性。通过病人主索引可以检索到所有关于该病患的信息，所以在此项目的建设中推行唯一标识的机制。
统一身份认证
通过使用自建或第三方的认证服务（如：LDAP服务），使得各个信息系统进行账户统一管理和认证，用户可以使用用一个密码登录多个系统，减少维护多个信息系统的密码工作量和复杂度；同时各个系统独立运行和管理，支持各个业务线的业务顺利开展。在用户主数据统一管理的前提下。由管理用户的�？樘峁┮幌盗杏没现し�。这些认证服务为其他系统的统一认证和单点登录提供的基本技术保证。
3.1.3医院门户
3.1.3.1整体建设要求
在信息化建设的初期，已经建设了覆盖全院的医院信息系统（HIS）、相关业务子系统、邮件系统、会议通知系统及各科室的网站等。但是，由于缺乏整体规划和统一管理，医院各系统和网站均自成一体，信息和数据相互独立；并且缺乏有效的内容维护和更新手段，使得对内和对外的网站信息很难保持一致。此外，已有的办公门户仅仅提供了单纯的信息发布能力，缺乏与医院业务系统、办公流程的整合。
随着医院数字化建设的不断深入，需要一个统一的信息发布门户平台，使其可以整合现有的业务系统，并提供医务人员之间、医院和患者之间的交流互动。实现了统一的门户入口，集成了电子邮件系统、医院信息系统（HIS）、医疗影像管理系统（PACS）、办公自动化系统等业务应用；并通过CMS（内容发布管理系统）实现内、外网的一体化信息发布，保证了医院门户整体数据和信息的一致性、及时性。
3.1.3.2功能设计要求
构建统一展现信息的门户平台
在医院内部构建信息协作门户平台，并将内网分为管理决策栏目、服务员工栏目和医教研管理子网3大板块，把院内各科室自建网、附属机构网及集团医院网进行整合，由计算中心统一管理，统一规划。医务人员通过统一的访问入口，就可以快速导航到所需的信息。同时，在这个一站式的门户环境中，还加强了个性化服务功能，建立起用户个人事务处理平台、协作办公平台，实现了信息定制和个性化的需求。
无缝集成医院现有的核心业务系统
在医院的内网门户中无缝集成了医院现有的电子邮件系统、即时消息系统、人事管理系统、财务管理系统、办公自动化系统和网上教学系统等，使这些信息可以集中展现在统一的门户平台中。
同时，内网门户还与医院现有的HIS系统、PACS系统紧密集成，相关人员只需通过门户站点就可以完成HIS查询，实现门诊挂号人次、急诊挂号人次、出入院人次等信息的实时统计，并能够轻易完成成本核算及医疗设备的使用报告。
实现流程化的协同工作环境
在医院内网门户平台中，医院的日常管理工作可以通过电子化、流程化的方式来展开。为医院的工作人员提供了一个协同工作平台，借助它可以实现高效、协同的办公。
实现内网和外网数据发布的一致性
在内网和外网门户中，对基于Web页面内容的创建与管理是非常重要的一个环节。针对传统网站内容发布模式所导致的只能由医院计算机中心一手包办网站信息发布工作，并进而造成的信息得不到及时更新的问题，医院采用CMS构建起快速、高效建立、部署、维护Web站点内容的管理平台，为相关科室提供了一个自行设置、发布管理及修改内容的环境，让用户利用Web内容管理系统对自己网站的内容进行修改、创建和发布，并确定相关信息是发布在内网门户，还是外网门户。这样就确保了信息和数据的一致性、及时性，树立了医院良好的对外整体形象，同时也大大减轻了计算中心工作人员对网站内容维护的压力。
单点登录，实现集中化的用户管理和身份验证
医院的门户平台建立统一的用户管理中心，通过身份认证体系和权限管理技术，实现了对信息的分级、分类、分权限管理。借助权限策略，有效地控制了用户访问页面内容的能力，加强了整个门户平台的安全性。
3.2临床支撑域
临床支撑域主要包括了医院临床工作的各类业务系统和基础管理系统，本次项目建设的最终目标是完成临床数字化的全面建设，并通过集成平台实现信息的互联互通，并将可信数据流入数据中心实现全院的数据共享、挖掘和利用。
建设目标
通过建设，从院内基础业务系统、临床提升、远程医疗等几个方面全面提升医院的临床服务能力；
通过实施整合平台完成医院由临床单点化向基于电子病历的临床协同化转变；
升级基础临床模块，实现医院诊疗的无纸化。
通过全院级PACS/RIS的建设，实现检验检查的全院扭转和高度
通过建设高端临床系统（合理用药、抗生素管理、院感、临床路径等）规范整个治疗流程；
通过引入移动医疗形成闭环医嘱的全监控流程；
通过建设区域协同和远程医疗将院内临床服务扩展至院外；
提升医院诊疗服务在同行业中的竞争力。
产品与服务规格
|
规格号
|
产品（服务）规格
|
产品（服务）规格
|
|
HCP.FUN.001
|
基础业务系统(HMIS)
|
建设住院医生工作站
LIS系统升级
建设医院感染管理
药品进价管理系统
自动发药机接口
医保接口改造
提供医院集成平台、数据仓库所必须的所有数据和接口服务。
|
| |
HCP.FUN.002
|
合理用药系统
|
提供处方或医嘱潜在的不合理用药审查和警告功能。
药物信息查询功能：用药指南；最新不良反应信息，单一药品对其它药品的相互作用信息，正确用药信息等。并能由专业人员进行定期维护。
简要用药提示功能：提供药品最主要的用法、用量、药品实物图和其它注意事项，并能进行维护。
支持与集成平台和数据仓库的接口集成和数据共享。
|
| |
HCP.FUN.003
|
抗菌药物智能管理系统
|
提供抗菌药物个各类基础设置功能，包括目录、分级、权限、用药规则等。
提供抗菌药物三级管理功能和越级处理措施。
提供手术期预防性抗菌药物管理功能。
提供抗菌药物文档管理与知识库。
支持抗菌药物申购管理。
支持抗菌药物统计与分析。
支持与集成平台和数据仓库的接口集成和数据共享。
|
| |
HCP.FUN.004
|
全院PACS/RIS
|
建成履盖放射、超声、内镜临床应用科室以及病理图文报告的全院级的PACS与心脑电图系统,眼科系统，实现数据共享，影像软阅读。
部署数据存储中心：同时部署大容量在线及近线存储，实现影像科室目前以及即将购置的影像设备的集中式的数字化影像数据存贮，满足医院对影像数据长期安全的存储要求；
实现影像科室全数字化读片：放射科部署诊断和审核工作站，实现所有影像科室检查通过计算机网络“软读片”。并利用专业处理软件，在读片时对影像进行各种调整、对比、测量等后处理；
影像科室无纸化、自动化工作流程：利用计算机网络，实现“检查预约”→“登记签到”→“影像检查”→“读片诊断”→“主任审核”→“报告发布”等所有环节的计算机化操作；检查资料检索、工作量/财务/疾病等查询统计均使用计算机处理；
实现PACS/RIS系统通过集成平台与现有HIS系统、体检系统整合，实现病人基本信息、检查收费信息、报告信息、图像信息、医院基础数据字典等数据交换；
实现放射PACS/RIS系统与超声、内镜、病理、心脑电图等科室报告系统的整合，实现跨科室影像、报告数据的共享和相互调阅，并与现有医院HIS、电子病历、远程诊疗系统、体检系统及其它数字化医院项目实现集成。
临床科室能方便、快捷调阅影像、报告等相关资料。
RIS系统需要支持三层架构C/S/S,要求具有图文一体化及危机值管理功能；
PACS系统支持KEY IMAGE NODE关键影像标记，要求可以选择性打开关键影像及打印。
RIS系统界面可供用户自行配置。
PACS、RIS系统要通过IHE（医学影像集成协会）的测试认证。
|
| |
HCP.FUN.005
|
移动临床应用系统
|
建设全院的移动护理系统，使用PDA完成护士工作站需要处理的日常工作，达到闭环医嘱的目的。
建设全院的移动查房系统，使用移动手推车和移动临床助手完成医生的巡视查房的工作。
支持通过集成平台完成移动应用的统一发布与管理。
|
| |
|
|
|
建设周期与其他要求
完善所有的临床支持系统建设，通过集成平台互联互通，并将临床数据传输给数据仓库，实现诊疗数据的智能化，分期完成所有系统的建设。
第一期：升级现有的HIS系统，完善电子病历，实现全院PACS/RIS，建立无线护理、无线门诊输液，同时使用无线医生工作站。
3.2.1基础业务系统(HMIS)
3.2.1.1系统具体需求
基础业务系统从底层解决了医院的日常运营和管理，从经济和临床两个方向将医院带入无纸化时代，从整体数字化医院的角度来看，此部分的内容应包含以下一些：
以经济管理为主线的门急诊、住院流程管理：从导医开始，经过门诊就诊、收费、发药管理、住院登记、住院日程管理、康复离院的完整流程后，系统记录所有的过程数据，为医院经济管理带来依据。
以临床管理为主线的门诊医生工作站、门诊护士工作站、住院医生工作站、住院护士工作站等临床系统为医护技人员带来临床信息的支持，为病人提供更优秀的服务。
为基础业务系统配套的报表，实现了简单数据的统计和追溯，能够为科室层面提供有效的数据支撑。
3.2.1.2系统功能要求
住院医生工作站
住院医生工作站是协助医生完成病房日常医疗工作的计算机应用程序。其主要任务是处理诊断、处方、检查、检验、治疗处置、手术、护理、卫生材料以及会诊、转科、出院等信息。服务对象主要是住院医生。
住院医生站信息系统针对医生的工作流程，主要包括电子病历、电子医嘱、电子申请单、电子病案、质量控制五大部分。
提供医院、科室、医生常用临床项目字典，医嘱组套、模板及相应编辑功能。支持医生处理医嘱：检查、检验、处方、治疗处置、卫生材料、手术、护理、会诊、转科、出院等。检验医嘱须注明检体，检查医嘱须注明检查部位。提供处方的自动监测和咨询功能：药品剂量、药品相互作用、配伍禁忌、适应症等。提供长期和临时医嘱处理功能，包括医嘱的开立、停止和作废。支持医生查询相关资料：历次门诊、住院信息，检验捡查结果。提供医嘱执行情况、病床使用情况、处方、患者费用明细等查询。支持医生按照国际疾病分类标准下达诊断(入院、出院、术前、术后、转入、转出等)；支持疾病编码、拼音、汉字等多重检索。自动审核录入医嘱的完整性，提供对所有医嘱进行审核确认功能，根据确认后的医嘱自动定时产生用药信息和医嘱执行单，记录医生姓名及时间，一经确认不得更改。所有医嘱均提供备注功能，医师可以输入相关注意事项。支持所有医嘱和申请单打印功能，符合有关医疗文件的格式要求，必须提供医生、操作员签字栏，打印结果由处方医师签字生效。提供医生权限管理，如部门、等级、功能等。自动核算各项费用，支持医保费用管理。自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、转科、出院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。
住院医生工作站通过与医院的HIS系统联网，能够从相关的部门系统获取或向HIS系统提供如下信息：
医生主管范围内病人基本信息：姓名、性别、年龄、住院病历号、病区、床号、入院诊断、病情状态、护理等级、费用情况等。
诊疗相关信息：病史资料、主诉、现病史、诊疗史、体格检查、首程、病程、护理病历、会诊记录、病历讨论、手术麻醉等。
医生信息：科室、姓名、职称、诊疗时间等。
费用信息：药品及项目名称、规格、价格、医保费用类别、数量等。
合理用药信息：常规用法及剂量、费用、功能及适应症、不良反应及禁忌症等。
住院医生工作站支持将来通过与医院的LIS、RIS、PACS等系统联网，能够直接向医技发送检验、检查申请并调阅检查、化验报告及相关影像资料。通过对上述病人就诊相关信息的积累，系统能够系统的建立起病人全面的住院电子病历资料。
功能要求
1、电子医嘱
一般医嘱录入
支持不同属性医嘱处理
医嘱处理
实用的成套医嘱
过敏医嘱处理
合理用药
医保费用控制的实时监控
医嘱查询
医嘱打印
与病历的联动处理
2、电子申请单
可设计各种用途不同的检查、化验申请单
可按不同的需要设计成组申请单
保证无纸化传输到医技科室
按申请单调阅报告，保证诊断的准确性
3、电子病案
与病案系统统一的界面风格
病案基础数据与HIS的完整对接
减少电子病案信息的重复录入
提供电子病案的打印
电子病案与病案系统的无缝导入
医院感染管理
院感管理系统的主要任务是实现对传染病的诊断、登记、统计和上报，主要包含门诊医生传染病管理、住院传染病和感染管理、检验科传染病管理、放射科传染病管理、防�？拼静」芾恚焊锌乒芾砹霾糠�。
根据医生所下的ICD-10诊断自动判断是否传染病，如果是传染病，提示医生填写传染病报告以及相关登记簿。在检验科，如果传染病检验呈阳性，病人资料和结果自动进入“检验科阳性登记簿”。在放射科，当诊断为肺结核时，病人资料和结果自动进入“放射科肺TB阳性登记簿”。防�？贫愿骺剖壹耙缴钚吹谋ǜ娴ソ猩蠛�，审核后的资料进入“传染病登记簿”或者“肺结核病人及可疑者转诊登记簿”，能够查询各病区、各科室传染病报告情况，并能够打印存档。
住院医生发现有感染病例之后，填写“医院感染病例报告单”，并发送至院感科，院感科收到报告单后生成“每日感染病人一览表”，并能够进行相应的查询统计。
院感管理系统包括对住院医生工作站、门诊医生站、LIS、RIS系统的改造和单独针对院感科和防�？频牟檠臣葡低�，以及和HIS之间的接口部分。实现对门诊传染病诊断、登记、上报功能和院内感染管理等功能。
功能要求
1、门诊医生站
门诊传染病报告登记
支持ICD-10诊断录入。
支持传染病自动提示功能。
支持《中华人民共和国传染病报告卡》格式和打印。
和原先门诊医生站完全兼容，共享操作界面和平台。
针对专门病人的处理
支持《急性发热病人就诊专册登记簿》格式和打印。
支持《肠道门诊腹泻病人就诊专册登记簿》格式和打印。
2、住院医生站
住院传染病报告登记
支持ICD-10诊断录入。
支持传染病自动提示功能。
支持《中华人民共和国传染病报告卡》格式和打印。
和原先住院电子病历系统完全兼容，共享操作界面和平台。
院内感染登记
对院内感染病例的情况进行登记，支持自定义模版，可设置操作更为简便的内容模板，内容模板支持单选、多选、输入框、表格式等多种风格的录入模式，保证医生的用词规范、科学，辨证逻辑清晰。
3、院感科管理
院内感染报告调阅
支持根据住院号、卡号及姓名等信息灵活查询各种感染报告单。
每日感染病人一览表
统计出每天院内感染病人的列表和相关信息。
感染病人统计报表
支持按病区、科室、医生等分类进行分别统计查询。
支持按时间段进行查询统计。
支持按感染原因等进行统计对比。
4、防�？乒芾�
传染病报告审核
支持根据住院号、卡号及姓名等信息灵活查询各种传染病报告单。
审核后的资料自动转入“传染病登记簿”或者“肺结核病人及可疑者转诊登记簿”。
支持传染病上报的功能。
报告单打印格式可以自己定义。
传染病报告查询
支持根据住院号、卡号及姓名等信息灵活查询各种传染病报告单。
用颜色来表示报告状态：传染病未报－红色，传染病已报－绿色，阳性结果但是非传染�。渡�。
传染病统计报表
支持自定义的各种传染病统计和查询报表。
5、LIS/RIS
检验科阳性登记
传染病检验结果为阳性时，检验结果和病人资料自动登记到“检验科阳性登记表”中，包含检验医生的姓名资料。
和原先LIS程序完全兼容，无须医生做额外操作。
放射科肺TB阳性登记
当放射科诊断为肺结核时，检查结果和病人资料自动登记到“放射科肺TB阳性登记表”中，包含检查医生的姓名资料。
和原先RIS程序完全兼容，无须医生做额外操作。
传染病查询统计
支持按任意时间段对各类传染病和检查检验结果进行查询和统计。
传染病报告
与卫生部软件衔接，实现统传染病管理数据的汇总上报，完成传染病流调，疫情处置，传染病人管理、传染病防制等工作。
传染病和突发公共卫生事件报告
传染病和突发公共卫生事件报告卡登记
基本信息查询：传染病种类、传染源、传播途径；
传染病报告卡查询；
自定义查询：可以进行各种条件组合查询及查询结果任意；
疫情监测
基本功能
监测要素数据库
药品进价管理系统
新旧医院会计制度药品会计核算有重大改变，一是售价核算改为进价核算，取消进销差价核算；二是药品由一级会计科目降为库存物资的明细科目，与卫生材料、低值易耗品、其他材料处于同一个核算层次，采用相同的核算方法。因此，必须遵照新制度的规定，对医院药品进行科学管理，完善会计核算。
新制度对药品会计核算规定的要点：1、核算医院为开展医疗服务及其辅助活动而储存的药品的实际成本。取得时发生的运杂费，能够直接进入医疗业务成本的，计入医疗业务成本，不能直接计入医疗业务成本的，计入管理费用。取得、发出、核销等涉及实物存量增加或减少的药品，都以取得时的成本价格进行核算。2、按品名、规格等设置数量金额明细账。3、药品发出时，应当根据实际情况采用个别计价法、先进先出法或者加权平均法确定发出药品的实际成本。计价方法一经确定，不得随意变更。4、使用财政补助、科教项目资金形成的药品，应在发出、领用时作“待冲基金”核算。
5、处方药品收入分别属于门诊收入和住院收入的明细项目，按照依据规定的医疗服务项目收费标准，计算确定药品收费金额，确认药品收入。
本项目在原有药品管理系统的基础上，对药品系统进行改造，以符合2010版《医院会计制度》对药品部分的要求。
自动发药机接口
按照医院自动发药机的接口要求，完成自动发药机的相关信息接口，保证自动发药机与HIS系统之间的数据交互。
医保接口改造
根据本院的医保接口要求，对医院系统医保接口进行改造，保证医保数据的完整性和准确性。
LIS系统升级
检验信息系统是医院信息系统中一个重要的组成部分。将各种免疫、检验、放免、细菌及科研用的分析仪器，用微机完全联网。管理和传输实验分析过程中全部数据。包括检验申请输入、分析结果自动采集或手工录入、结果审核、报告单生成。也可将结果发送给门诊、住院等各临床科室及财务科。并同时解决一些一直困扰检验科的工作难题，例如：检验费用的管理，质控管理及产生实验科室管理的各种统计报表和工作登记表等。
检验信息系统应具备以下特点：
先进的报告审核功能
为了提高实验室检验质量，杜绝人为误差和仪器的不稳定误差造成的错误报告，LIS须具备报告审核功能。利用这个功能，实验室有资质的检验人员能根据系统产生的各种报警和提示进行分析，对错误的报告进行复查及验证，确认无误后才可以审核通过，并向外打印和发布报告。
完善的质控管理
采用Westgard多规则作为失控判断规则，绘制质控图，记录失控处理，与LIS数据采集�？榱�，对仪器质控数据自动接收，自动绘制质控图，自动失控报警，并可使用优顿图对质控数据进行分析，辨别系统误差和随机误差；
支持双工和条码功能（无纸化建设）
几乎所有大型检验仪器都向外提供双向控制功能，并安装了条码阅读器，具备仪器与电脑的双工功能，利用条码双工技术实现检验无纸化。
3.2.2合理用药系统
3.2.2.1系统具体需求
录入医嘱的同时可以提示药品的简要信息，并能在线实现处方药品详细应用信息的关联查询，如药品说明书、临床用药参考、药物-药物相互作用、药物-食物相互作用、注射剂体外配伍、禁忌症等等的用药信息，在医嘱保存时实时、自动进行全面的处方审查，提示潜在的用药问题，如药物相互作用、注射剂体外配伍、重复用药、药物剂量、药物过敏史、特殊人群用药等，帮助医生、药师实现用药安全有效的目的。
3.2.2.2系统功能要求
药物相互作用
全面收载国内外权威资料的药物-药物、药物-食物相互作用信息，包括了药物相互作用的结果、机制、临床处理、严重级别评价及讨论等内容，系统收录了5,000多篇药物相互作用专论，覆盖8,000多个通用药物，47,000多个药物名称，并提供查询和审查两个功能，是国内最全的药物相互作用数据库。
注射剂配伍
全面收载国内外药物大输液或注射器配伍的信息，包括了注射药物的理化性质、配制方法、配伍的物理化学变化及药效学变化、支持配伍结论的实验数据等内容。系统收录了20,000多篇注射剂配伍专论，覆盖1500多个通用药物组，28,000多个药物名称，并提供查询和审查两个功能。
用药教育
用通俗易懂的语言阐述了药品的用途、如何用药、使用中的问题、注意事项等内容，方便医疗专业人员开展病人用药咨询和用药教育服务。旨在提高患者治疗的依从性。系统收录了1，600多篇用药教育专论，覆盖7，800多个药物名称。
3.2.3抗菌药物智能管理系统
3.2.3.1系统具体需求
根据《中华人民共和国药品管理法》、《中华人民共和国执业医师法》、《医疗机构管理条例》和《处方管理办法》等法律、法规和规章，抗菌药物临床应用管理办法，遵循安全、有效、经济的原则，加强医疗机构抗菌药物临床应用管理，规范抗菌药物临床应用行为，控制细菌耐药，保障医疗质量和医疗安全。
抗菌药物，主要包括治疗细菌、支原体、衣原体、立克次体、螺旋体、真菌等病原微生物所致感染性疾病的药物，不包括各种病毒感染性疾病和寄生虫病的治疗药物。
抗菌药物临床应用管理是指以促进抗菌药物安全、有效、经济使用为目的，对医疗机构抗菌药物的采购供应、处方开具、药品调剂、临床应用和监测等全过程所开展的各种监督管理、教育培训、技术支持与持续改进工作。
根据国家建立抗菌药物临床应用管理制度，对临床应用的抗菌药物实行分级管理：
卫生部、国家中医药管理局负责全国医疗机构抗菌药物管理工作的监督管理。
县级以上地方卫生行政部门、中医药行政部门负责本行政区域内医疗机构抗菌药物管理工作的监督管理。
3.2.3.2系统功能要求
抗菌药物基础设置
抗菌药物目录管理
抗菌药物分级设置
医生抗菌药处方权分级设置
手术切口等级设置
围手术期预防用药规则
三级管控用药规则设置
抗菌药物三级管理
门诊处方智能提醒与越级管理
门诊发药智能提醒与越级管理
门诊输液室智能提醒与越级管理
住院医嘱智能提醒与越级管理
住院发药智能提醒与越级管理
围手术期预防性抗菌药物管理
手术申请单抗菌药物预防用药处理
住院医嘱抗菌药物预防用药处理
住院药房抗菌药物预防用药处理
抗菌药物文档与知识库
抗菌药物文档管理
抗菌药物知识库管理
抗菌药物申购与管理
抗菌药物申购与审批
违规使用处理
抗菌药物统计与分析
全院抗菌药物使用金额排名
全院抗菌药物使用量排名
门诊抗菌药物药物处方比例
住院抗菌药物使用强度
住院抗菌药物使用率
越级使用抗菌药物统计
围手术期预防使用抗菌药物统计
3.2.4全院PACS/RIS
3.2.4.1系统具体需求
符合DICOM 3.O，HL7，IHE等国际标准，能提供并开放所有相关服务软件。符合国际疾病分类标准。
PACS/RIS系统采用三层架构，支持WEB SERVICE服务。
系统采用模块化架构，便于扩充。
支持采用集中式数据库、分布式图像数据管理/影像快速存储和分布式存档管理机制。
快速存储管理：可设置多个存储区和不同的优先级。可配置和管理整个系统各种相关设备。
可设置影像存储时的压缩规则�？啥圆煌掷嘤跋袷莘直鹕瓒ú煌难顾跆跫０�:不压缩、压缩，压缩可分无损、有损压缩，有损压缩又可分别设定不同的压缩比。
在线数据、近线数据及离线数据的管理。支持海量数据存储、异地备份、数据迁移管理。
支持设备间影像的传递，提供同时调阅病人不同时期、不同影像设备的影像及报告功能。支持DICOM3.O的打印输出。
能快速查询与调阅在长期归档中的图像，调阅在线静态影像的时间（第一幅图像到达）： ≤ 1秒钟。
可管理各种资源，定义信息匹配和校验规则，归档规则。
拥有强大的影像后处理功能，包括显示调节，缩放，旋转，测量，MRP，MIP，动态播放，打印等。
与医院集成平台集成，临床科室可直接调阅影像资料和相关图文报告。
实现统一的登记、预约、阅片、发布等；使用统一的ID，规范检查以及管理；
能调阅电子申请单。
提供医疗教学系统，提供ACR、典型病例、疾病分类、疾病组织、提供模糊查询、报告跟踪等功能，以方便医院教学使用；
提供按照学科分组方式组织诊断，并且能提供灵活的组合方式；
支持典型病例管理。
支持模板定义。
支持条码的打印。
系统具有三维重建功能。
生成检查报告，支持三级以上医生审核。
报告系统支持国内外通用医学术语集。
在报告工作站可与PACS集成，实现一次ID登录，和PACS集成，打开、编辑报告时可自动或手动显示对应影像。
基于WEB方式的全院级报告发布功能
支持报告内容数据库和文件两种类型的双数据保存。
支持文字和图片在报告文件中的整体保存。
可进行各类数据统计及管理，如科室管理统计，科室每月工作量，每台设备的使用情况，每个人的工作量情况，不同科室申请检查的情况，不同时间段的统计情况，不同诊断的汇总统计情况，设置系统的用户信息以及权限、角色，可统计每月、日各岗位人员的工作量（可依检查种类，部位，设备类型等区分）阳性率等统计。
支持专门用于HIS集成的用户和密码，便于HIS集成调阅影像资料及报告。
有可扩充接口，以便整合其他应用软件。
3.2.4.2系统功能要求
放射检查报告功能
PACS服务功能
满足DICOM 3.0协议的接收图像，并可以根据需要接收时修改DICOM信息，保存至接收的DICOM文件中。
满足进行图像实时压缩，以减少存储空间和传输带宽要求。
满足具备接收64排CT，3.0T MRI以上性能能力。
提供WEB SERVICE服务进行WEB浏览方式。
满足提供归档功能，并提供根据指定的策略配置自动删除服务。
提供图像管理功能，图像信息的修改，图像的删除，图像的拆分，图像重指定。
提供PACS DICOM Q/R服务，提供设备查询取回图像。
提供权限管理功能，不同的角色用户使用不同的权限。
满足接收图像时实时DICOM 转发图像功能，根据DICOM节点的配置，实时转发DICOM文件至该节点进行存储。
PACS 2D浏览功能
满足WEB方式进行查询浏览影像。
满足挂片协议根据设备类型的自定义，加载时的窗宽/窗位，层叠/平铺，布局等。
满足MPR，MRA浏览方式。
满足直线，夹角，矩形/椭圆/不规则区域的测量。
满足CT值的测量。
满足常规浏览操作，窗宽/窗位，漫游平移，放大缩小，放大镜。
满足多屏显示，指定布局格式。
满足支持伪彩。
满足四角角注DICOM信息的自定义。
满足窗宽/床位的预定义值和快捷应用。
满足文字，图形的注释。
满足各个图像定位线的同时定位显示。
满足根据图层信息，同步滚动显示相关联图层。
PACS 专业浏览功能
满足三维重建不依赖于专业的图形显卡硬件。
满足组织提取的工具和模板，快速进行组织提取。
满足三维重建后的测量。
满足三维重建后根据需要重新进行序列重建生成新的断层切面图形序列。
DICOM WORKLIST 服务
? 建立WORKLIST配置文档，可以灵活的配置DICOM协议中的传输项目。
? 数据库的连接配置，配置与RIS系统数据库的连接，提供WORKLIST的数据。
? DICOM WORKLIST Sheet Data TAG 与数据库字段邦定配置，通过邦定将数据转换成DICOM数据格式提供设备进行获取DICOM WORKLIST数据。
? 日期数据的格式转换，支持将日期数据按照指定的格式进行转换。
? DICOM WORKLIST SCP服务，提供标准的DICOM WORKLIST SCP服务，以供设备端的DICOM WORKLIST SCU进行获取数据。
? 实时交互信息显示，实时显示当前的数据交互内容。
客户端菜单
验证用户的用户名和密码进行系统登录
用户注销后可以重新进行登录，或者退出系统，并关闭所有在用模块。
根据权限显示可用�？�，用户权限包括可以使用的�？楹透莶煌纳璞咐嘈陀涤胁煌南晗溉ㄏ�。如同一用户CT可以写诊断报告，CR只可以读诊断报告。
用户信息显示，显示当前登录用户的姓名，所属科室和职称。
用户密码修改，修改当前登录用户的密码。
预约登记
? RIS/HIS 查询选择，选择RIS可以完成RIS独立的预约登记，选择HIS，可以完成从HIS已经发到RIS的预约申请中选择记录进行预约确认进入RIS系统。
? HIS信息的提取（完成HIS整合后），可以完成主动到HIS库中提取病人基本信息或者HIS预约申请记录。
? 查询条件的自定义，可以根据用户需要定义自己所需的查询条件，在界面上显示，进行相关查询功能。
? 查询结果列表的自定义，查询后在查询列表中显示查询结果，查询列表中的列可以根据用户需要自己定义所需的列，进行显示内容。
? 登记项目的自定义，在登记区域内的登记项目是可以自定义的，包括，增加/减少登记项目，登记项目输入框的位置，字体，颜色，默认值都可以进行自定义。同时可以定义哪些登记项目是否必填，是否末次记忆值，是否高亮显示和键盘跳转顺序。
? 预约登记的新建/修改/删除/复诊，新建即可以在RIS中独立的建立预约登记，修改可以修改以往已经进入RIS系统的预约登记，但为了质量控制，在审核前病人的基本信息是可以改动的。复诊，将已存在的预约登记记录，按照新登记产生相关号码进行或者修改完成一次新的预约登记
? 申请单的扫描或者拍摄图片保存，在登记保存时，支持对纸质申请单高拍仪拍摄，并将生成的图片上传至服务端，供用户进行调阅。
? 标签和条形码的打印，在登记保存时，支持按照用户自定义设定的格式可以打印标签，其中可以含有条形码，供用户使用。
? 诊断报告的浏览，支持以网页形式，浏览预约登记信息、扫描或者拍摄的纸质申请单、已经书写的诊断报告。
? 检查项目的增加/删除，对检查项目的增加/删除。
? 预约时间的选择，�？槟系鼻笆奔涠挝ぴ际奔�，支持用户手工指定预约时间，安排几日后的检查预约。
? 交互信息的返回显示，当新建/修改/删除或者系统返回提示时，在交互信息框中都会加以显示。
? 设备预约情况的显示，在指定几日后的检查预约时，可以按照日历格式显示每个时间段的检查预约情况。
技师工作站
? 病人检查列表的查询，从RIS检查记录中按照指定查询条件进行查询
? 病人检查详细信息显示，支持以WEB方式浏览预约登记信息、扫描或者拍摄的纸质申请单、已经书写的诊断报告，帮助技师获取更多所需的信息。
? 图像列表的查询，从PACS的接收到的图像列表中查询图像列表信息。
? 光盘列表的查询，从已经刻录的PACS图像光盘中查询记录列表。?
? 病人检查与图像的匹配关联和撤销关联，在自动匹配失败后，或者需要手工重新关联病人检查记录信息和图像信息的地方，进行手工关联，同时可以撤销已经关联的检查记录信息和图像信息。
? 图像调阅，选择已经关联的检查记录可以打开图像，也可以直接从图像信息列表中选择记录利用PACS客户端进行图像的调阅。
? 图像调整处理，在打开所需的图像后，可以对图像进行窗宽/窗位，标注，测量，翻转等等PACS影像调整处理。
诊断报告
? 满足根据用户需要自定义查询条件的内容和数量并和用户帐户绑定，随用户在任何客户端按照这些配置进行加载展现。
满足根据用户需要自定义用户功能区域布局。
检查列表查询和各个检查状态的显示，根据指定的查询条件查询出所需的结果列表，在查询条件中的归档情况可以指定需要查询的ACR，典型病例的关键字得到所需的结果列表，同时根据每种检查状态，列表中的固定列即第一列以不同的颜色进行显示。?
? 检查列表的自定义，列表中的列可以根据用户的需要自定义列进行列表显示，列的顺序可以调整，区域分割线可以左右拖动，以调整查询区域和报告编辑区域的显示比例大小。这些设置信息和用户帐户进行绑定保存，随用户在任何客户端按照这些配置进行加载展现
? 报告打印模版的选择/切换，报告处于编辑状态时，可以选择所需的打印模版进行格式显示，对于已经保存过的报告，切换打印模版，刷新数据重新载入，保证切换模版时数据不会丢失。
? 报告编辑加锁/解锁/强制解锁，在一个用户编辑报告时，系统自动进行加锁，防止他人进行编辑，导致数据错误，保存报告，退出编辑状态后自动解锁。但提供强制解锁功能对已经加锁的报告进行解锁。
? 申请单的浏览，支持以WEB方式浏览扫描或者拍摄的纸质申请单。
? 病人检查详细信息的浏览，支持以WEB方式浏览病人检查详细信息。
? 报告格式所见即所得，在报告编辑状态下，所编辑的内容和所显示的内容，即打印时的所得内容。
? 报告内容在编辑状态下，包括，字体、颜色、内容格式编辑、插入图片、刷新数据提供多种工具对报告内容进行加工。
? 整体/单体内容模板的新增/修改/删除，选取，替换插入，追加插入，将常用的检查参数、检查所见、诊断结论、检查建议进行捆绑保存至整体内容报告模板，当编辑报告时，选择该整体模板，将这四个内容导入/追加至打印模版的相关格式内容中，并支持关键词汇的列表点选和选取后替换文字。
? ACR典型病例的归档和查询，系统提供ACR编码引用，根据其关键字进行归档，同时提供对编码的查询定位。典型病例可以按照用户建立自己所需的归档关键字进行归档。归档后，对于病例分析，数据统计，示教案例相关的查询统计。
? 随访编辑，支持建立与报告帮定的随访内容填写和对报告诊断符合情况的评判。
? 报告预览和直接打印，根据权限限制可以进行报告的预览和再次排版，直接打印同时保存报告内容。
? 同一病人历史报告列表和浏览，系统会自动统计该病人已有的历史报告数量，在历史报告列表中选择显示历史报告内容，也可以另打开窗体进行显示，对正在编辑的报告进行有效的参考或者复制。
? 报告痕迹列表和浏览，每保存一次，系统都会将上次的报告内容作为痕迹进行保存，以提供对于报告编辑轨迹的查阅。
? 报告审核通过/不通过和审核意见编辑，报告审核时根据其权限可以直接审核通过，也可以审核不通过，同时可以在审核意见中编写对于报告不通过的理由和建议，指导诊断医生对于报告的修改。
内镜图文报告功能
图像/视频采集
? 支持Video、S-Video等视频格式。
? 彩色采集分辨率支持NTSC、PAL。
? 彩色采集主频：5MHz－120MHz。
? 采集区域自定义，可以自定义显示区域中需要的采集区域进行剪切保存至图像中。
? 单帧采集，采集一张图像。
? 视频采集，进行动态视频采集。
? 支持脚踏板和手动采集器同时使用，触发，单帧采集，视频采集的开始结束。
? 图像的处理，对比度，亮度，对已采集图像的处理。
? 采集卡即时设置，在采集过程中可以即时的设置采集卡的参数设置，同时保存后生效。
支持采集成功后播放声音进行反馈。
? 图像格式转换，可以将图像按照指定的图像格式进行保存，在绑定检查信息后可以保存至标准的DICOM格式文件。
? 图像另存，将指定的图像另存为图像格式文件，JPG，BMP，AVI。
? 视频压缩，支持将视频按照指定的压缩方式压缩处理，以减少存储容量使用和网络传输量。
? 视频播放，支持视频播放的开始，暂停，结束，滑动进度条显示指定的帧，并支持在播放中再次采集生成静态图片。
满足采集的图片可以进行复制/剪切，粘贴。
满足批量删除不需要的采集影像。
图文诊断报告
满足将选取的多图（至少6张）插入报告，并自动排版。
满足对每张图进行文字注释，并且这些文字注释是可以通过列表选择进行生成。
满足病理检查结果的选取添加至报告。
满足检查诊断、检查建议语句的快速选择添加至报告。
满足以WEB方式提供页面进行浏览整体图文诊断报告。
超声图文报告系统
图像/视频采集
? 支持RGB、Video、S-Video等视频格式。
? 彩色采集分辨率： 最大可以支持到2048×1024×8Bit×3。
? 彩色采集主频：5MHz－120MHz。
? 黑白采集分辨率： 最大可以支持到2048×1020×8Bit
? 黑白采集主频：4MHz－65MHz。
? 采集区域自定义，可以自定义显示区域中需要的采集区域进行剪切保存至图像中。
? 单帧采集，采集一张图像。
? 视频采集，按照指定的帧速进行视频采集。
? 支持脚踏板和手动采集器同时使用，触发，单帧采集，视频采集的开始结束。
? 图像的处理，对比度，亮度，对已采集图像的处理。
? 采集卡即时设置，在采集过程中可以即时的设置采集卡的参数设置，同时保存后生效。
支持采集成功后播放声音进行反馈。
? 图像格式转换，可以将图像按照指定的图像格式进行保存，在绑定检查信息后可以保存至标准的DICOM格式文件。
? 图像另存，将指定的图像另存为图像格式文件，JPG，BMP，AVI。
? 视频压缩，支持将视频按照指定的压缩方式压缩处理，以减少存储容量使用和网络传输量。
? 视频播放，支持视频播放的开始，暂停，结束，滑动进度条显示指定的帧，并支持在播放中再次采集生成静态图片。
支持独立窗口显示实时图像，播放显示窗口。实时显示和播放显示互不影响。
? 图像插入报告，支持将指定的图像插入报告中，并自动完成插入报告中的图像自动排版。
满足具备在无检查病人信息情况下进行无关联病人采集，采集后可以匹配至指定检查病人下。
满足采集的图片可以进行复制/剪切，粘贴。
满足不同工作站可以相互浏览对方采集的图片。
满足写报告、浏览图像、采集图像可针对不同病人同时进行操作，互不影响。
图文诊断报告
满足将选取的多图（至少6张）插入报告，并自动排版。
满足采集另一人图像时，不影响编辑当前报告的操作。即采集病人图像和编辑报告病人可以是不同的病人。
满足内容模板可以根据病人检查部位进行过滤，只显示进行检查部位的内容模板
满足在展现内容模板内容中通过点选即选中一个关键词，其相近使用的词汇以列表形式进行展现供选择，选择后替换原文中的关键词。
满足以WEB方式提供页面进行浏览整体图文诊断报告。
病理图文报告功能
图像/视频采集
? 支持RGB、Video、S-Video等视频格式。
? 彩色采集分辨率： 最大可以支持到2048×1024×8Bit×3。
? 彩色采集主频：5MHz－120MHz。
? 采集区域自定义，可以自定义显示区域中需要的采集区域进行剪切保存至图像中。
? 单帧采集，采集一张图像。
? 视频采集，按照指定的帧速进行视频采集。
? 支持脚踏板和手动采集器同时使用，触发，单帧采集，视频采集的开始结束。
? 图像的处理，对比度，亮度，对已采集图像的处理。
? 采集卡即时设置，在采集过程中可以即时的设置采集卡的参数设置，同时保存后生效。
支持采集成功后播放声音进行反馈。
? 图像格式转换，可以将图像按照指定的图像格式进行保存，在绑定检查信息后可以保存至标准的DICOM格式文件。
? 图像另存，将指定的图像另存为图像格式文件，JPG，BMP，AVI。
? 支持独立窗口显示实时图像，播放显示窗口。实时显示和播放显示互不影响。
? 图像插入报告，支持将指定的图像插入报告中，并自动完成插入报告中的图像自动排版。
满足不同工作站可以相互浏览对方采集的图片。
图文诊断报告
满足将选取的多图（至少4张）插入报告，并自动排版。
满足在展现内容模板内容中通过点选即选中一个关键词，其相近使用的词汇以列表形式进行展现供选择，选择后替换原文中的关键词。
满足液基细胞学诊断报告(TCT)的勾选形式报告模板的建立和勾选使用。
满足以WEB方式提供页面进行浏览整体图文诊断报告。
3.2.4.3系统管理功能
报告模板编辑器
? 报告打印模板按照设备类型，是否默认进行建立/修改/删除，同一设备类型可以建立多个报告模版，其中一个可以设置为该设备类型的默认模版，作为初写报告时默认载入的打印报告模版。
? 报告打印模板样式的编辑定义，包括行/列设置，合并，拆分，边框显示，字体，颜色设置，单元格显示类型，单元格是否打印等。报告打印模版按照行列进行规划所需的显示和编辑的内容，然后通过合并单元格进行格式，通过设置单元格设置其显示的内容。
? 报告打印模板单元格与数据的自定义绑定显示/绑定回写数据库，单元格可以和表和字段进行帮定显示，一些字段可以进行回写数据库，完成数据的读取和写入。
? 报告打印模板的导出/导入，报告打印模版可以导出文件或者从文件导入至系统进行保存。
支持在报告模板中根据字符编码生成条形码。
统计查询
? 精确数据查询，完全按照查询条件中的字符进行完全匹配查询显示。
? 模糊数据查询，将查询条件中的字符对所有内容只要存在该字符都进行查询显示。
? 申请预约图表统计，把申请预约的数据按照条件进行统计，并可以转换成折线图，柱状图，饼图进行显示。
? 报告工作量图表统计
? 阴阳性图表统计
? 报告复合率图表统计
? 分类单项图表统计
? 分类复合图表统计，将按照主项，副项进行二维表格的统计。
部门管理
? 用户的建立/修改/删除，将数据字典中的人员编号按照所属部门建立可以登录的用户名。
? 用户权限的制定，对用户按照可以使用的�？�，每种设备类型下的具体功能进行设置权限。
? 角色的建立/修改/删除，可以建立角色用于用户指定，用户建立时指定权限可以自动将角色的权限加载至待编辑的权限中进行再次编辑权限。
? 角色权限的制定，每种设备类型下的具体功能进行设置权限。
? 编码规则的建立/修改/删除，可以定义用户所需的每种编码格式和应用地方即帮定的表和字段。
? 编码规则的使用配置，可以帮定应用的科室和设备类型，指定在相关科室和设备类型中按照指定的编码规则进行产生所要使用的编码。
数据字典
? 基本字典数据的新建/修改/删除，维护基本字典数据，用于系统中的待选择使用。
? 部门、人员数据的新建/修改/删除，维护部门，人员信息以提供科室，人员的选择和用户的建立。
? 检查字典数据的新建/修改/删除，维护预约登记时所使用的检查项目，计费项目，设备类型与检查直接相关的数据。
? 数据的导入/导出，支持将数据导出至文件和文件导入至系统。
系统管理
? 系统参数配置，配置数据库连接信息，日志开启/关闭/，更新控制参数，PACS系统的连接配置，系统确认报告时间等系统参数配置，以控制相关的功能开启关闭或者提供相关功能时的参数使用。
? 系统服务控制与状态监控，支持客户端直接控制服务的开启关闭和查看当前服务的状态。
? 系统客户端和服务端交互信息的监控，支持查看指定的模块服务端和客户段通讯的数据和过程。
? 手动备份数据库，支持数据库数据备份成文件到指定的目录中存放。
? 自动备份数据库设置，支持按照设置指定的时间和周期进行数据库备份。
? 系统日志查询和列表显示，对日志按照日志类型，所产生日志的�？椋奔涠谓胁檠玫浇峁斜斫邢允尽�
? 系统升级控制，支持系统将指定格式的更新包导入系统，按照系统参数开关设置自动更新系统和所有客户端。
? 系统授权信息显示，显示当前系统功能的授权信息。
? 系统信息的导入/导出，对系统参数导出到文件和文件导入至系统中保存。
? 接口交互日志的查询和列表显示，对于所有交互信息进行日至的查询。
3.2.5移动临床应用
3.2.5.1系统具体需求
移动护理
护士用移动设备在病人床旁就可完成对病人各项护理信息的采集和记录。 数据自动存贮到数据库。完成各项生命体征的记录，自动生成趋势图。医生下达医嘱后，信息会自动转移到移动设备上，可显示提示信息，护士可在无线网络范围内任何区域进行数据读取、查询、查对与执行。HIS系统只跟踪到医嘱转抄这一步，即把医嘱分解成为可操作的执行项目并且在这一步就对该条医嘱执行收费，不再跟踪医嘱实际执行过程。而移动临床护理系统将现有护士工作站延伸至病人床旁，执行者通过扫描患者腕带条码实现医嘱的执行确认，并准确记录了实际执行人，执行时间。
移动查房
通过无线网络保持与整个信息系统网络实时连接， 将病人信息从医生办公室带到了病人床旁。医生可以在患者床旁查阅病人病历，LIS、PACS 系统患者检验检查报告单，直接下达医嘱等工作，真正实现移动查房。
3.2.5.2系统功能设计
移动护理
将现有的护士工作站延伸到病人床旁，优化信息采集流程
护士用移动设备在病人床旁完成对病人各项护理信息的采集和记录。 数据自动存贮到数据库。完成单一生命体征项目的记录后，自动生成趋势图。医生下达医嘱后，信息会自动转移到移动设备上，可显示提示信息，护士可在无线网络范围内任何区域进行数据读取、查询、查对与执行。
跟踪医嘱的全生命周期
在目前医院信息系统功能范围下，HIS 系统只跟踪到医嘱转抄这一步，即把医嘱分解成为可操作的执行项目并且在这一步就对该条医嘱执行收费，不再跟踪 医嘱实际执行过程。而移动临床护理系统将现有护士工作站延伸至病人床旁，执 行者通过扫描患者腕带条码、药品包装容器条码完成医嘱执行确认和收费，并准确记录了实际执行人，执行时间。
待执行医嘱按照临床护理路径管理模式管理
以医嘱的种类、执行次数为横轴，执行时间、执行人为纵轴，在特定时间段 提醒护士对具体患者执行相应的医嘱项目�；な恐葱型暌街龊�，医嘱执行时间和执行人等信息直接记录到数据库。
查询与统计功能
可查看病人基本信息，包括床号、姓名、出生日期、住院号、病情、诊断、 医疗费用等病人基本信息。可查询当前班次所有已执行和未执行的全部医嘱。根据移动临床护理系统采集的数据，自动生成病人的床旁护理记录单、生命体征观察单和特别护理记录单，可查阅已出院的和在院病人的病情记录单。根据护理工 作的不同，分别进行加权计算，科学的统计护士的工作量，根据需要定制各种报 表，并全部自动化管理。
对护理工作量进行统计
为护士绩效考评提供依据 无线护理工作站由于对医嘱进行拆分， 使医嘱执行过程中呈现了一对一的对应关系，记录了每条医嘱的执行者，可统计个人、科室、全院的护理工作量，为绩效考评，人力资源调配，提供了可靠的参考依据。
移动查房
多种查房方式
通过移动手推车和PAD的移动工作站两种方式实现移动查房：在手推车上进行信息系统的集成和交互，能够快速的帮助医生完成日常的查房工作；同时结合PAD轻便的特点，能够在PAD上完成部分查房工作，快速相应应急事件；从而实现移动查房的完美融合
用户验证
移动医生站的用户验证采用目前HIS系统的统一验证模式，支持直接通过全院统一的AD域控服务器进行用户集中管理；
病人列表（病区）
显示当前医生负责的病人或当前病区所有在院病人，显示模式以卡片形式展现；
手术安排（病区）
显示当前病区患者的手术安排记录，按时间倒序排列；
会诊单（病区）
显示当前病区患者的会诊单，按时间倒序排列；
智能信息（病区）
显示当前病区的提醒信息，包括目前THIS4护士或个人的信息，检验检查报告完成通知、病历时限提醒，同时扩展支持自定义信息类型；
患者信息
显示当前患者的基本信息、临床诊断、过敏信息、近期用药等；病人基本信息包括姓名、床号、住院号、性别、年龄、病人费别、入院日期、主要诊断、危重级别、护理级别、病人状态、所属病区、所属科室等病人详细信息，保证医生了解病人的基本情况。
医嘱信息
显示当前患者的临时医嘱、长期医嘱、长期有效医嘱、增加医嘱等；结合治疗过程中出现的实际情况可及时调整医嘱，可以直接停止医嘱、增加医嘱，并支持合理用药智能提示辅助录入，当查房结束后经确认发送医嘱到护士工作站，由护士审核后执行。
检验报告
显示当前患者的检验报告单，按检验分类显示，同时按照日期倒序排列；
检查报告
显示当前患者的检查报告单，按报告分类显示，同时按照日期倒序排列；
生命体征
显示当前患者的近期体征数据，按日期倒序显示，提供图表曲线方式展现；
手术安排（患者）
显示当前患者的手术安排记录，按时间倒序排列；
会诊单（患者）
显示当前患者的手术安排记录，按时间倒序排列；通知会诊的主要专家和会诊的具体时间，各专家查看详细的会诊申请，根据会诊的要求查看病人入院以来或者以前的病历资料做好会诊准备，并返回会诊答复给会诊申请医生。制定最佳治疗方式和治疗方案。会诊结束后，由医生负责整理后再书写会诊记录并发布给会诊各医生确认。
病历资料
显示当前患者的各类病历资料，包括入院记录、再次或多次入院记录、24小时内入出院记录、24小时内入院死亡记录、首次病程记录、日常病程记录、上级医师查房记录、疑难病例讨论记录等信息。
智能信息（患者）
显示当前患者相关的提醒信息，包括目前护士或个人的信息，检验检查报告完成通知、病历时限提醒，同时扩展支持自定义信息类型；
便签
显示、添加、删除患者相关的便签信息，方便医生在查房时进行速记；
（四）、项目实施要求
投标人应按照张家港中医院整体信息化整合与提升项目总体规划，进行系统架构设计、软件设计开发，并合理部署在相应的硬件设备上，保证系统的正常运行。投标人必须响应下列开发实施要求。
1、投标人应提供数据库性能优化及系统整体性能保障方案，确保系统满足系统高效运行。
2、投标人应承诺按照张家港中医院整体信息化整合与提升项目总体规划要求以及相关业务和技术规范，接受医院指定的技术负责单位的技术评审，并按照其要求提交相关技术文档。
3. 投标人应从管理、应用、系统、网络和物理等五个方面阐述对院内集成平台的信息进行保护、检测、响应、恢复和改善的保障措施。
4、开发实施的验收要求。招标人、投标人共同组成验收小组，必要时由第三方提供测试方案和测试数据，经招标人确认后进行应用开发实施验收, 根据系统开发实施规范, 提交系统开发实施报告。如果验收小组认为测试结果与要求不符，将重新进行测试。
5、基于以上的开发实施要求，投标人应按照国家有关电子病历及集成平台建设相关标准提出关于所投业务系统接入平台的解决方案。
6、中标人须承诺提供系统安装、配置的详细文档资料，确保所建系统满足业务需求，使整个系统能够得到有效运行。
7、投标人应在项目建设过程中，按照卫生局指定或提出的相关技术和业务规范，配合系统集成单位完成系统集成工作。
8、中标人应保证原有数据的平稳安全迁移，所发生的费用由中标人承担。
9、其他投标人认为应该描述的方案或建议。
10、投标人需针对此次建设阐述实施方案，其中建设范围为：
|
建设领域
|
产品规格
|
|
临床支撑域
|
基础业务系统
|
|
合理用药系统
|
|
抗菌药物智能管理系统
|
|
全院PACS/RIS
|
|
移动临床应用系统
|
|
信息整合域
|
医院集成平台
|
|
医院信息系统整合服务（医院现有系统整合、医院一期建设系统整合）
|
|
医院门户
|
（五）、项目管理要求
1、总则
投标人必须遵守张家港中医院整体信息化整合与提升项目管理规定和各项管理实施细则。
投标人在投标时应提交项目管理方案，方案至少包括项目组织机构、人员安排、进度安排、质量管理及风险管理等内容，并具有可操作性。
2、项目组织机构
1）、人员稳定性保证
投标人应在投标文件中明确保证项目建设团队的主要人员稳定。投标人在未经招标人同意的情况下更换项目经理，需向招标人支付赔偿金。
招标人或投标人认为需要更换投标人项目经理和项目团队成员时，均应提早一周向对方申明原因，投标人应在同时提出新的符合合同要求的项目经理和项目团队成员人选，经招标人同意并办理交接手续后方可更换。
投标人更换项目经理、项目团队成员给招标人造成损失的，招标人保留追究责任和获取赔偿的权力。
2）、人员工作经验保证
投标人要建立实施该项目的组织架构，并在投标时提供参与该项目人员的履历。
3、项目进度计划
甲乙双方根据招标文件、中标人的投标文件共同确定更为详细的项目进度安排，并以文件的形式明确下来。投标人应明确提供每个阶段的阶段目标、阶段应交付的成果、验收依据、双方的责任和义务，经招标人认可后，以合同或会议纪要形式明确下来。
5、合同变更要求
如在项目实施过程中需要调整内容、进度等，需经双方共同同意，按合同变更程序办理。
6、项目质量管理
1）、投标人应具有完备、成熟的项目开发与管理模型。
2）、投标人应建立严格的质量保证体系，制定项目开发建设质量控制方案和实施措施，并督促落实各环节质量控制内容和目标；保证总体规划设计、开发与实施、系统运行与验收各个阶段工作满足招标方对质量的要求。
3）、投标人应根据整个系统集成、开发的工作计划，对阶段性工作成果进行审查和测试，并向项目单位提交里程碑式工作成果。通过保证各阶段性成果的质量，最终保证整个系统集成、开发的质量。
7、项目进度管理
1）、投标人的项目进度管理应该遵循以下原则：
（1）项目进度管理的依据是项目合同所约定的工期目标；
（2）在确保项目质量和安全的原则下，控制项目进度。
2）、投标人的项目进度管理应该至少包含以下内容：
（1）投标人在了解项目特点的前提下，根据工期目标，提交总体进度计划，以及定期提交阶段性工作计划。
（2）制定详细的项目建设进度计划，按照合同的进度计划制定具体的实施计划，定期跟踪检查，对可能发生的工程延误提出相应对策；
（3）定期或不定期地召开或参加项目例会、协调会议等，向招标人通报项目进展情况，提交进度报告，及时解决相关问题。
（4）建立项目变更流程，记录项目变更。
8、项目交付
1）、投标人应提供整个系统建设的文档，包括系统设计、开发、测试、运行、维护管理体系对应的全部管理规范和技术文档。
2）、技术文档应与系统相一致，技术文档应该全面、完整、详细、清晰。
3）、技术文档应能够满足投标人对系统的安装、使用、维护、应用开发的需要。
4）、技术文档还应包括运行版本一致的、投标人拥有所有权的全部源程序和可执行代码。
7）、投标人应在应标书中提供需求调研、设计阶段、开发阶段、测试阶段、实施阶段、运行阶段、项目管理的全部交付成果的清单和成果交付形式。
9、测试验收
投标人在投标时应提供测试验收方案，方案应符合《项目需求书》的要求，包括但不限于以下内容：系统的功能、性能等均应经过测试，形成测试报告，并经招标人认可后才能投入运行、组织验收。招标人对于系统的任何修改或升级，都必须进行回归测试。
（六）、知识产权
1、招标方拥有投标人所投全部产品在张家港中医院内部的使用权。
2、对在开发过程中用到的所有第三方软件产品，投标人必须保证所提供的所有软件产品都具有在中国境内的正式合法使用权，并提供相应授权书。投标人在软件开发过程中涉及第三方产品，若出现技术、经济或法律上的纠纷，应由投标人全面承担并全权解决，确保不影响项目的进度。
3、投标人对招标方提供的所有业务技术资料、文档，有责任对第三方保密。
4、系统开发完毕后，中标人须提供完整的开发维护文档、软件接口�？⒌南低巢ü樗焦餐�。
（七）、培训要求
一、培训总则
1、投标人必须提供满足本章要求的培训服务。
2、投标人必须提供高水平的培训。所提供的培训课程表随投标文件一起提交。
3、投标人派出的培训教员应具有相同课程的教学经验。
4、所有的培训教员必须用中文授课，除非有其它的协议规定。
5、投标人必须为所有被培训人员提供培训文字资料和讲义等相关用品。所有的资料必须是中文或英文书写。
二、培训要求
投标人应在应标书中提供详细的培训计划。培训应面对不同层面的系统用户，保证用户能独立地管理、维护和配置系统，以便整个系统能够正常、安全地运行。保证最终用户能够高效率低成本地完成工作。培训计划包括但不限于以下内容：
1、技术培训
中标人应在系统上线前培训，负责对系统管理员进行操作流程及系统维护的培训，以达到能独立操作使用的程度；负责对业务操作人员进行软件使用的培训，以达到能够熟练使用软件各功能�？榈某潭取�
培训对象：系统管理员、技术维护人员和业务操作人员。
培训内容：系统维护管理和故障排除的培训。
培训要求：被培训人能够对投标人所开发实施的系统进行维护和代码级修改。
培训地点包括集中培训和现场培训。
集中培训：中标人提供的集中培训，讲师和培训文档由中标人提供。
现场培训：提供现场培训。
2、用户培训
培训对象：张家港中医院及业务部门人员。
培训内容：系统使用操作培训。
培训要求：使用户能够熟练使用系统提供的各种功能。
培训地点：以当地集中培训为主，结合现场培训。
培训费用：投标人应将所有培训费用（含培训教材费）及各项支出费用计入投标总价。
（八）、其他
正式验收通过后，若有需求变动，在免费维护期内，投标人须承诺在采购需求和政策法规范围内，仍应免费按用户需求对整个系统做出相应修改，以满足用户的需求。
|
