某小型医院数字化建设方案.docx
《某小型医院数字化建设方案.docx》由会员分享，可在线阅读，更多相关《某小型医院数字化建设方案.docx（37页珍藏版）》请在冰点文库上搜索。
某小型医院数字化建设方案
**医院数字化建设
解决方案
供应商全称：
***
日期：
2011年7月8日
一、项目设计、实施方案
**医院数字化建设方案
1．**医院数字化建设总体设计
1.1总体设计思想
以病人为中心、以医护人员为主体、以临床医疗服务为重点、以费用为纽带、以管理为依托。
1.2总体设计原则
以“合法、先进、实用、适用、规范、统一、灵活、安全、扩展及统一”为主要设计原则，满足医院“总体规划、分步实施、先易后难、系统整合、实用优先、适当超前”要求，做到“优化就医流程、提升医疗质量、提高工作效率、病历电子化、办公自动化、软件标准化、系统总体集成化”，实现最大投资保护和最低建设风险。
⏹合法性
保证系统的设计与国家现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和卫生行政部门对信息的要求。
⏹规范性
◆信息分类代码字典全部使用国际、国家标准，标准化程度高；
◆系统实施过程各阶段的文档齐全规范。
⏹实用性
◆信息流程合理；
◆软件易学、易操作、提示清晰、帮助丰富；
◆维护和管理方便，有利于故障跟踪、检查和排除。
⏹先进性
在计算机系统、网络系统、存储系统、系统软件、应用软件等方面采用先进的结构和合理的配置，确保对相关应用提供准确、高效、快捷和灵活的技术支持。
⏹灵活性
◆丰富的系统参数设置及计算公式等自定义功能，能随时适应管理及政策变化需要；
◆支持五笔、拼音、编码、英文及模糊方式的输入。
⏹安全性
◆有严格的权限划分及设置功能；
◆采用多种手段并从多方位来保证系统及数据的安全保密。
⏹扩展性
◆系统采用模块化设计，具有可剪裁性和可伸缩性，扩展性强；
◆具有很强的开放性，支持与相同标准的其他应用系统无缝衔接。
⏹统一性
◆统一时间服务；
◆统一操作特性；
◆统一身份验证。
1.3总体建设目标
对信息化系统进行整体规划设计，分步实施，不断完善，实现以临床诊疗信息为主线，以HIS为中心并融入经营考核及物资管理的医院管理信息系统，实现信息标准共享、流程优化、医护沟通网络化、办公自动化、管理规范化、无纸化、无片化、无线网络化的数字化医院目标。
达到“国内先进、省内领先”的水平。
系统实现如下主要目标：
⏹软件系统的开发设计符合国家及卫生主管部门的法律法规及规范。
⏹对数据库及应用程序进行全面优化处理，方便数据的存储、备份与恢复，提高系统的性能，保证系统的安全可靠。
⏹建立系统应急方案，保证意外情况下医院临床主流业务的正常开展。
⏹软件设计中蕴涵先进的医院管理理念，对业务流程及处理模式进行全面规划调整，精心设计各功能模块，丰富提升原有系统，使之更合理实用。
⏹拓宽信息系统覆盖面，将传统的手工管理模式转为计算机网络化管理模式，使流程更加规范标准，保证信息的可追朔性和二次利用性，提高业务人员的工作效率和工作质量。
⏹引入先进的技术及手段（如门诊就诊卡、条码应用等），优化就诊流程，突出医院的个性化服务，提升医院形象。
⏹实现信息资源共享、部门之间信息传递流畅，真正达到一次输入、最大共享的目标。
⏹注重与相关系统的整合，消除信息孤岛，实现信息资源的最大共享和利用，并为将来各系统的扩充及集成提供必要的基础条件。
⏹保证系统内数据的准确性、实时性、可核对性。
⏹为保证系统的可管理性、可维护性，确保软件与硬件的最佳配合。
1.4总体建设要求
⏹应用主流或先进技术和设备，把握2年内先进，5年内够用、8年内可用为原则，保证性能价格比的最优结合点。
⏹对原系统的性能和功能进行升级，适应业务量、工作流程、工作手段和操作习惯的改变。
对新的业务需求开发新增的功能模块。
⏹增加新的子系统，进一步完善HIS。
⏹要充分考虑原系统的数据继承，包括字典数据及业务数据等，保证医院新旧系统的数据顺利继承及平稳过渡。
⏹要充分考虑医院网络的扩建。
一旦网络扩建，系统可快速布置。
⏹升级期间保证院内业务正常开展，保证患者的正常就诊治疗及统计数据的采集上报。
1.5系统建设要达到的目的
通过建设数字化信息网络工程来满足新时期的医院运营和管理的需要、医院现代化发展的需要以及社会服务的需求。
具体达到以下目的：
⏹加强各类数据的采集、传递、存储和使用管理，促进信息共享，使临床医护人员、行政管理人员、决策层领导团队能够及时准确地获取其所需信息，提高工作效率；
⏹严谨医疗质量管理过程，减少医疗差错；
⏹提高治疗方案实施效率，增加患者及家属满意度；
⏹优化病患管理资源配置，消除病患管理风险，杜绝因医患配合脱钩给医院造成的损失；
⏹提高医院财务核算效率，改善医院原有的繁冗的结算程序；
⏹合理控制医疗过程中的各种物耗；
⏹优化并整合医院的业务流程，使医院所有工作人员通过这一共同的平台实现数字化沟通，提高工作效率和对紧急事件的应变能力；
⏹降低管理层采集管理数据的难度，增强数据的准确性，帮助管理者进行科学管理决策，帮助医生进行基于循证的医疗决策和医疗计划的制定，支持临床应用科研项目的开展，促进临床医疗水平的提高；
⏹与其他医疗服务机构之间建立起高效的信息共享平台，支撑区域协作医疗服务的有效开展，建立分级协作医疗模式；
⏹开创一套更加适合医院实际操作需要的数字化系统。
1.6系统建设要遵循的原则
⏹符合政府相关部门的法律法规；
⏹符合医疗卫生系统行业规范；
⏹符合信息化建设行业规范；
⏹满足人民医院的医疗工作特点；
⏹满足现代化医院的可持续发展原则，建设一套可扩展可发展的系统优化原则；
⏹满足患者就医快捷、医生实施医疗方案迅速的便民服务原则。
1.7系统设计特性
⏹门诊系统处理能力日流量大于1000人，住院系统满足大于200张床位处理需要。
⏹安全保密性：
从操作系统、数据库、应用系统层面，采用多种技术进行设计。
如工作站日志处理、数据库口令在线设定更改等。
⏹在线故障恢复设计
◆系统一旦投入运行，其维护支持就成为系统能否持续正常运行的关键。
作为一个联机事务处理系统[OLTP]，系统保证一天24小时，每周7天不间断运行（即7x24不间断运行），并有冗余备份；
◆采用安全、可靠、可在线备份与恢复的数据库系统，以降低由于系统停运而给用户造成的损失（故障成本）。
◆提供系统应急预案，保证意外情况下医院临床主流业务的正常开展。
⏹数据共享设计：
实现信息资源共享、部门之间信息传递，真正达到一次输入、最大共享的目标。
⏹接口设计：
与医保等系统实现接口，避免重复录入。
⏹系统实时性设计：
前台模块优化设计，尽量减少击键次数。
利用数据库系统的强大功能，缩短系统响应时间。
⏹系统多用户处理设计
◆为缩短前台业务处理时间，必须平均用户业务处理的负荷（前台窗口忙闲不均），必须每个用户能使用同一模块的所有功能，并且每个模块能由两个以上的用户同时并行使用，而不是分类处理业务；
◆在系统设计时充分考虑了多用户处理的必要性，在系统各模块（门诊划价收费、住院管理、医嘱执行、药房出入库等）都实现了多用户并行处理；
⏹引入多维数据分析算法，构造医疗统计编码体系。
⏹大规模、高效率数据库管理系统，支持医院海量数据库快速处理设计。
⏹整体系统时间一致性：
系统所有用到日期的地方全部采用datetime格式（即日期精确到秒），日期取自系统主域服务器，保证整体系统的时间一致性，杜绝了由于不同服务器、工作站时间设置不统一而造成的系统混乱。
⏹集病案首页编辑、病人主索引管理和病案追踪、门诊、住院费用管理为一体。
⏹前台发药与库存管理一体化，药库、药房药品管理与药品会计核算管理相结合。
⏹全方位、多功能、组合式、个性化
◆以财务为基础，满足医院门诊、住院、药品等相关部门财务费用的资金流管理需求；
◆以医疗信息为主线，实现门诊、住院的实时医嘱及电子病历处理；
◆满足医院高层领导进行医疗、费用、人事等动态信息查询和提供辅助决策支持的要求；
◆操作快捷方便，支持多种代码输入，实现了动态模糊查询功能，并提供了强大的后台维护功能，满足医院不同的个性需求；
◆满足医院“总体规划、分步实施”的要求，系统采用了模块化设计方法。
既能集中式采集数据，又有分布式采集数据。
可根据医院的需求进行方便的组合，以适应医院不断变化的需求；
1.8系统设计规范及标准
信息系统支持国内外现行公认编码标准，并可以与支持相同标准的其他应用系统相连接，具有很强的开放性。
它采用的编码原则如下：
凡有国家分类标准的一律采用国家标准；无国家标准的项目则采用卫生部及有关司局制定的标准或研究所制定的临床用分类标准；凡国内无标准，国际上有标准或发达国家有成熟标准的，采用该标准；无以上标准的则可采用医院自定义的分类编码原则。
如
《医院信息系统基本功能规范》――卫生部2002年4月最新版
●ICD-10：
国际疾病分类标准
●CM3：
国际疾病分类手术操作分类码
●《医疗机构病历管理规定》（卫生部、国家中医药管理局）
●《病历书写基本规范（试行）》（卫生部、国家中医药管理局）
●《处方管理办法（试行）》（卫生部、国家中医药管理局）
●《临床输血技术规范》（卫生部）
......
1.9软件体系结构及系统应用环境设计
⏹系统采用C/S与B/S相结合的架构；
⏹开发工具
◆PowerBuilderv9.0或以上版本、Delphi等。
（结构化面向对象可视化编程语言，能实现易学、易用、易维护的人机交互形式和图形化的用户界面）。
◆.net、VB等
⏹数据库
Oracle9i（或以上版本）、Sqlserver
⏹操作系统
◆服务器端：
Unix/Linux/WINDOWSNT/WindowsServer2000/2003或以上版本；
◆客户端:
Windows98/2000/XP/2003或以上版本
⏹工作站：
主频PIII700MHz以上，内存256M以上，硬盘10G剩余空间。
1.10数据库规划建议
数据库设计原则
✧一致性
对信息进行统一的分析与设计，协调好各数据源，做到“数出一处、算法统一、度量一致”，保证系统数据的一致性和有效性。
✧完整性
对输入到数据库中的数据要有审核和约束机制，防止不合语义数据进入数据库，保证数据的正确性及相容性。
✧安全性
数据库的安全性是指保护数据，防止非法用户使用数据库或合法用户非法使用数据库造成数据泄露、更改或破坏。
要有认证和授权机制。
✧可伸缩性
在设计数据库结构时，应充分考虑发展和移植的需要，具有良好的扩展性、伸缩性和适度冗余。
✧规范化
数据库的设计应遵循规范化理论，以通过对关系模式进行分解或合并（规范化），来避免可能存在的插入、删除异常、修改复杂、数据冗余等问题。
数据安全策略
✧选用的主机、交换机等都是国际上公认的安全产品；
✧在软件上，可以充分利用Oracle数据库系统提供的强大的安全管理机制；
✧在应用软件的开发和应用中，也随时随地以安全第一的思路来设计，并在使用时自己进一步的强化加密性能；同时也要考虑数据备份和故障恢复策略。
数据库保护机制
⏹数据库备份事务日志
定期和频繁地数据库备份使得恢复由于用户过错、文件失效而丢失的文件成为可能。
数据库的事务日志一组操作系统文件，它记录了由提交数据库改变。
在一个事务提交期间，Oracle在事务日志中写入足够的信息，如果数据库需要恢复，可以使用这些信息重做事务的工作。
⏹数据库备份
数据库备份是综合数据库保护策略的一个重要组成部分。
数据库备份是组成该数据库的所有文件的集合。
假如损坏或丢失了作为数据库一部分的一个文件，可以从数据库备份中提取丢失文件的拷贝，以重建数据库中的该文件。
⏹数据库恢复
✧前滚和回滚恢复阶段
◆所有类型的数据库恢复包括两个阶段：
前滚和回滚。
在前滚恢复（roll-forwardrecovery）阶段，恢复管理器应用必要的事务日志组以“重做”所有提交的不在数据库当前数据文件中的事务。
当正在从一个简单系统崩溃中恢复时，所有必要的日志项在联机事务日志组的当前集合中提供。
在诸如磁盘失效的更为严重的损坏后，或许需要使用备份数据文件和归档日志组来完成前滚恢复。
◆在前滚恢复后，Oracle必须执行回滚恢复（ro11-backrecovery）。
在回滚恢复期间，当系统崩溃时，Oracle使用数据库回滚段中的信息“撤消”由任何打开（未提交的）事务所做的数据库改变。
在回滚恢复完成后，数据库包含到迫使进行恢复操作的问题发生以前的最后一次提交的事务为止所做的全部工作。
✧恢复优化
停机要浪费金钱并可能造成医院工作的突然混乱。
因此，恢复管理器自动使用许多不同的优化功能以尽可能快地完成所有类型的数据库恢复操作。
继而，可以使一个受损的数据库备份并快速运行。
例如，恢复管理器自动使用Oracle的并行处理能力以尽可能快地完成数据库的恢复操作。
✧日志级和控制文件受到破坏时的考虑
◆严重的故障或许会破坏数据库的事务日志组和它的控制文件。
假如将数据库的联机和归档事务日志以及数据库的控制文件镜像到不同的磁盘上，以保护它们免于孤立的磁盘失效和用户错误，那么你永远也不必担心从这些关键的数据库文件丢失中的恢复工作。
只要日志组或控制文件的拷贝总是可以使用的，那么数据库便可以继续没有中断地正确运行。
◆比较起来，当丢失一个数据文件时，数据库恢复通常是必要的，因为Oracle不提供任何工具用以镜像数据文件。
只要有丢失数据文件的备份和全部日志组和数据库控制文件的至少一个拷贝，Oracle总能执行数据库恢复。
◆在一个磁盘失效发生后，数据库的事务日志或者控制文件或许会成为无防护的（也就是说，无镜像的）。
例如，假如将数据库的控制文件镜像到两个不同的磁盘上，其中一个磁盘发生失效，因为不再有镜像，这个控制文件便成为无防护的。
当这种情况出现时，能采取的最紧急的步骤是重新配置数据库的日志组和控制文件，并且至少用一个镜像保护它们。
⏹高可用性选项
Oracle的备份和恢复机制能够保护数据库免遭所发生的几乎任何类型的失效。
它有两个特性能够满足甚至最严格的高可用性需求。
✧备用数据库
备用数据库（standbydatabase）是镜像一个主数据库（primarydatabase）的数据库。
✧超越故障节点与数据复制
当你需要保护一个完整数据库的可用性免遭诸如场地灾难的极端情况损害时，Oracle的备用数据库特性是一个好的解决方案。
然而，有些环境或许不需要备用数据库配置支持的完全数据库保护，或者要求备用数据库总是可用于应用可获取的数据库，在这种情况下，代之以考虑使用Oracle的高级数据库复制功能以创建一个超越故障节点。
综上所述,保护一个数据库免遭不可预见的问题破坏是医院最大的安全考虑，也是作为一名数据库管理员所完成的最重要的工作之一。
当不可避免的问题影响系统时，可以使用这些功能来备份、重建和恢复数据库。
1.11硬件备份策略
为了保障医院业务数据的绝对安全，除了从数据库、应用软件方面以及构建双机容错系统之外，还应当配合使用专门的数据备份设备，如建立异地备份服务器，由系统自动在异地备份服务器上完成数据备份，避免灾难性事故带来数据丢失。
也可以采用外置式磁带机或光盘刻录对数据进行定期备份。
1.12数据库服务器总体构架设计
⏹采用Oracle应用集群技术（RAC），最大限度的保证系统高可用性和负载均衡；
⏹采用OracleDataGuard技术，最大限度的保证系统数据安全性、可用性和最快的灾难恢复；
⏹建立完备的门诊/住院应急处理机制及对前台应用透明的数据离线处理机制，进一步确保系统的安全、高性能及数据的完整性。
1.13
应用系统总体建设设想
整体框架
1.14总体建设预期效果
⏹管理者方面
◆合理收费，透明服务，赢得病人的信任，营造医院和谐；
◆加强成本核算，完善管理体系，杜绝漏费；
◆提高医院工作效率，规范服务，保证高水平的医疗服务质量；
◆药品、医疗器材、物资合理控制，降低库存，减少浪费；
◆及时掌握医院全方位情况，提高服务质量和管理水平。
⏹医务工作者方面
◆提高工作效率，把有限的时间用于医疗和服务；
◆工作流程规范化、业务清晰化、工作环境集成化；
◆新的技术与工具的应用，使工作更加便捷、快速；
◆操作简单、清晰，避免重复工作。
⏹患者方面
◆将有限的时间主要用于接受医疗服务，减少排队等候时间；
◆对医院的各种药品、诊疗价格能做到心中有数，明明白白消费；
◆费用信息长期保存，为日后的复核、申诉重算打下基础；
◆可在医院建立长期保存的电子健康档案，得到方便、连贯且有效的诊治。
⏹其它方面
◆更快捷、更全面、更有效地为社会大众、上级主管部门、相关机构提供服务等。
1.15总体建设效益分析
经济效益
系统的建设本身是一个花钱的项目，本身并不给医院创造收入，而是通过建立科学化的管理、辅助医疗和决策工具，通过精细管理降低成本、提高效益，通过改善服务、吸引病源，增加收入来源。
主要体现在：
⏹通过精细管理，提高运行效率，降低在设备使用维护、物资采购、药品流通等日常工作中的运行成本；
⏹通过药库、药房的数字化管理，减少药品积压、过期、换药、丢失造成的损失；
⏹通过严格的就诊流程管理机制，可减少人情号、人情方、人情检验检查，堵塞漏洞，增加收入；
⏹通过严格的收/退费、票据管理机制，减少不正常退费，减少损失；
⏹通过押金、费用“预警”机制，防止恶意欠费，减少损失；
⏹规范化的就诊流程，电子化的健康档案，为提高诊治水平、吸引患者、增加收入打下基础。
据不完全统计，一套设计合理、运行可靠稳定的HIS系统，每年可帮助医院增加10%以上的收入。
综合效益
主要有以下几点：
⏹门诊实现了挂号、收费、就诊等门诊“一站式”服务流程，彻底改变了以往手工操作模式的错、乱、挤等常见现象。
⏹信息系统的实时统计分析能力，为医院经营与核算管理、库存消耗管理、医保业务控制提供了具体有说服力的量化统计数据，医院业务运作节奏随时可以加以管理调控，医院领导可实时掌控医院的运作脉搏。
⏹无纸化的业务应用一定程度上节约了医院的医疗成本，系统的实施将极大地减少档案人工管理成本。
⏹集成化的医疗信息平台为临床医生提供了强大的数据资源平台，通过医疗信息的跨度比较，能积极提高诊断的符合率和治疗的有效率。
1.16系统建设的主要实现环节
⏹完成现有HIS系统的全面升级改造，包括对新的医疗政策法规要求的适应性、对数据库及其存贮的优化处理。
⏹拓宽信息系统覆盖面，注重业务流程（特别是门诊就诊流程）的再造优化及与相关系统的整合，最大程序消除信息孤岛。
⏹引入先进技术及手段，提供特色服务，营造宽松新颖的就诊氛围，提高工作效率、准确性及服务质量，提升医院形象，吸引并稳定患源。
⏹建立HIS应急处理系统，保证意外情况下主要业务能通过系统正常开展。
⏹新旧系统交替时，要充分考虑旧系统的数据继承，保障系统改造、患者就医诊治及其它相关业务处理的平稳过渡。
⏹在硬件及网络建设上，要兼顾先进、适度、适用及允许的资金投入情况。
⏹充分调动医院管理者、医院信息系统建设者及使用者的积极性，并明确各自应承担的任务。
⏹要协调好管理模式与计算机软件的关系、"硬件"（网络设施、硬件设备）与"软件"（管理与培训工作）的关系、应用与拓展的关系。
2．本次所建设子系统的主要功能设计
2.1HIS主要功能设计
序号
建 设 内 容
备注
一
HIS业务平台及扩展应用平台
（一）
门急诊管理
1.
门急诊挂号管理系统：
完成门诊、急诊患者的挂号、退号、结账业务，提供财务要求的单据及票据。
主要包括挂号、退号、特权退号及改号、收款员结账、财务要求的单据及报表、及门诊挂号量就诊量等相关查询统计。
支持专家限号及就诊卡应用，支持收费票据管理，支持多种交款方式。
2.
门急诊病人收费管理系统：
门急诊患者的收费、退费、打折处理、收款员结账处理、财务要求的单据及报表、相关查询统计等。
支持医生手工处方或电子处方收费，支持就诊卡应用，支持收费票据管理，支持多种交款方式，可和药局进行对账处理。
3.
门诊医生工作站系统：
患者基本信息维护、医嘱处理、诊治结论、过敏史、诊断书、转住院处理、医技报告单网上查询、门诊医生工作簿的自动生成、其它相关查询打印等。
可设定医生毒麻药开方权限、药品用药极量、一线二线抗生素标志、试敏标志。
支持门诊成组项目及模板应用，支持手术麻醉附加费用（材料费、急诊加收费、次术式费）的自动计取。
支持就诊卡应用。
本系统实现与HIS其它子系统的联系，如门诊挂号、收费、药房、检验科、住院登记、病案等。
毒麻药品可输入代办人信息。
（二）
住院管理
1.
住院登记系统：
患者入院登记、预分配床位、收退住院预交金、退病历、患者更名、已登记未入科患者调换病区、调整患者参保类型、设定患者余额控制标志、病人身份登记、住院历史查询、入出院人数、病区床位使用情况等相关查询统计及报表输出打印等功能
2.
住院医生系统：
协助住院医生完成医嘱处理（录入确认、停止、撤消、取消等）、会诊处理、在科病人相关信息维护、患者住院病种定额跟踪、病案首页信息处理、输血不良反应回报、报告单查询打印、医生收治病人明细及汇总情况查询统计等功能，记录医嘱录入时间，能查看药局库存，支持自备药处理，支持草药医嘱的特殊处理，支持医嘱模板，支持合理用药信息查询提示。
本系统实现与HIS其它子系统的联系，如住院登记结算、住院护士、药房、检验科、手麻科、血液管理、病案等。
3.
住院护士系统：
病区管理（入科登记、整理床位、转科、出科、出科召回、借床、病区床位使用情况一览表等）、费用管理（补充收费、会诊收费、催欠、费用清单）、医嘱处理（审核、取消核对、执行医嘱、长期药品执行单签字、填写皮试结果等）、入出院登记簿、护理工作量、医嘱执行情况等相关查询打印输出功能等。
补充收费支持模板。
支持对草药医嘱的核对，支持余额控制，支持医嘱转/出科日期和护士转/出科经办日期双重管理，提供医生站新下医嘱提示功能。
支持入出登记簿以Excel文件导出。
4.
住院结算系统：
住院押金处理、手工/自动冲销担保、住院结算处理（中途结算、出院结算、申诉重算）、结款、结算召回、患者费用收退（诊疗费补收、药品补领、关联退费等）及打折处理、住院患者催款与欠款管理、收款员结账、系统参数设定、收据及费用清单的打印及补打、相关查询及报表输出打印等。
（三）
药品系统
1.
药库管理系统：
药品采购与审批、库存管理（入库、出库、院外调拨、采购退货、报损、盘点、库存报警、效期管理等）、药品会计、药典维护、药品调价、供货商付款管理、药品销售差价统计、进销存平衡表等相关查询统计等功能。
做采购计划时能自动携带最近一次的供应商。
能设定药品招标标志，提供药品规格信息（计量、浓度、体积）纠错功能，能按药品剂型（如针剂、口服等）分别盘点。
2.
门诊药房发药系统：
药品处方发药/退药（支持部分退药）、统领处理，药品管理（请领、入库、返库、盘点、库存上下限、效期管理、呆滞药品报警、药品锁定/禁用处理等）以及相关查询统计、报表输出打印等功能，支持多个门诊药房。
可进行库存失效日期维护、实库存查询、进销存平衡表等功能。
支持条码应用及合理用药信息的查询，调价药品返库时体现供货商并可修改批发价，能按药品剂型（如针剂、口
升级会员 