西安交通大学第一附属医院彬县医院信息化建设（一期）建设要求（最终版）第一章项目背景西安交通大学第一附属医院彬县医院（以下简称彬县医院）位于彬县泾河新区，占地50.91亩，建筑面积25019平方米，设计门诊住院楼一栋，地下一层，地上12层，裙楼两层。

全院设置12个住院病区，26个门诊科室，23个功能科室，设计床位数350张。

基于医院的进展思路及战略目标，本着先进、有用的原则，交大一附院彬县医院信息化建设的总体目标应为：利用各种先进的计算机技术、网络技术和医学信息处理技术，采取整体规划、分步实施、逐步完善的方法，建立全面的治理信息系统和临床信息系统，对全院的信息资源（人、财、物、医疗信息）进行全面的数字化，优化和整合医院内外相关资源为临床、教学、科研、保健及治理服务，提供先进的，便捷的，人性化的信息服务；逐步建立区域的健康信息服务平台，提高医院在本地区的医疗服务水平，提高医院的整体经营效益与社会效益，打造现代化的数字医院，达到并超越二级医院信息化标准，为医院的进展战略提供全方位的信息化支撑。

彬县医院为西安交通大学第一附属医院托管分院，本次招标系统如HIS、LIS、PACS、EMR需与西安交通大学第一附属医院系统信息互联互通。

2、总体目标1、建立一个稳定的、先进的、能够覆盖医院所有科室的医院信息系统，应用软件在开发中要遵循有用性、高效性、可靠性、易操作性和安全性原则。

2、医院信息系统必须依照医院治理模式采纳科学化、信息化、规范化、标准化理论进行设计建立，以满足医院治理模式和治理流程的规范化和持续改进的需要，同时也应考虑到医院的实际情况多一些人性化设计和智能化设计。

3、系统应具有较好的有用性。

它应该符合现行医院体系结构、治理模式和运作程序，能满足医院一定时期内对信息的需求，并能对提高医疗服务质量、工作效率和治理水平，为医院带来一定的经济效益和社会效益产生积极的作用。

4、系统必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足与各级医疗机构和各级卫生行政部门交换信息的要求。

5、系统必须保证各项信息统计指标，符合卫生部颁布的信息统计指标规范，中标单位依照卫生行政治理部门的要求及时免费对系统进行升级。

第二章本期建设内容西安交通大学第一附属医院彬县医院信息化建设采纳总体设计，分步实施的原则，依照规划，本期建设内容如下：一、应用系统软件二、网络系统集成业务办公区域内网综合布线及网络设备要求。

三、硬件系统集成全院硬件平台建设及终端设备要求。

四、机房建设核心机房标准化装修要求。

第三章资质及要求一、资质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.医院信息系统软件部分（HIS）1.1经济治理部分1.1.1.病人一卡通系统系统支持院内卡和居民健康卡等主流就诊卡。

1.1.1.1.门诊卡治理功能➢门诊建卡与发放支持门诊患者建卡，同时能够保存患者的差不多信息；支持门诊挂号，门诊收费等界面直接刷卡调出患者差不多信息。

➢门诊卡挂失补发支持门诊卡丢失后补发，不丢失患者信息及病历信息。

➢门诊患者差不多信息修改支持建卡后患者差不多信息的修改。

➢就诊卡业务处理实现各诊疗环节就诊卡应用，如刷卡扣费、刷卡查询等。

实现就诊卡预交金门诊住院结转等。

➢查询支持通过门诊卡号查询患者病历号等。

1.1.1.2.门诊帐户治理功能➢账户治理支持患者的开户治理，通过输入患者的门诊卡号查询患者信息，录入证件号（身份证、军人证等）、输入密码完成门诊账户的建立，并打印开户凭证；支持患者门诊账户充值、返还的操作，并打支持印、补打相关凭证；支持账户的结清操作，且保留账户，并支持结清凭证打印；支持账户的停用和重新启用，并支持相关凭证的打印；支持账户的注销，注销前要结清账户金额，并支持打印相关凭证。

➢账户授权治理支持将本人账户的金额授权给他人使用；支持取消授权操作；支持授权信息的修改；支持授权凭证的打印。

➢账户密码的查询支持依照证件号码（身份证、军人证等）查询患者账户信息并修改密码。

➢相关查询患者预交金信息查询等。

1.1.2.门急诊挂号功能➢挂号支持医保、公费、自费等多种身份的病人挂号；挂号员依照病人请求快速选择诊不、科不、号不、大夫，生成挂号信息，打印挂号单，并产生就诊病人差不多信息等；依照业务流程，支持挂号环节调整；支持专家号、专科号的限额手工减少功能；支持挂号票的补打功能；支持现场预约挂号和电话等形式预约挂号。

➢退号能够通过输入病历号或者挂号发票号，显示对应的同意退号的有效挂号信息，完成病人退号；并能正确处理病人看病日期、午不、诊不、类不、号不以及应退费用和相关统计等功能；支持对已看诊号是否可退的权限治理。