县医院信息化建设招标文件.docx
《县医院信息化建设招标文件.docx》由会员分享，可在线阅读，更多相关《县医院信息化建设招标文件.docx（83页珍藏版）》请在冰豆网上搜索。
县医院信息化建设招标文件
西安交通大学第一附属医院彬县医院信息化建设（一期）
建设要求
（最终版）
第一章项目背景
西安交通大学第一附属医院彬县医院（以下简称彬县医院）位于彬县泾河新区，占地50.91亩，建筑面积25019平方米，设计门诊住院楼一栋，地下一层，地上12层，裙楼两层。
全院设置12个住院病区，26个门诊科室，23个功能科室，设计床位数350张。
基于医院的进展思路及战略目标，本着先进、有用的原则，交大一附院彬县医院信息化建设的总体目标应为：
利用各种先进的计算机技术、网络技术和医学信息处理技术，采取整体规划、分步实施、逐步完善的方法，建立全面的治理信息系统和临床信息系统，对全院的信息资源（人、财、物、医疗信息）进行全面的数字化，优化和整合医院内外相关资源为临床、教学、科研、保健及治理服务，提供先进的，便捷的，人性化的信息服务；逐步建立区域的健康信息服务平台，提高医院在本地区的医疗服务水平，提高医院的整体经营效益与社会效益，打造现代化的数字医院，达到并超越二级医院信息化标准，为医院的进展战略提供全方位的信息化支撑。
彬县医院为西安交通大学第一附属医院托管分院，本次招标系统如HIS、LIS、PACS、EMR需与西安交通大学第一附属医院系统信息互联互通。
2、总体目标
1、建立一个稳定的、先进的、能够覆盖医院所有科室的医院信息系统，应用软件在开发中要遵循有用性、高效性、可靠性、易操作性和安全性原则。
2、医院信息系统必须依照医院治理模式采纳科学化、信息化、规范化、标准化理论进行设计建立，以满足医院治理模式和治理流程的规范化和持续改进的需要，同时也应考虑到医院的实际情况多一些人性化设计和智能化设计。
3、系统应具有较好的有用性。
它应该符合现行医院体系结构、治理模式和运作程序，能满足医院一定时期内对信息的需求，并能对提高医疗服务质量、工作效率和治理水平，为医院带来一定的经济效益和社会效益产生积极的作用。
4、系统必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足与各级医疗机构和各级卫生行政部门交换信息的要求。
5、系统必须保证各项信息统计指标，符合卫生部颁布的信息统计指标规范，中标单位依照卫生行政治理部门的要求及时免费对系统进行升级。
第二章本期建设内容
西安交通大学第一附属医院彬县医院信息化建设采纳总体设计，分步实施的原则，依照规划，本期建设内容如下：
一、应用系统软件
系统
分类
功能
医院信息治理系统（HIS）
经济治理部分
病人一卡通功能
门诊帐户治理功能
门急诊挂号功能
门急诊收费功能
住院登记功能
住院收费功能
住院结算功能
物价治理功能
临床诊疗部分
门、急诊大夫站功能
门诊医技治理功能
住院医技治理功能
住院大夫站功能
住院护士站功能
手术室治理功能
病案治理功能
医院质量治理功能（HQMS）
药品治理部分
药品库房治理功能
门诊药房治理功能
住院药房治理功能
物流治理部分
物资治理功能
供应室治理功能
综合治理与统计分析部分
系统治理功能
差不多信息维护功能
院长查询系统
病人咨询服务功能
病案统计功能（各类数据报表）
内、外部接口部分
城镇居民医疗保险接口
农村合作医疗保险接口
终生免费提供第三方治理系统软件接口（如财务治理专用等软
件等）
终生免费与财务、ICU、OA、医院本部远程会诊及陕西省卫计委远程会诊平台等系统等软件的接口，按照要求提供中间库；免费与其他系统配合，按照要求制作接口。
免费预留医院以后其它治理系统接口。
电子病历信息系统（EMR）
电子病历系统平台
住院电子病历系统,护理病历系统、系统治理分系统、病历质控分系统、护理质控分系统、查询检索分系统
实验室治理信息系统（LIS）
差不多信息维护、权限治理、常规检验模块、生化检验模块、微生物检验模块、酶标检验模块、质控治理模块、标本治理模块、大夫护士站查询打印模块、主任治理模块、用血治理模块
医学影像信息系统（PACS/RIS）
预约登记、分诊排队、放射PACS、超声PACS、内镜PACS、病理PACS
远程会诊系统接口
实现与医院本部及陕西省卫计委远程会诊平台的对接。
二、网络系统集成
业务办公区域内网综合布线及网络设备要求。
三、硬件系统集成
全院硬件平台建设及终端设备要求。
四、机房建设
核心机房标准化装修要求。
第三章资质及要求
一、资质
1.注册资金许多于2000（含2000万）万元；
2.投标人必须是独立法人资格的供应商；
3.投标人必须具有软件企业认定证书；
4.投标人必须具有CMMI3级资质（含3级）或CMMI3级以上（含3级）资质证明；
5.投标人须提供所投硬件设备（服务器，存储，交换机，防火墙，PC机）原厂项目授权书及售后服务承诺函；投标人需提供所投软件部分（HIS，LIS，EMR，PACS）的软件著作权登记证书。
6.投标人必须具有计算机系统集成资质三级及以上资质证明；
二、投标要求
1、各投标人必须依照招标文件要求的内容做出完整的实施方案，列出本项目的技术方案、解决方法、产品选型、培训与售后服务（包括软件开发方案设计，系统开发、调试、试运行及质量保证期的技术保障等，达到整个系统正常运行）。
2、投标人要提供开发的软件系统完整的讲明及全部的技术文件资料，其中包括软件开发技术方案、项目实施方案等。
3、投标人需列出同类项目的业绩。
标书中附有加盖公章的合同复印件（或中标通知书）或用户评价书、使用讲明等证明文件。
4、投标人须从事医院信息系统的开发与实施至少3年以上项目经验，且必须在陕西省内有足够的技术人员作为医院的技术支持，保证系统正常运行（提供陕西省内社保证明）。
5、投标人必须为专业开发、生产、经营医疗信息类软、硬件产品的专业公司。
6、必须拥有自主知识产权的、成熟的医院软件产品，具有相当的技术经验和相应的技术经济实力及良好的信誉。
其中HIS系统，全国至少应在5家以上三级综合性医院（需为全院HIS系统的应用）正常运行2年以上。
7、所提供软件的各项功能应符合遵循ICD-10、HL7、IHE；遵循《全国卫生信息化进展规划纲要》；遵循卫计委新版《医院信息系统差不多功能规范》；国内最新的有关软件、医疗系统信息化及陕西省相关标准及规范。
8、各投标人必须承诺在工程验收合格后，至少有壹名专业技术人员常驻医院提供服务
9、在投标文件中对招标文件提出的全部技术要求进行响应，并逐项给予详细讲明。
第四章应用系统软件需求
一、总体要求
1.软件产品成熟稳定，具有自主知识产权，功能模块齐全，符合应用规范，满足业务需求。
2.项目中所涉及的第三方软件，如数据库、中间件等均须包含在内。
3.各系统采纳统一的基础字典库，实现医院人员信息，财务信息，物资信息统一治理。
4.各系统间高度集成，实现数据共享。
5.实现患者信息唯一索引治理。
6.所有功能实施统一的身份认证和权限治理，通过同一界面可单点登陆，多向访问。
7.实现与本部院区间的远程信息共享及信息交互，双向转诊，提供安全开放的接口。
8.具备科学、合理、先进的软件系统架构，并具有高度的灵活性和扩展性，充分考虑当医院业务高峰期数据库访问量巨大的情况下，整个业务系统的性能，并能满足以后5年的医院进展和信息技术进展的需要，满足医院可持续的流程优化和系统集成优化的需要。
9.要求投标人针对医院的信息治理需求提供一体化解决方案。
软件要以“以病人为中心、以临床信息为主线，以提高医院经济、社会效益，提高医院科学治理水平，提高大夫医疗水平提高医院医疗、服务质量为差不多点”为设计思想，实现以电子病历为核心的临床诊疗信息资源一体化、结构化应用。
10.业务连贯性。
有切实有效的措施确保关键业务不能中断，有行之有效的应急体系。
如门诊收费、挂号；门诊大夫工作站等。
11.全部软件系统均采纳网络版；模块化设计，可拆分组装，分步实施；功能齐全，覆盖面包括医疗、护理、医技等临床信息及人事、经济、设备、材料、医保等治理信息。
各业务系统间做到有机集成、无缝连接；流程规范，优化治理，符合相关标准和规范的要求；严格权限设置，高度安全保密；运行稳定可靠，易学易用，操作简便。
12.软件设计应满足医院相关个性化要求和本地特色。
13.确保软件系统的稳定性和安全性，有限操作，保存痕迹；应用层与基础数据层有访问限制，保密信息与公开信息有严密隔离等安全治理体系。
14.可进化能力。
在产品的使用生命周期中，医院外部环境和内部运作机制可能会发生改变，IT技术也会不断进展进步。
因此，需要系统能以经济和快速的方式满足因这些变化而出现的新需求。
包括：
●扩展新特性和增加新的功能，来支持新的服务和满足新的治理需求。
●容纳新的技术，使产品的质量持续改进。
15.开放性能力。
为了猎取最大的投资和使用效益，系统需要容易地、低成本地与其它应用系统整合。
将不同的应用或硬件组件结合组成一个整体系统的能力。
包括：
●不仅实现功能的集成，还需要实现业务过程的集成。
●使用统一的集成方式，减低费用和复杂度，以及方便维护。
●实现统一平台界面，在同一界面上实现所有信息系统相互访问与全面整合。
16.易维护能力。
对系统的维护应操纵在合理的费用下；对维护人员的技能要求是容易到达的；故障能通过有效的工具被及时的发觉、诊断和解决；系统容易升级，且可不能对业务连贯性造成阻碍。
●使用良好的工具协助维护人员对系统进行治理和维护，通过提高维护自动化的程度，来提高维护质量和减少人力成本。
●使用适当的工具方便的对系统的运行状况进行监控、跟踪和记录，关心维护人员及早发觉可能出现的系统故障，并及时解决。
●提供适当的工具和指南，关心维护人员安全快速地升级系统，降低由于升级复杂度导致的系统停顿的可能性。
●提供详细的维护指南和标准的文档模板，关心维护人员进行故障诊断，并对不能通过维护工具解决的故障以规范的形式进行描述。
●适应性能力。
系统关于医院业务过程和业务规则的改变，数据结构和主控数据的改变，用户操作方式的改变，与其它应用系统之间交互方式的改变，以及用户数量的改变具有最大程度的适应能力。
17.建立严格的软件审核、测试、验收等制度，建立反应机敏的BUG追踪和系统化升级修改的软件质量治理机制。
按照项目治理的国际规范，在确保质量的前提下，又好又快地按期完成。
18.提供各个层次的技术培训。
从项目组织治理、售后服务方面保证为本项目提供长期持续服务支持。
19.提供齐全的电子版和书面的操作讲明等文档。
20.本项目采购的软件系统满足招标人及其下属机构使用需要，安装数量和用户数量以满足招标人实际需要为准，不限制站点数和用户数。
序号
项目
技术要求
1
设计方法与技术架构
架构设计关系到对多种系统质量属性的满足，我院要求采纳多层的应用架构，采纳业界先进、成熟的软件开发技术和设计方法，面向服务（SOA）架构模型，可视化的、面向对象的开发工具；支持C#。
NET、J2EE或其他开发语言；基于组件的设计，用户能够依照需要按角色组合和配置组件；具有用户能够治理工作流治理功能，用户能够配置的规则引擎；具有事件/消息响应机制。
2
标准化要求
支持HL7、ICD-10、DICOM、IHE等国际标准，符合卫生部2002年4月《医院信息系统差不多功能规范》要求，符合卫生部《电子病历差不多数据集》的要求，软件数据字典应遵循国家数据字典、省部委数据字典、地区和用户数据字典规范。
并能充分实现客户化。
3
集成要求
支持病人主索引治理（EMPI）；
支持消息机制处理；
支持WebService，提供定制开发接口适配器。
同时支持跨院区的数据交换与共享，实现院际间业务协同服务。
4
数据要求
采纳大型关系型数据库产品。
5
系统安全性要求
应用系统须具有良好的安全机制完成用户的认证、
升级会员 