二、项目建设内容.docVIP

二、项目建设内容 本次招标项目内容包括部分： 模块 序号 模块 1 一卡通管理系统 2 门（急）诊挂号系统 3 门（急）诊收费系统 4 门诊药房管理系统 5 西药库管理系统 6 △门（急）诊医生工作站系统 7 门（急）诊护士工作站系统 8 住院药房管理系统 9 △住院信息管理系统 10 住院医生工作站系统 11 △住院护士工作站系统 12 △电子病历系统 13 △电子病历质量监控系统 14 院长信息查询系统 15 财务查询审核系统 16 住院病案首页管理系统 17 触摸屏查询系统 18 △合理用药监测系统 19 院感管理系统 20 设备管理系统 21 供应室管理系统 22 卫材、物资管理系统 23 固定资产管理系统 24 成本经济核算管理系统 25 手术麻醉管理系统 26 医院OA办公系统 27 人力资源管理系统 28 知识辅助系统 29 体检管理系统 30 △临床路径管理系统 31 △LIS（检验）系统 32 ●容灾备份软件 33 医疗保险管理 34 原系统数据迁移 注：1、以上1-33个子系统投标人必须全部提供，“原系统数据迁移”必须提供可行方案； 2、带“●”的软件须提供软件著作权登记证书(复印件加盖投标方和授权方的鲜章)和著作权方的项目授权书。 三、软件技术要求 所提供应用软件是完整、成熟的产品，符合卫生部《医院信息系统基本功能规范》 系统需要具有先进的体系结构，电子病历系统采用多层次的面向对象的结构化设计，可以由用户来灵活地设置各种查询和统计条件。提供临床数据检索分析和加工处理功能，能够根据临床科研要求检索出所需的病历数据。 采用国内主流大型数据库平台。 支持分病种定制病历，保证各专科病历的特异性，在减轻医务人员的输入工作量的同时，提高病历质量，支持多媒体的病历形式。 合理用药监控的数据更新要求每年至少更新2次，遇医院有新药增加能及时进行数据库更新、配对。 操作系统：数据库层为WINDOWS SERVER或LINUX，应用服务层为WINDOWS SERVER，客户端为WINDOWS7或WindowsXP。 采用N(3)层的应用结构，应用服务器要支持群集功能;系统具有能在不同的操作系统平台下正常运行，如Windows、Linux和Unix;客户端工作站不保存、不传输任何数据库敏感信息，如用户名和密码等。 系统设计要保证对现有数据的利用。 LIS系统可直接查看临床电子申请单、且可以实时调阅病人电子医嘱、电子病历，医生站可查看报告结果。 软件操作员均有独立数据库用户级别账号，账户可分别登录软件和数据库，且两种软件密码与数据库密码不得相同。 所提供的应用系统必须具备系统用户安全访问控制功能。 药房、医生、护士工作站应绑定合理输液及用药审查系统。 住院电子病历应具有病历质量监控管理系统功能。 电子病历系统应有修改痕迹跟踪。 必须提供基于电子病历的医院信息集成平台。支持数据交换的传输协议或标准：JMS，HTTP、SOAP , JDBC, XMPP、文件、FTP等支持消息路由的灵活配置 软件体系构架设计必须采用纯三层架构。 系统基于架构设计和开发 客户端工作站不保存、不传输任何数据库敏感信息，如用户名和密码等 开放全部源代码，开放接口，负责协调和保证实现医疗设备接口对接。 四、软件功能要求 系统功能包含但不限于以下基本功能。 1、一卡通管理系统 一卡通是医院的对外窗口系统，是为了方便病人就诊和医院管理的一个子系统，主要功能是为首次就诊病人建立就诊身份信息、以便于病人在后续就诊环节时更加方便。身份登记子系统应该是支持多方式，多类别，扩展灵活的身份登记识别系统。 功能描述： 支持与其他管理系统高度一体化融合，如HIS、EMR、LIS、EIS、PACS、EHR等,各子系统共享病人基础资料、检查/检验申请、检查/检验报告、医嘱、病历等信息 支持建立和维护病人基本信息； 支持唯一的病人标识方法； 支持使用条码卡、磁卡、社保卡、银行卡作为病人就诊卡； 支持二代身份证自动识别； 支持录入时自动查询重复病人与报警功能； 支持灵活多样的查询条件； 支持对卡进行挂失，补办等功能； 支持空号统计功能，避免漏号。 挂号处：挂号处的职能为初诊患者建档，发卡，挂号等。当初诊患者到院时必须到挂号处建立个人基本信息档案，发就诊卡后，才能挂号。复诊病人也可以刷卡挂号。 自助挂号机：只有复诊病人才能使用。复诊病人刷卡后选择就诊科室和就诊医生后挂号，打印挂号小票，将挂号费，诊疗费等记在帐中。在自助挂号机的挂号与挂号处共同强占当日的诊号资源。 候诊护士站：护士站负责候诊队伍的调整和呼叫。呼叫可以用计算机接大屏幕显示器和语音呼叫器，进行自动的候诊提示和呼叫。 门诊医生诊室：门诊医生站在完成所有诊疗工作后发出诊疗结束信号，通过计算机网络将