《某小型医院数字化建设方案.doc》由会员分享，可在线阅读，更多相关《某小型医院数字化建设方案.doc（32页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、*医院数字化建设解决方案供应商全称：*日期：2011年7月8日目 录一、项目设计、实施方案3*医院数字化建设方案31*医院数字化建设总体设计31.1总体设计思想31.2总体设计原则31.3总体建设目标41.4总体建设要求51.5系统建设要达到的目的51.6系统建设要遵循的原则61.7系统设计特性61.8系统设计规范及标准71.9软件体系结构及系统应用环境设计81.10数据库规划建议8数据库设计原则8数据安全策略9数据库保护机制91.11硬件备份策略121.12数据库服务器总体构架设计121.13应用系统总体建设设想13整体框架131.14总体建设预期效果141.15总体建设效益分析14经济效益
2、14综合效益151.16系统建设的主要实现环节152本次所建设子系统的主要功能设计162.1 HIS主要功能设计16（三）软件项目实施方案设计及项目组织机构配备201方案总则202项目实施主要技术路线203关键实施环节简要说明204项目实施进度计划225项目进度、技术及质量保证措施226关于数据继承237项目组织机构配备257.1项目组织机构257.2项目实施组、人员配置及工作岗位职责257.3职责分工26二、技术服务和售后服务的内容及措施271、售后服务机构272、服务及技术支持的内容273、服务措施及响应时间：284、系统维护支持流程295、培训计划31一、项目设计、实施方案*医院数字化建
3、设方案1 *医院数字化建设总体设计1.1 总体设计思想以病人为中心、以医护人员为主体、以临床医疗服务为重点、以费用为纽带、以管理为依托。1.2 总体设计原则以“合法、先进、实用、适用、规范、统一、灵活、安全、扩展及统一”为主要设计原则，满足医院“总体规划、分步实施、先易后难、系统整合、实用优先、适当超前”要求，做到“优化就医流程、提升医疗质量、提高工作效率、病历电子化、办公自动化、软件标准化、系统总体集成化”，实现最大投资保护和最低建设风险。n 合法性保证系统的设计与国家现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和卫生行政部门对信息的要求。n 规范性u 信息分类代码字典全部使用
4、国际、国家标准，标准化程度高；u 系统实施过程各阶段的文档齐全规范。n 实用性u 信息流程合理；u 软件易学、易操作、提示清晰、帮助丰富；u 维护和管理方便，有利于故障跟踪、检查和排除。n 先进性在计算机系统、网络系统、存储系统、系统软件、应用软件等方面采用先进的结构和合理的配置，确保对相关应用提供准确、高效、快捷和灵活的技术支持。n 灵活性u 丰富的系统参数设置及计算公式等自定义功能，能随时适应管理及政策变化需要；u 支持五笔、拼音、编码、英文及模糊方式的输入。n 安全性u 有严格的权限划分及设置功能；u 采用多种手段并从多方位来保证系统及数据的安全保密。n 扩展性u 系统采用模块化设计，具
5、有可剪裁性和可伸缩性，扩展性强；u 具有很强的开放性，支持与相同标准的其他应用系统无缝衔接。n 统一性u 统一时间服务；u 统一操作特性；u 统一身份验证。1.3 总体建设目标对信息化系统进行整体规划设计，分步实施，不断完善，实现以临床诊疗信息为主线，以HIS为中心并融入经营考核及物资管理的医院管理信息系统，实现信息标准共享、流程优化、医护沟通网络化、办公自动化、管理规范化、无纸化、无片化、无线网络化的数字化医院目标。达到“国内先进、省内领先”的水平。系统实现如下主要目标：n 软件系统的开发设计符合国家及卫生主管部门的法律法规及规范。n 对数据库及应用程序进行全面优化处理，方便数据的存储、备份
6、与恢复，提高系统的性能，保证系统的安全可靠。n 建立系统应急方案，保证意外情况下医院临床主流业务的正常开展。n 软件设计中蕴涵先进的医院管理理念，对业务流程及处理模式进行全面规划调整，精心设计各功能模块，丰富提升原有系统，使之更合理实用。n 拓宽信息系统覆盖面，将传统的手工管理模式转为计算机网络化管理模式，使流程更加规范标准，保证信息的可追朔性和二次利用性，提高业务人员的工作效率和工作质量。n 引入先进的技术及手段（如门诊就诊卡、条码应用等），优化就诊流程，突出医院的个性化服务，提升医院形象。n 实现信息资源共享、部门之间信息传递流畅，真正达到一次输入、最大共享的目标。n 注重与相关系统的整合
7、，消除信息孤岛，实现信息资源的最大共享和利用，并为将来各系统的扩充及集成提供必要的基础条件。n 保证系统内数据的准确性、实时性、可核对性。n 为保证系统的可管理性、可维护性，确保软件与硬件的最佳配合。1.4 总体建设要求n 应用主流或先进技术和设备，把握2年内先进，5年内够用、8年内可用为原则，保证性能价格比的最优结合点。n 对原系统的性能和功能进行升级，适应业务量、工作流程、工作手段和操作习惯的改变。对新的业务需求开发新增的功能模块。n 增加新的子系统，进一步完善HIS。n 要充分考虑原系统的数据继承，包括字典数据及业务数据等，保证医院新旧系统的数据顺利继承及平稳过渡。n 要充分考虑医院网络
8、的扩建。一旦网络扩建，系统可快速布置。n 升级期间保证院内业务正常开展，保证患者的正常就诊治疗及统计数据的采集上报。1.5 系统建设要达到的目的通过建设数字化信息网络工程来满足新时期的医院运营和管理的需要、医院现代化发展的需要以及社会服务的需求。具体达到以下目的：n 加强各类数据的采集、传递、存储和使用管理，促进信息共享，使临床医护人员、行政管理人员、决策层领导团队能够及时准确地获取其所需信息，提高工作效率；n 严谨医疗质量管理过程，减少医疗差错；n 提高治疗方案实施效率，增加患者及家属满意度；n 优化病患管理资源配置，消除病患管理风险，杜绝因医患配合脱钩给医院造成的损失；n 提高医院财务核算
9、效率，改善医院原有的繁冗的结算程序；n 合理控制医疗过程中的各种物耗；n 优化并整合医院的业务流程，使医院所有工作人员通过这一共同的平台实现数字化沟通，提高工作效率和对紧急事件的应变能力；n 降低管理层采集管理数据的难度，增强数据的准确性，帮助管理者进行科学管理决策，帮助医生进行基于循证的医疗决策和医疗计划的制定，支持临床应用科研项目的开展，促进临床医疗水平的提高；n 与其他医疗服务机构之间建立起高效的信息共享平台，支撑区域协作医疗服务的有效开展，建立分级协作医疗模式；n 开创一套更加适合医院实际操作需要的数字化系统。1.6 系统建设要遵循的原则n 符合政府相关部门的法律法规；n 符合医疗卫生
10、系统行业规范；n 符合信息化建设行业规范；n 满足人民医院的医疗工作特点；n 满足现代化医院的可持续发展原则，建设一套可扩展可发展的系统优化原则；n 满足患者就医快捷、医生实施医疗方案迅速的便民服务原则。1.7 系统设计特性n 门诊系统处理能力日流量大于1000人，住院系统满足大于200张床位处理需要。n 安全保密性：从操作系统、数据库、应用系统层面，采用多种技术进行设计。如工作站日志处理、数据库口令在线设定更改等。n 在线故障恢复设计u 系统一旦投入运行，其维护支持就成为系统能否持续正常运行的关键。作为一个联机事务处理系统OLTP，系统保证一天24小时，每周7天不间断运行(即7x24不间断运
11、行)，并有冗余备份；u 采用安全、可靠、可在线备份与恢复的数据库系统，以降低由于系统停运而给用户造成的损失（故障成本）。u 提供系统应急预案，保证意外情况下医院临床主流业务的正常开展。n 数据共享设计：实现信息资源共享、部门之间信息传递，真正达到一次输入、最大共享的目标。n 接口设计：与医保等系统实现接口，避免重复录入。n 系统实时性设计：前台模块优化设计，尽量减少击键次数。利用数据库系统的强大功能，缩短系统响应时间。n 系统多用户处理设计u 为缩短前台业务处理时间，必须平均用户业务处理的负荷（前台窗口忙闲不均），必须每个用户能使用同一模块的所有功能，并且每个模块能由两个以上的用户同时并行使用
12、，而不是分类处理业务；u 在系统设计时充分考虑了多用户处理的必要性，在系统各模块（门诊划价收费、住院管理、医嘱执行、药房出入库等）都实现了多用户并行处理；n 引入多维数据分析算法，构造医疗统计编码体系。n 大规模、高效率数据库管理系统，支持医院海量数据库快速处理设计。n 整体系统时间一致性：系统所有用到日期的地方全部采用datetime格式（即日期精确到秒），日期取自系统主域服务器，保证整体系统的时间一致性，杜绝了由于不同服务器、工作站时间设置不统一而造成的系统混乱。n 集病案首页编辑、病人主索引管理和病案追踪、门诊、住院费用管理为一体。n 前台发药与库存管理一体化，药库、药房药品管理与药品会
13、计核算管理相结合。n 全方位、多功能、组合式、个性化u 以财务为基础，满足医院门诊、住院、药品等相关部门财务费用的资金流管理需求；u 以医疗信息为主线，实现门诊、住院的实时医嘱及电子病历处理；u 满足医院高层领导进行医疗、费用、人事等动态信息查询和提供辅助决策支持的要求；u 操作快捷方便，支持多种代码输入，实现了动态模糊查询功能，并提供了强大的后台维护功能，满足医院不同的个性需求；u 满足医院“总体规划、分步实施”的要求，系统采用了模块化设计方法。既能集中式采集数据，又有分布式采集数据。可根据医院的需求进行方便的组合，以适应医院不断变化的需求；1.8 系统设计规范及标准信息系统支持国内外现行公
14、认编码标准，并可以与支持相同标准的其他应用系统相连接，具有很强的开放性。它采用的编码原则如下：凡有国家分类标准的一律采用国家标准；无国家标准的项目则采用卫生部及有关司局制定的标准或研究所制定的临床用分类标准；凡国内无标准，国际上有标准或发达国家有成熟标准的，采用该标准；无以上标准的则可采用医院自定义的分类编码原则。如医院信息系统基本功能规范卫生部2002年4月最新版l ICD-10：国际疾病分类标准l CM3：国际疾病分类手术操作分类码l 医疗机构病历管理规定（卫生部、国家中医药管理局）l 病历书写基本规范(试行)（卫生部、国家中医药管理局）l 处方管理办法（试行）（卫生部、国家中医药管理局）
15、l 临床输血技术规范(卫生部) . . 1.9 软件体系结构及系统应用环境设计n 系统采用C/S与B/S相结合的架构；n 开发工具u PowerBuilder v9.0或以上版本、Delphi等。（结构化面向对象可视化编程语言，能实现易学、易用、易维护的人机交互形式和图形化的用户界面）。u .net、 VB等n 数据库Oracle 9i（或以上版本）、Sqlservern 操作系统u 服务器端：Unix/Linux/WINDOWS NT/ Windows Server2000/2003或以上版本；u 客户端: Windows 98/2000/XP/ 2003或以上版本n 工作站：主频PIII
16、700MHz以上，内存256M以上，硬盘10G剩余空间。1.10 数据库规划建议数据库设计原则 一致性对信息进行统一的分析与设计，协调好各数据源，做到“数出一处、算法统一、度量一致”，保证系统数据的一致性和有效性。 完整性对输入到数据库中的数据要有审核和约束机制，防止不合语义数据进入数据库，保证数据的正确性及相容性。 安全性数据库的安全性是指保护数据，防止非法用户使用数据库或合法用户非法使用数据库造成数据泄露、更改或破坏。要有认证和授权机制。 可伸缩性在设计数据库结构时，应充分考虑发展和移植的需要，具有良好的扩展性、伸缩性和适度冗余。 规范化数据库的设计应遵循规范化理论，以通过对关系模式进行分
17、解或合并(规范化)，来避免可能存在的插入、删除异常、修改复杂、数据冗余等问题。数据安全策略 选用的主机、交换机等都是国际上公认的安全产品； 在软件上，可以充分利用Oracle数据库系统提供的强大的安全管理机制； 在应用软件的开发和应用中，也随时随地以安全第一的思路来设计，并在使用时自己进一步的强化加密性能；同时也要考虑数据备份和故障恢复策略。数据库保护机制n 数据库备份事务日志定期和频繁地数据库备份使得恢复由于用户过错、文件失效而丢失的文件成为可能。数据库的事务日志一组操作系统文件，它记录了由提交数据库改变。在一个事务提交期间，Oracle在事务日志中写入足够的信息，如果数据库需要恢复，可以使
18、用这些信息重做事务的工作。n 数据库备份数据库备份是综合数据库保护策略的一个重要组成部分。数据库备份是组成该数据库的所有文件的集合。假如损坏或丢失了作为数据库一部分的一个文件，可以从数据库备份中提取丢失文件的拷贝，以重建数据库中的该文件。n 数据库恢复 前滚和回滚恢复阶段u 所有类型的数据库恢复包括两个阶段：前滚和回滚。在前滚恢复(roll-forward recovery)阶段，恢复管理器应用必要的事务日志组以“重做”所有提交的不在数据库当前数据文件中的事务。当正在从一个简单系统崩溃中恢复时，所有必要的日志项在联机事务日志组的当前集合中提供。在诸如磁盘失效的更为严重的损坏后，或许需要使用备份
19、数据文件和归档日志组来完成前滚恢复。u 在前滚恢复后，Oracle必须执行回滚恢复(ro11-back recovery)。在回滚恢复期间，当系统崩溃时，Oracle使用数据库回滚段中的信息“撤消”由任何打开(未提交的)事务所做的数据库改变。在回滚恢复完成后，数据库包含到迫使进行恢复操作的问题发生以前的最后一次提交的事务为止所做的全部工作。 恢复优化停机要浪费金钱并可能造成医院工作的突然混乱。因此，恢复管理器自动使用许多不同的优化功能以尽可能快地完成所有类型的数据库恢复操作。继而，可以使一个受损的数据库备份并快速运行。例如，恢复管理器自动使用Oracle的并行处理能力以尽可能快地完成数据库的恢
20、复操作。 日志级和控制文件受到破坏时的考虑u 严重的故障或许会破坏数据库的事务日志组和它的控制文件。假如将数据库的联机和归档事务日志以及数据库的控制文件镜像到不同的磁盘上，以保护它们免于孤立的磁盘失效和用户错误，那么你永远也不必担心从这些关键的数据库文件丢失中的恢复工作。只要日志组或控制文件的拷贝总是可以使用的，那么数据库便可以继续没有中断地正确运行。u 比较起来，当丢失一个数据文件时，数据库恢复通常是必要的，因为Oracle不提供任何工具用以镜像数据文件。只要有丢失数据文件的备份和全部日志组和数据库控制文件的至少一个拷贝，Oracle总能执行数据库恢复。u 在一个磁盘失效发生后，数据库的事务
21、日志或者控制文件或许会成为无防护的(也就是说，无镜像的)。例如，假如将数据库的控制文件镜像到两个不同的磁盘上，其中一个磁盘发生失效，因为不再有镜像，这个控制文件便成为无防护的。当这种情况出现时，能采取的最紧急的步骤是重新配置数据库的日志组和控制文件，并且至少用一个镜像保护它们。n 高可用性选项主数据库备用数据库-归档-日志组-归档-日志组-归档-日志组-打开，并同应用一起使用关闭，处于备用数据库恢复状态备用数据库配置Oracle的备份和恢复机制能够保护数据库免遭所发生的几乎任何类型的失效。它有两个特性能够满足甚至最严格的高可用性需求。 备用数据库备用数据库(standby database)是
22、镜像一个主数据库(primary database)的数据库。 超越故障节点与数据复制当你需要保护一个完整数据库的可用性免遭诸如场地灾难的极端情况损害时，Oracle的备用数据库特性是一个好的解决方案。然而，有些环境或许不需要备用数据库配置支持的完全数据库保护，或者要求备用数据库总是可用于应用可获取的数据库，在这种情况下，代之以考虑使用Oracle的高级数据库复制功能以创建一个超越故障节点。综上所述,保护一个数据库免遭不可预见的问题破坏是医院最大的安全考虑，也是作为一名数据库管理员所完成的最重要的工作之一。当不可避免的问题影响系统时，可以使用这些功能来备份、重建和恢复数据库。1.11 硬件备份
23、策略为了保障医院业务数据的绝对安全，除了从数据库、应用软件方面以及构建双机容错系统之外，还应当配合使用专门的数据备份设备，如建立异地备份服务器，由系统自动在异地备份服务器上完成数据备份，避免灾难性事故带来数据丢失。也可以采用外置式磁带机或光盘刻录对数据进行定期备份。1.12 数据库服务器总体构架设计n 采用Oracle应用集群技术（RAC），最大限度的保证系统高可用性和负载均衡；n 采用Oracle Data Guard技术，最大限度的保证系统数据安全性、可用性和最快的灾难恢复；n 建立完备的门诊/住院应急处理机制及对前台应用透明的数据离线处理机制，进一步确保系统的安全、高性能及数据的完整性。
24、 服务器一(RAC节点1)工作站主数据库局域网服务器三(Standby) 服务器二(RAC节点2)服务器五(应急预案)服务器四(离线数据)扩展应用平台：门诊网上预约挂号门诊分诊叫号系统LIS系统办公自动化OAPACS/RIS药物咨询及用药安全监测外部业务平台：医保系统新型农村合作医疗系统其它扩展应用平台：硬件平台：网络、服务器、PC机、读卡器、打印机等系统软件平台：Windows/Linux、Oracle、Sqlserver、PB、.net等安全保障：防火墙、防病毒、防雷击等管理保障：制度建设、用户管理、资源管理、网络管理等以HIS为核心的数据交换平台药品自动分包系统门诊WLAN移动输液住院W
25、LAN移动查房系统支持HIS业务平台：门急诊管理住院管理药品管理医技管理物资/固定资产管理器械供应管理导医/咨询服务HIS应急系统电子病历会诊管理病案、统计管理感染监控、随访管理经营核算麻醉设备联机1.13 应用系统总体建设设想整体框架1.14 总体建设预期效果n 管理者方面 u 合理收费，透明服务，赢得病人的信任，营造医院和谐；u 加强成本核算，完善管理体系，杜绝漏费；u 提高医院工作效率，规范服务，保证高水平的医疗服务质量；u 药品、医疗器材、物资合理控制，降低库存，减少浪费；u 及时掌握医院全方位情况，提高服务质量和管理水平。n 医务工作者方面u 提高工作效率，把有限的时间用于医疗和服务
26、；u 工作流程规范化、业务清晰化、工作环境集成化；u 新的技术与工具的应用，使工作更加便捷、快速；u 操作简单、清晰，避免重复工作。n 患者方面u 将有限的时间主要用于接受医疗服务，减少排队等候时间；u 对医院的各种药品、诊疗价格能做到心中有数，明明白白消费；u 费用信息长期保存，为日后的复核、申诉重算打下基础；u 可在医院建立长期保存的电子健康档案，得到方便、连贯且有效的诊治。n 其它方面u 更快捷、更全面、更有效地为社会大众、上级主管部门、相关机构提供服务等。1.15 总体建设效益分析经济效益系统的建设本身是一个花钱的项目，本身并不给医院创造收入，而是通过建立科学化的管理、辅助医疗和决策工
27、具，通过精细管理降低成本、提高效益，通过改善服务、吸引病源，增加收入来源。主要体现在：n 通过精细管理，提高运行效率，降低在设备使用维护、物资采购、药品流通等日常工作中的运行成本；n 通过药库、药房的数字化管理，减少药品积压、过期、换药、丢失造成的损失；n 通过严格的就诊流程管理机制，可减少人情号、人情方、人情检验检查，堵塞漏洞，增加收入；n 通过严格的收/退费、票据管理机制，减少不正常退费，减少损失；n 通过押金、费用“预警”机制，防止恶意欠费，减少损失；n 规范化的就诊流程，电子化的健康档案，为提高诊治水平、吸引患者、增加收入打下基础。据不完全统计，一套设计合理、运行可靠稳定的HIS系统，
28、每年可帮助医院增加10%以上的收入。综合效益主要有以下几点：n 门诊实现了挂号、收费、就诊等门诊“一站式”服务流程，彻底改变了以往手工操作模式的错、乱、挤等常见现象。n 信息系统的实时统计分析能力，为医院经营与核算管理、库存消耗管理、医保业务控制提供了具体有说服力的量化统计数据，医院业务运作节奏随时可以加以管理调控，医院领导可实时掌控医院的运作脉搏。n 无纸化的业务应用一定程度上节约了医院的医疗成本，系统的实施将极大地减少档案人工管理成本。n 集成化的医疗信息平台为临床医生提供了强大的数据资源平台，通过医疗信息的跨度比较，能积极提高诊断的符合率和治疗的有效率。1.16 系统建设的主要实现环节n
29、 完成现有HIS系统的全面升级改造，包括对新的医疗政策法规要求的适应性、对数据库及其存贮的优化处理。n 拓宽信息系统覆盖面，注重业务流程（特别是门诊就诊流程）的再造优化及与相关系统的整合，最大程序消除信息孤岛。n 引入先进技术及手段，提供特色服务，营造宽松新颖的就诊氛围，提高工作效率、准确性及服务质量，提升医院形象，吸引并稳定患源。n 建立HIS应急处理系统，保证意外情况下主要业务能通过系统正常开展。n 新旧系统交替时，要充分考虑旧系统的数据继承，保障系统改造、患者就医诊治及其它相关业务处理的平稳过渡。n 在硬件及网络建设上，要兼顾先进、适度、适用及允许的资金投入情况。n 充分调动医院管理者、
30、医院信息系统建设者及使用者的积极性，并明确各自应承担的任务。n 要协调好管理模式与计算机软件的关系、硬件（网络设施、硬件设备）与软件（管理与培训工作）的关系、应用与拓展的关系。 2 本次所建设子系统的主要功能设计2.1 HIS主要功能设计序号建设内容备注一HIS业务平台及扩展应用平台(一)门急诊管理1.门急诊挂号管理系统：完成门诊、急诊患者的挂号、退号、结账业务，提供财务要求的单据及票据。主要包括挂号、退号、特权退号及改号、收款员结账、财务要求的单据及报表、及门诊挂号量就诊量等相关查询统计。支持专家限号及就诊卡应用，支持收费票据管理，支持多种交款方式。 2.门急诊病人收费管理系统：门急诊患者的
31、收费、退费、打折处理、收款员结账处理、财务要求的单据及报表、相关查询统计等。支持医生手工处方或电子处方收费，支持就诊卡应用，支持收费票据管理，支持多种交款方式，可和药局进行对账处理。 3.门诊医生工作站系统：患者基本信息维护、医嘱处理、诊治结论、过敏史、诊断书、转住院处理、医技报告单网上查询、门诊医生工作簿的自动生成、其它相关查询打印等。可设定医生毒麻药开方权限、药品用药极量、一线二线抗生素标志、试敏标志。支持门诊成组项目及模板应用，支持手术麻醉附加费用(材料费、急诊加收费、次术式费)的自动计取。支持就诊卡应用。本系统实现与HIS其它子系统的联系，如门诊挂号、收费、药房、检验科、住院登记、病案
32、等。毒麻药品可输入代办人信息。 (二)住院管理1.住院登记系统： 患者入院登记、预分配床位、收退住院预交金、退病历、患者更名、已登记未入科患者调换病区、调整患者参保类型、设定患者余额控制标志、病人身份登记、住院历史查询、入出院人数、病区床位使用情况等相关查询统计及报表输出打印等功能 2.住院医生系统：协助住院医生完成医嘱处理(录入确认、停止、撤消、取消等)、会诊处理、在科病人相关信息维护、患者住院病种定额跟踪、病案首页信息处理、输血不良反应回报、报告单查询打印、医生收治病人明细及汇总情况查询统计等功能，记录医嘱录入时间，能查看药局库存，支持自备药处理，支持草药医嘱的特殊处理，支持医嘱模板，支持
33、合理用药信息查询提示。本系统实现与HIS其它子系统的联系，如住院登记结算、住院护士、药房、检验科、手麻科、血液管理、病案等。 3.住院护士系统：病区管理（入科登记、整理床位、转科、出科、出科召回、借床、病区床位使用情况一览表等）、费用管理（补充收费、会诊收费、催欠、费用清单）、医嘱处理(审核、取消核对、执行医嘱、长期药品执行单签字、填写皮试结果等)、入出院登记簿、护理工作量、医嘱执行情况等相关查询打印输出功能等。补充收费支持模板。支持对草药医嘱的核对，支持余额控制，支持医嘱转/出科日期和护士转/出科经办日期双重管理，提供医生站新下医嘱提示功能。支持入出登记簿以Excel文件导出。 4.住院结算
34、系统：住院押金处理、手工/自动冲销担保、住院结算处理(中途结算、出院结算、申诉重算)、结款、结算召回、患者费用收退(诊疗费补收、药品补领、关联退费等)及打折处理、住院患者催款与欠款管理、收款员结账、系统参数设定、收据及费用清单的打印及补打、相关查询及报表输出打印等。 (三)药品系统1.药库管理系统： 药品采购与审批、库存管理（入库、出库、院外调拨、采购退货、报损、盘点、库存报警、效期管理等）、药品会计、药典维护、药品调价、供货商付款管理、药品销售差价统计、进销存平衡表等相关查询统计等功能。做采购计划时能自动携带最近一次的供应商。能设定药品招标标志，提供药品规格信息(计量、浓度、体积)纠错功能，
35、能按药品剂型(如针剂、口服等)分别盘点。 2.门诊药房发药系统： 药品处方发药/退药（支持部分退药）、统领处理，药品管理（请领、入库、返库、盘点、库存上下限、效期管理、呆滞药品报警、药品锁定/禁用处理等）以及相关查询统计、报表输出打印等功能，支持多个门诊药房。可进行库存失效日期维护、实库存查询、进销存平衡表等功能。支持条码应用及合理用药信息的查询，调价药品返库时体现供货商并可修改批发价，能按药品剂型(如针剂、口服等)分别盘点。 3.住院药房发药系统： 发药/退药确认处理，统领单处理；药品管理(同门诊药局)以及相关查询统计及报表输出打印等，支持多个住院药局；对非医嘱用药(如手麻用药等)，能进行领
36、药、退药处理(能区分真正的领药和退药)并支持以统领单或投药明细单的形式进行打印等。支持合理用药信息的查询。 (四)外部接口系统1.病案系统接口支持大连地区病案系统接口 2.医疗保险接口系统支持大连地区医疗保险系统接口 (五)综合管理1.医保科管理系统提供医保患者保险用费情况以及各种相关报表，便于医院对医保患者费用情况的监督，提高医院工作效率。 2.院长综合查询系统主要用于院领导综合查询计算机网络上各种业务管理数据和信息，了解医院的运行状况，辅助各种决策提供帮助。查询门诊医生上岗情况、门诊量、用药、收费情况，科室医师平均药费、平均收费，查询有关药品信息，财务信息，统计信息，以便总量控制，结构调整
37、。同时，又是院部发放通知，公告、收集临床反馈信息的电子公告栏。支持各种经营分析模型如现金模型分析、收入模型分析、量本利模型分析、采购模型分析、库存模型分析、销售模型分析和部门运营评价 3财务记帐管理系统票据管理严谨 （发票号与机器流水号双号管理）具有票据领入、领出、回收、报废等功能具有票据审核、查对、各种报表等功能票据自动核销汇总功能，精确到每张发票使用情况应实现日常财务记账的各种统计功能。4财务核算管理系统提供财务综合查询门诊、住院现金（或预交金）收入、收费员收费情况、医院科室收入情况、记帐收入、医保费用、经济核算情况等等。 (六)系统管理1.基础信息维护管理系统系统操作人员的设置和维护、系
38、统维护人员的设置和维护；医师基本信息的设置与维护；初始化参数设置；基本数据字典维护：病床基本信息的设置与维护、药品基本信息的设置与维护、基本信息词典编码的设置与维护、门诊挂号字典的设置与维护、疾病基本信息字典的设置与维护，实现HISLIS图文报告系统的基础数据一体化。系统数据备份管理：数据备份方式、系统数据导出、系统数据清理；用户使用情况监控、系统运行日志管理、系统错误日志管理。程序升级管理，能实现客户端程序的零维护。 2.权限管理系统严格的权限控制机制让操作人员各司其职,绝无可能越权操作和查阅资料。集中、控制和分组管理使系统管理员能够方便地为使用人员分配岗位权限。 （三）软件项目实施方案设计
39、及项目组织机构配备1 方案总则沙河口区医院信息化管理软件项目是一个跨越多层次、多部门、多种业务类型、总体规划、分步实施的大型业务系统。该系统包含HIS业务平台及扩展应用平台的建设。我们在遵循常规软件行业供货程序的基础上，结合了医院本次系统建设实际情况，并融入我公司多年来的系统建设经验设计了本项目的供货安装方案，旨在对项目实施过程进行管理和控制，协调各方面的力量，保证系统建设工作按时、按质、按量并有序地进行。2 项目实施主要技术路线本次HIS系统建设主要实施环节如下：u 硬件及系统软件的采购、安装及调试（如果有的话，医院自行采购）；u 系统需求调研、分析及确认；u 系统设计、开发、测试及系统集成
40、；u 继承方案设计、验证及确认（包括字典数据及应用数据）；u 基础数据的收集、整理和完善；u 用户应用系统使用培训及系统确认测试；u 系统初始化、数据继承，新系统正式投用；u 跟踪运行；u 系统验收；u 系统保运。3 关键实施环节简要说明(1) 项目组的沟通及问题的反馈机制 明确双方各子系统对口人员及联系方式； 采用多种方式进行沟通及问题的反馈处理。如电话交流、网络交流、不定期的召开碰头会等。 明确问题反馈及处理流程。如采用双方交流讨论再确定的方式。对于一些主要的业务需求调整或涉及到医院管理流程变动的事项，先由双方项目组进行讨论商定，如果项目组确定不了，则需提交项目领导小组讨论。 对各次事项的
41、沟通结果或反馈问题的处理结果均需形成书面材料。(2) 需求调研 调研协调会：由院方和*公司共同参加。 调研计划调研协调会结束后，双方制定详细调研计划，明确计划总用时、调研总负责人、各子系统负责人，安排各个子系统参加调研的具体人员、计划用时、具体时间地点及双方应完成的准备工作（如工作中用到的报表、单据的格式等）。 需求调研建议主流系统先行调研，进行调研签到。 需求报告的编写及审核确认u 将需求调研的结果形成书面材料并按需求材料确认流程进行需求的确认调整审核，形成报告并经双方负责人签字确认（子系统需求报告可由各子系统负责人负责审核、签字确认；项目整体需求报告由需求总负责人负责审核、签字确认）u 需
42、求报告将作为系统设计、开发及验收的主要技术依据。(3) 数据继承商讨并确定数据继承方案（如继承方法、继承哪些数据、所继承数据与新系统的衔接等）；数据继承方案的测试验证。(4) 应用软件开发测试制定具体的软件开发计划，边设计、边开发、边测试、边培训。单元测试和集成测试相结合。系统中个别子系统开发测试完毕即提交用户培训或先行使用(如物价及药品字典程序等)。(5) 系统培训 双方制定详细的培训计划； 采用集中培训和分散培训两种方式，对于工作站及计算机业务多的系统进行集中培训，其他系统分散培训。 对于院领导，可去办公室单独培训；对于系统管理员，可进行强化培训。 由我公司主要负责培训，医院协助培训并负责
43、培训工作的安排协调。在培训的过程中，若对系统的功能及处理有异议，或有需求调整改动，需要经双方负责人商定同意后再做处理，并形成书面材料。 详见本方案中的培训计划。4 项目实施进度计划交货时间与进度：满足用户要求。5 项目进度、技术及质量保证措施 *科技u 组织及人力保障措施：建立完善的组织机构，挑选充足的精兵强将投入到项目实施中，领导亲自挂帅。u 技术保障措施：配备高级程序员负责系统的分析设计，充分发挥在系统集成领域的技术优势；发挥在医疗领域的软件开发优势及经验，充分理解用户需求。u 管理保障措施：充分利用我公司丰富的项目管理经验，杜绝出现重大问题及偏差，例如：及时的文档编制及阶段审核等。u 资
44、金保障措施：从公司整体政策上向该项目倾斜，做到专款专用。u 工期保障措施：编制项目总体统筹计划，按阶段进行分解，任务落实到人，建立良好的沟通及信息反馈机制，及时发现偏差、分析原因并加以调整。u 质量保障措施：严格执行软件开发标准、医疗行业标准及最新的医疗医保政策、规范及要求。在项目开发过程中建立三级质量保障体系，即程序员自测、测试组复测、项目经理终测。定期召开项目质量分析例会。u 开发设备及工具保障措施：加强开发设备和工具管理，双方共同明确对软件开发和质量管理过程有影响的设备和工具软件的管理，确保设备的使用和维护、工具软件的使用和安装能满足软件开发和质量管理要求。 医院部分u 成立医院内部项目
45、小组，在院领导的直接参与下，建立各部门之间的协调机制；u 明确业务需求，力争一次性完成需求确认工作。尽量减小由于需求变更带来的工作量的增加和项目进度的延误；u 保障项目实施过程中必备的软件与硬件环境；u 及时与项目承包方沟通，对出现的问题及时处理。重大问题提交项目管理小组讨论解决。6 关于数据继承(1) 首先必需确定旧系统数据继承方案，才能确定新旧系统切换所需的大概时间，同时也才能确定停机前、停机期间及新系统启用后的主要工作，以确保系统能平滑过渡。(2) 确定继承方案要考虑的几个方面 哪些数据要继承； 用哪种方式继承； 确定要继承的数据，在继承处理时要具备的条件（如相关表定义、数据是否完整干净并有实际使用价值、辅助信息字典与新系统的兼容性）； 对于住院患者，需确定病历号是沿用旧号，还是分配新号。(3) 涉及数据继承的数据主要有以下几