张家港市第三人民医院的数字化医院信息系统扩建项目招标公告

       张家港市招投标采购交易服务中心受张家港市第三人民医院的委托，就数字化医院信息系统扩建项目进行公开招标采购，现欢迎符合相关条件的供应商参加投标。
一、招标项目名称及编号：张家港市第三人民医院的数字化医院信息系统扩建项目
招标编号：ZZC2012-G095-1
二、招标项目简要说明：张家港市第三人民医院的数字化医院信息系统扩建项目，具体要求见张家港市政府采购网
三、 投标人资质要求：各投标人必须符合《中华人民共和国政府采购法》第二十二条规定的条件。同时具备：
1、投标人必须具有软件企业认定证书；
2、投标人必须具有CMMI3级（或以上）资质或CMM3级（或以上）资质；
3、提供自本次招标文件发售之日（2012.09.05）起由注册地检察院（或张家港市人民检察院）出具的近三年内无行贿犯罪记录的证明复印件；
4、本次采购不接受联合体投标。
四、招标文件领取信息：
招标文件领取截止时间：2012年09月11日下午5：00时（节假日除外）。只有领取招标文件的投标人才可参加本次招标活动。
答疑时间：2012年09月12日上午9:30整。
招标文件领取地点：张家港市招投标采购交易服务中心政府采购科；
地址：张家港市人民中路101号（市民服务中心二楼A区221室）
招标文件售价：本次不收标书费，自带U盘。
其他有关事项：前来领取招标文件的供应商必须出具法人营业执照副本复印件及法人授权委托书原件。
五、投标文件接收信息：
投标文件接收截止时间：2012年09月27日下午02:00时；
投标文件接收地点：张家港市招投标采购交易服务中心政府采购科（地址：张家港市人民中路101号，市民服务中心二楼A区221室）
投标文件接收人：郑浩、朱伟、陈虹
其他有关事项
六、 开标有关信息：
开标时间：2012年09月27日下午02:00时；
开标地点：张家港市招投标采购交易服务中心开标室
其他有关事项
七、本次招标联系事项：
联系人：郑浩、朱伟、陈虹
联系电话：0512-58699065
传真电话：0512-58699065
联系地址：张家港市人民中路101号
邮政编码：215600
八、其他应说明事项：
张家港市招投标采购交易服务中心
2012年08月29日
项目需求
一、技术要求
（一）项目概述
1 ）、项目内容
张家港市第三人民医院的数字化建设一直得到医院各级领导的关心和重视，目前已建设完成有包括：门急诊挂号收费系统、住院病人出入院结算系统、门诊医生站管理系统、门诊药房管理系统、住院药房系统、病区工作站及药库管理系统等业务系统。由于现有系统已不能满足医院发展的需要，为了在新医改环境下获得更大的发展，为了加快医院信息化建设的步伐，提高医院的管理水平和服务水平，增强数字化的程度，从而提高全院的经营效益，将医院打造成先进的现代化医院，以提升医院的品牌效益和核心竞争力，医院需要对现有的信息系统进行进一步扩建。
2 ）、项目招标内 容
2.1、建设目的
张家港市第三人民医院致力于建成符合现代化医院发展要求的计算机网络和管理信息系统，达到模式先进、流程优化、管理配套、支撑有力、运作高效；实现人、财、物、信息的管理一体化，实现医院日常业务管理、临床医疗体系管理、医院资源管理、控制管理的信息化和网络化，实现信息资源共享；促进医院管理和机制创新，促进经营管理和经营决策更加科学，提升全体员工信息化素质，使医院在现代化管理方面处于领先地位，为医院取得良好的社会与经济效益。
2.2、建设内容
本次招标项目的具体建设内容：
序号 系统名称 数量
1 门诊电子病历系统 1套
2 住院电子病历系统 1套
3 病历质量控制系统（含抗生素管理系统） 1套
4 护理病历系统(含PDA管理系统) 1套
5 移动医嘱系统（含抗生素管理系统） 1套
6 门急诊输液系统(含PDA管理系统) 1套
7 自助挂号系统 1套
8 检验条码系统 1套
9 临床路径系统（至少10个） 1套
10 电子签名认证系统 1套
11 电子申请单系统 1套
12 医院数字化集成平台（符合卫生局平台要求） 1套

12条医院数字化集成平台（符合卫生局平台要求）以下简称“医院平台”。
3）、投标说明
投标人必须对应用软件所有子系统进行全部投标。子系统可以不按照采购人所要求的系统划分，但应涵盖所需功能。
投标人应认真阅读招标文件中的所有的事项、条款和技术要求等，并提交对本标书进行逐条应答的书面材料。如果没有按照招标文件要求递交全部资料，风险由投标人自行承担。
4 ）、投标人需对以下做出承诺：
（1） 承诺采购人如需连接其他系统的，提供相关技术接口和进行技术配合。
（2） 承诺完成为满足采购人实际应用需求所必须的应用软件客户化开发工作，应用软件功能扩充、修改、维护工作。
（3） 承诺系统验收完毕后，提供应用系统最终版本的源代码和相关技术文档。
（二）技术规格及要求
医院信息系统的建设是目前医院基本建设和发展的一项基础工程，但并不是简单地将手工流程计算机化，应能优化业务流程，提高工作效率，充分体现医院管理思想和业务思想。应“以病人（客户）为中心”，在提高医院经济和社会效益及科学管理水平的总体目标下，采取“总体规划、分步实施”原则。本次招标项目的具体建设内容1-11条必须与“医院平台”对接，并承诺协调医院原系统与“医院平台”对接，达到全院信息系统与卫生局信息平台对接，实现信息实时传递，卫生区域信息互联互通。并满足医院应用等级达到四级，电子病历评级达到至少五级。医院原系统包括：HIS、RIS、LIS、PACS；心电系统；病理系统；张家港社保接口等系统。
1 ）、设计原则
针对本次医院信息化的建设和系统设计符合整体性原则、标准化原则、实用性原则、安全性原则、先进性原则、开放性原则、高性能原则、易维护原则、可靠性原则、合法性原则、通用型原则:
1.1整体性原则
医院信息化建设应充分考虑医院医疗业务的发展，整个系统必须随着医院的发展而作出相应的扩展，向医院提供一个信息化建设的整体规划,系统能满足医院的总体需求。整个系统都应符合以电子病历为中心的数字化医院建设思路，各子系统的软、硬件设计均应考虑到满足总体需求，各模块都是按医学信息标准化（HL7和DICOM3.0）的统一标准进行运作,在进行联系的时候就有“共同语言”,不会造成因为“语言”不同而造成的无法沟通。任何一个信息系统的建设都不可能是一蹴而就，医院全面数字化信息系统这样一个庞大的、复杂的、长期的系统工程，需整体规划、分步实施。
1.2标准化原则
医院信息系统按照国家卫生部2002年发布的《医院信息管理系统规范》的要求以及国家信息管理的标准、HIS（医院信息管理系统）按HL7数据交换标准；其中CIS（临床信息系统）按ICD-10、SNOMED、结构化电子病历XML设计；PACS（影像储存与传输系统）按DICOM3.0标准；LIS（检验信息系统）按ASTM协议等国际信息交换标准等，选择符合以上要求并通过国家有关权威部门认证和卫生主管部门评审的标准化软件系统。医院信息系统遵循医院指定的行业标准并制定相应的技术接口，支持以集成平台进行应用集成的技术标准，实现较高的标准化要求，以达到统一管理，统一标准，互联互通的要求。
1.3实用性原则
实用性是评价医院信息系统的主要标准。它应该符合现行医院体系结构、管理模式和运作程序，能满足医院一定时期内对信息的需求。支持科室信息汇总分析与收支经济核算，支持医院领导对医疗动态与医疗质量的宏观监督与控制;能对提高医疗服务质量，工作效率，管理水平，为医院带来一定的经济效益和社会效益产生积极的作用。所有软件内嵌完整的操作手册，界面简单、提示清晰、功能明确、逻辑严谨、操作便捷，提供多种输入方法，可自定义输入顺序，可于需要处简易外接LED电子显示屏等信息公开设备。
1.4安全性原则
系统建设可实现7×24h连续安全运行，性能可靠，易于维护。系统具有高可靠性和多种应急解决方案。应用大型关系数据库或后关系数据库提高系统的处理速度和响应时间。设置有多种内部网络设置层级授权机制，设定系统内部终端和访问者的权限，设定操作者多层级电子签名机制，防止数据删改和电子确认的漏洞。
1.5先进性原则
具有国内领先的水平,并且在可持续发展性上要具有较大的发展空间,具有较大的升级空间,无论是操作平台的选择,还是软件功能的编制,都有一定程度的超前性。应用软件前台开发工具应为结构化的面向对象可视化编程语言，其用户界面尽可能实现易学、易用、易维护的人机交互形式和图形化的界面，整个系统的工作站客户端有良好的、规范的、统一的人机界面，支持多窗口、无级缩放、随意迁移、最大最小化按钮、菜单操作等，图形界面必须全部汉化。针对医院输入项目的特点对输入顺序专门定制，保证操作人员以最快速度和最少的击键次数完成工作。
1.6开放性原则
系统允许用户增加模块、数据库、字段等。重要系统模块可以做到既可以单独运行也可以共享运行、提供其它模块和外部调用的函数、动态库、中间件、HL7等接口。系统采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互连；提供必要的辅助临床接口（如医保等）；提供丰富的外联接口（如条码、磁卡、IC卡、公共显示装置等）；能方便地进行软件的客户化（如软件模块的修改、增减、合并与分拆等），满足业务种类增加和业务流程变化的需求。系统对无法预见的业务增长提供足够的可扩展性，并且能够快速部署，当服务地点和容量增加时，不需要替换已有的硬件和软件；
1.7高性能原则
系统遵从分级存储的原则；系统的数据存储分为三级：业务库，归档库，决策库。业务库保存医院实时操作的数据，一般保持在半年到一年的数据，归档库整个业务库所有历史数据的备份，它主要应用于历史数据的查询和分析，将归档库数据进行清洗归并后放入决策库用于院长查询或决策分析，三个数据库可分别存放在不同的服务器上，从而实现后台查询分析不影响前台的业务操作，同时整个系统也不会随时间的推移而性能降低。三个数据库由系统进行统一的管理和维护。
系统响应速度快，一线工作站高峰期操作系统式无感觉等待，查询操作进行预处理，额定用户同时运行时不会出现堵塞现象。
1.8易维护原则
系统安装方便、在程序中提供维护数据库的工具。提供统一的工具来管理应用数据，各个部门都能够从医院网络中获取整个医院的相关部门产生的数据；核心骨干数据网是集中共享地，提供端到端的稳定快速的连接能力；医院信息系统提供一个集中对各种信息系统监控和管理的管理员维护系统。通过此系统能远程对各应用系统的调整和升级，配置，来保障整个系统的运行情况。
系统能根据医院具体工作流程定制、重组和改造，并为医院提供定制和改造的客户化工具，医院可以根据流程需要进行选择和重建。
1.9可靠性原则
系统对数据采集和处理遵循如下原则；
l 一致性：保证数据只有一个入口，做到数据一次录入，多处共享。
l 完整性：系统具有多级数据校验和质量控制，包括程序级的数据完成性验证和数据库级的数据完整性验证。
1.10合法性原则
软件功能涉及到国家有关部委制定的法律、法规全部一致。满足各级医疗机构和各级卫生行政部门对信息的要求，上报的各种报表、卡片均能按格式上传及打印。
2 ）．系统设计要求
2.1应用架构设计要求
应用架构的设计关系到对多种系统质量属性的满足，应用系统的架构满足以下要求：
1) 多层的应用架构；
2) 基于组件的设计，用户可以根据需要按角色组合和配置组件
3) 具有用户可以管理工作流管理功能
4) 具有用户可以配置的规则引擎
5) 具有抽象的底层数据模型
6) 具有事件/消息响应机制
7) 系统设计以EMR为核心，具有独立的病人主索引管理功能。
8) 具有良好的安全机制完成用户的认证、授权和数据保密。
2.2、标准的遵从
为了保证系统的开放性，以及集成的实现，系统需遵从以下标准：
1) 支持UNICODE编码
2) 支持TCP/IP协议、HTTP、HTTPS
3) 对数据库的访问支持ODBC，COM和JDBC
4) 支持XML、 Web Service。
5) 支持HL7
6) 支持ICD-10、SNOMED。
2.3操作系统要求
服务器可以采用符合OSF的POSIX标准的Unix、Linux、Windows等操作系统。工作站可以采用与服务器相同的操作系统或基于Windows的操作系统。
2.4数据库管理系统要求
1) 面向对象的后关系数据库或大型关系数据库；
2) 支持主流厂商的硬件及操作系统平台；
3) 支持多机多处理器；
4) 支持Unix、Linux 、Windows 操作系统，支持C/S或B/S的体系结构；
5) 支持关系模型，支持分布式处理；
6) 并行数据库系统具有良好的伸缩性，能在不影响数据库正常运行的情况下更新系统；
7) 原有应用系统可以无损失移植；
8) 支持主流的网络协议（TCP/IP、IPX/SPX、NETBIOS及混合协议等）；
9) 具有开放性，支持异种数据库的访问，包括实现对文件数据和桌面数据库的访问、实现对大型异种数据库的访问、实现和高级语言互连的能力等。
10) 具有支持并行操作所需的技术，包括多服务器协同技术、事务处理的完整性控制技术。
（三）、软件的基本功能
1 ）、门诊电子病历系统
要求全结构化电子病历并且采用所见即所得的病历编辑器，简单书写界面集成门急诊医生书写电子病历时的全部功能。
系统提供常见疾病的门诊病历模板，使病历内容规范化，避免漏项。同时系统支持医生自由录入的方式，医生可以从常用语或既往病历中复制部分文本，加快病历书写速度。
病历书写部分与住院医生站要求相同。
2 ）、住院电子病历系统
系统应满足以下要求：
电子病历系统应遵循国家卫生部关于电子病历系统的参考意见，整个系统应遵循以下理念进行设计：
高效性：系统能够满足业务对互联网的扩充，并提供高速的访问效率；
可靠性和稳定性：系统能够保证7×24小时稳定运转；
系统安全性和可管理性：系统能在应用层面提供对数据的保护，保护数据的完整性、保密性、和抗抵赖性；且能够提供痕迹管理功能；
符合行业标准：标准包括涉及医疗行业的国际标准和国家标准；
面向对象的设计方法贯穿业务分析、应用设计和数据库设计的整个过程；
先进性和实用性：以实用思想选择先进的技术；
系统可扩展性和可伸缩性：系统充分考虑业务扩充带来的使用者和数据量的剧增；
按照工作流的设计思路连接整个业务处理流程，以工作流方式驱动整个业务流程，并提供回溯功能。
本次提供的系统主要支持以下技术需求：
符合卫生部《医院信息系统功能规范》、《病历书写基本规范》、《处方管理办法》、卫生行政部门其他有关病历书写有相关法规、规范要求，并具备根据院方实际工作需要本地化修改完善。支持全院所有临床科室门急诊、住院的日常临床诊疗工作。
使用XML技术，采用多层次的面向对象的结构化设计。软件系统需要具有先进的体系结构，合理的数据结构和充分的升级空间。
灵活的信息提取：所有结构都是由最小数据元组成，存储方式为灵活的XML技术，可以由用户来灵活地设置各种查询和统计条件。
智能化支持、报警提醒功能：预留接口，通过和专家系统、专业知识库的连接，可以提示医生的用药禁忌、检验禁忌等信息，对输入的病人诊疗信息进行合理性判断控制，防止医务人员出现明显差错，提高医疗质量。
支持病历的统计、查询和浏览；支持局域网内的联机事务处理，联机查询和统计分析处理，不能影响医院其他业务的正常运行。优美快捷的操作界面、参数化管理方便，具有较强的扩展能力，便于增加新功能、新业务，能够根据业务需要，灵活设定每项功能的操作权限。权限规范严谨合理。
支持表格式、自然语言、文本等多种方式的病历编辑方式，并支持3种方式的混合使用。提供多种录入助手，便于医生快速完成病历书写。
提供病历的模板编辑工具。医院可以根据业务发展需要及不同专科的特点，制作、修改、删除病历模板。
支持多媒体的病历形式。
提供临床数据检索分析和加工处理功能，能够根据临床科研要求检索出所需的病历数据。
对已填写的每份病历，都能够按照当时填写时的样式，完全一样地还原，即所见即所得功能。
打印的纸质病历格式要符合卫生主管部门和医院要求，支持续打功能
提供痕迹保留功能，对修改过的病历能够完整记录其修改过程。
建立以电子病历为核心，支持与HIS系统、PACS、LIS等其他系统全面整合的信息系统。
支持临床路径管理。
提供完善的病历控制管理平台，实现病历质量提醒与实现病历质控三级管理。
病历安全应支持指纹、数字证书等登陆验证、保留病历修改痕迹。
3 ）、病历质控系统
要求通过病历质控系统可实时监控全院电子病历的书写情况和查看病案内容，根据质控需要通知相关医务人员整改，以协助医生和护士准确、标准、快捷地完成病历相关医学文书的书写。系统可设置病历相关的质量控制要求，对具体在院病人病历提出质量控制要求（包括对未及时书写病历责任人的提醒）并反馈到责任人；接收医生电子传送病历并进行审核、归档；补充填写病案首页、进行病例评分与定级；抗生素规范化管理控制机制。
4 ）、临床路径系统
临床路径管理系统应遵照循证医学的方法，根据某种疾病或某种手术方法, 制定一种大家同意认可的治疗模式, 让病人由住院到出院都依此模式来接受治疗, 并依据治疗结果来分析评估及总结每个病人的差异, 以避免下一个病人住院时发生同样失误, 体现的是医疗流程表格化、医嘱信息菜单化、医疗质量监控实时化。
系统应采用模块化设计，能方便直接嵌入医生工作站
智能化专家配置引擎，路径标准包括卫生部标准路径与医院自定义的标准路径。
主要业务功能应包括：
临床路径专家配置引擎模块
利用系统专家配置引擎可以灵活选择病种的诊疗特点及治疗的流程，灵活配置各种诊疗活动的标准流程、标准时间、标准住院日（手术前标准住院日、手术后标准住院日和总住院日；化疗前标准住院日，化疗后标准住院日和总住院日；针对一些内科病种无需确定手术日），对每一个病种的标准用药项目、标准化验检查项目和治疗措施项目进行配置设定。统一医院在疾病治疗过程的核心标准，减少人为因素造成不合理使用药品和医疗失误，避免医疗差错的发生。
临床路径预警、防呆功能模块
系统应通过嵌入医生工作站，根据预设的标准流程对医务人员的诊疗工作进行规范和干预，实现疾病治疗过程中的标准流程。在规定时间内没有完成相应的诊疗工作或医务人员自主修改预设诊疗工作，系统将发出“预警”信号，并要求医务人员提交“原因”，以备查考。
实时监控、分析评估功能模块
所有患者入径信息及变异信息将实时传递给相应的医院管理部门，管理者除可浏览所有入径患者信息外，可对“标准路径”以外的变异诊疗行为进行必要的评估分析和干预。变异信息可根据分析需要进行分类统计，管理部门通过系统可进行工作效率评价、医疗质量评价、经济指标评价等。
5 ）、护理电子病历系统
护理病历业务系统模块主要完成护理病历、护理记录的书写、浏览、打印，生命体征记录的输入、保存以及电子体温单的绘制、打印等功能，系统应符合国家卫生部最新护理书写规范要求。
5.1 护理病历书写
护理病历书写模块是辅助护士完成护理病历、护理文书数据的输入。护理病历的书写应支持结构化录入和模板调用等多种方式，其中表格类文书应能根据输入内容自动生成相应规矩的表格。
5.2 护理记录输入
一般护理输入功能与病历书写功能类似，提供生命体征数据引用、模板调用、病历复制、模板保存、术语录入、特殊符号录入、书写完成签名确认。
一般护理记录单可记录婴儿护理记录，并与母亲的记录进行区分。
危重护理记录主要用于记录病人生命体征、入量、出量、治疗、护理过程及情况等信息。危重护理输入功能与病历书写功能类似，提供生命体征数据引用、模板调用、模板保存、术语录入、特殊符号录入、书写完成签名确认。
5.3 生命体征监测输入
生命体征数据应能选择是否进入体温单或记录单。生命体征可记录婴儿生命体征，并按婴儿生命体征数据项要求。系统应提供生命体征集中输入功能。同时系统也应具有根据规则自动提示需要的工作数量，不合理的数据提示等。
5.4 护理记录打印
按照一般护理记录单格式进行连续打印。提供续打、补打及续打位置设置功能。
5.5 体温单
系统应能根据生命体征数据自动绘制体温单，大人与婴儿分别绘制。可以通过选择周次、日期显示并打印某周体温单。
5.6 交班报告
交班报告应能提示本班次中患者的人数、入院、转入、出院、转出、死亡、手术、分娩、重症及特殊检查和需下一班继续完成的工作
6 ）、移动医嘱系统
通过无线网络保持与整个信息系统网络实时连接，将病人信息从医生办公室带到了病人床旁。系统通过移动设备（必须支持IPAD）帮助医生即时录入医嘱、书写病历、查看结果报告、查询病人生理、病理信息，大大提高了数据的准确性和及时性。
必须包括如下功能：
（1）、支持诊疗时序
（2）、查询病人的住院帐户信息
（3）、查看当前病人的医嘱信息。
（4）、查询病人的体征记录
（5）、可查询预览病人已创建的医疗文件
（6）、可病人查看检查报告单
（7）、可病人查看LIS报告单
（8）、支持医嘱录入
（9）、接受卫生部抗生素规范化管理机制
7 ）、门急诊输液系统
实现门诊输液条码管理、分组管理等功能
支持外援带药
护士可实时了解输液室人员位置安排情况
8 ）、自助挂号系统
患者可通过自助挂号机器，划卡确认身份后，选择指定科室和医生进行挂号业务。
必须显示挂号金额与已挂人数和可挂人数。
挂号费用在患者缴款时收取。
9 ）、检验条码系统
支持检验条码，提供门诊条码、住院条码及报告门诊打印程序。
10 ）、电子签名认证系统
? 医生一人一KEY。
11 ）、电子申请单系统
所有申请单在院内电子化，医技科室可以查阅电子申请单，并可存档。
12 ）、数字化集成平台
（1）集成平台应具有安装快速、直观性强等特点。软件运行平台应支持windows、Unix、Linux；采用OSGI主流开发平台
（2）集成平台支持主流的数据库，如Oracle，MS SQL。应带有数据库连接工具，可以在定制数据库中提取和插入数据。集成平台本身不依托任何数据库系统可独立安装及运行。
（3）集成平台应是专注医疗的平台，应内置医疗行业专用的协议和消息格式，并内置大量过滤器，不需编程即可满足复杂的医疗集成需求。集成平台应支持IHE标准，包含IHE交换工具。
（4）支持通过LDAP（Lightweight　Directory　Access　Protocol）协议配合客户的系统基础设施，使用统一的用户名和密码登录集成平台。用户名和密码都以加密的形式保存在内置数据库中，系统通过吻合访问控制表的方式授权登录。
（5）集成平台在进行配置时应使用通用编码语言，例如：javascript，不需使用特殊的自定义代码格式。
（6）应带有内置集成测试功能，可以对流程中的每一个节点的配置进行对比测试代码的语法及逻辑错误。
（7）集成平台可以符合医疗整合集成引擎和服务总线的需求。集成平台可以对业务流程和工作流进行整合和调整。所有业务系统都可挂接整合在平台上。Web Service集成不需第三方插件或组件，并可实现Web Service服务器功能，支持SOAP协议。
（8）集成平台的监控管理平台都可以通过网络浏览器方便访问，同时可作出简便设置并观测消息路由情况。应支持多种主流浏览器，支持主流移动设备浏览。监控界面应支持中文(多种语言更好)。集成平台界面可以展示客户的标识，品牌 (branding)。集成平台在必要时可发送通知和警告。管理平台可安全监控并允许访问所有错误和审查日志、查看系统状态信息、进行故障诊断、数据管理设置、信息搜寻功能、性能监控。