航天七三一医院护理电子病历的设计与实施
中图分类号：TP3
论文编号：
专业硕士学位论文
航天七三一医院护理电
子病历的设计与实施
作者姓名
学科专业 软件工程
指导教师
培养院系 软件学院
The Design and Implementation of Aerospace 731 hospital electronic nursing record system
A Dissertation Submitted for the Degree of Master
Candidate：
Supervisor
College of Software
Beihang University, Beijing, China
中图分类号： TP3
论文编号：
硕 士 学 位 论 文
航天七三一医院护理电
子病历的设计与实施
作者姓名 申请学位级别 工程硕士
指导教师姓名 职 称
学科专业 软件工程 研究方向
学习时间自 年 月 日 起至 年 月 日止
论文提交日期 年 月 日 论文答辩日期 年 月 日
学位授予单位 北京航空航天大学 学位授予日期 年 月 日
关于学位论文的独创性声明
本人郑重声明：所呈交的论文是本人在指导教师指导下独立进行研究工作所取得的成果，论文中有关资料和数据是实事求是的。尽我所知，除文中已经加以标注和致谢外，本论文不包含其他人已经发表或撰写的研究成果，也不包含本人或他人为获得北京航空航天大学或其它教育机构的学位或学历证书而使用过的材料。与我一同工作的同志对研究所做的任何贡献均已在论文中作出了明确的说明。
若有不实之处，本人愿意承担相关法律责任。
学位论文作者签名： ___________________ 日期： 年 月 日
学位论文使用授权书
本人完全同意北京航空航天大学有权使用本学位论文（包括但不限于其印刷版和电子版），使用方式包括但不限于：保留学位论文，按规定向国家有关部门（机构）送交学位论文，以学术交流为目的赠送和交换学位论文，允许学位论文被查阅、借阅和复印，将学位论文的全部或部分内容编入有关数据库进行检索，采用影印、缩印或其他复制手段保存学位论文。
保密学位论文在解密后的使用授权同上。
学位论文作者签名： 日期： 年 月 日
指导教师签名：___________________ 日期： 年 月 日
摘 要
随着医疗技术水平的不断提高，许多常见疾病的诊疗已经形成了一套比较成熟的治疗护理流程，即制度化、规范化的诊疗、护理临床路径。另一方面，各级卫生主管机构及医院对医疗规范化的要求也日益增加。根据卫生部下发的《病历书写基本规范》，要求护理文书书写应遵循客观、真实、准确、及时、完整的原则。而手工护理病历记录缺乏实时监控，记录的随意性比较大，缺项屡屡不断，出院检查时补写时有发生，久而可导致护士工作的不严谨。另外随着医院规模的不断扩大，城镇职工医疗基本保险、农村合作医疗保险和商业保险的不断完善，人们健康意识的不断增强，每年的住院病人量都呈上升趋势，但护士人力却很难做到同比增加，使护士的工作量有了一定的增加，而护理病历书写的要求也在不断的提高，难以做到事前和事中监管，事后也难以对每份出院病历进行系统评价。自2004年至今，航天七三一医院已经建成了以电子病历为核心，多种医疗系统数据整合的医院信息系统已经形成。电子病历结构化、PACS系统、LIS系统与HIS系统的融合为临床路径的推行创造了新的机遇。护理电子病历是将计算机网络技术和信息技术应用于护理记录工作，并以此建立的一种以提高效率、改进质量为目的的信息系统。也是医院信息化建设的重要组成部分。其中包含了HIS系统、PACS系统、LIS系统、电子病历系统等，基本覆盖了病人在医院就诊中的所有环节，但是护理病历的手工编写和处理不规范仍然无法满足现实的需要，因此开发一套完备的护理电子病历系统作为航天七三一医院医疗信息系统的补充是非常重要的。
本文阐述的护理电子病历系统采用C/S架构，数据库采用的是Oracle数据库,以.NET为开发平台,使用C#语言进行开发。论文主要内容包括:阐述护理病历发展的的历史背景,讨论航天七三一医院护理电子病历系统的前景和意义，以及对目前护理病历国内外研究现状和发展趋势进行了简要的介绍。根据分析得出的系统的需求分析,给出了系统详细的总体设计、设计目标及设计原则，最终通过系统编码、系统测试进行技术实现和实施。
通过护理电子病历系统的实施，真正有效的推进护理病历的电子化，通过方便的编辑工具和提供的各种模版，护士通过鼠标就能轻松完成护理记录，极大地提高了护理病历书写效率，将护士从繁重的护理文书书写中解放出来。而且护理病历模板是由临床专家评审认可，在临床护理过程中，普通护士按照预定的模板去填写护理记录，参考护理措施模板，有利于规范护理书写和她们的临床护理行为，客观上既全面收集了病人信息，又减少了医疗事故的发生。再加上病历资料的易改性，大大减少了以往纸张病历撕掉重写等现象，使医院的工作效率大大提高，节约了医疗成本。同时也增加患者对医院护理工作的满意程度。
关键词：信息系统，医疗信息化， 电子病历， 护理电子病历
Abstract
With the continuous improvement of medical technology, many common diseases diagnosis and treatment have formed a set of more mature process, treatment and nursing care of patients with the institutionalization, standardization of diagnosis and treatment, nursing clinical pathway.On the other hand, the health authority at all levels and hospital for medical standard requirements are also increasing.According to the ministry of health issued by the medical record writing basic specification, required nursing documents writing should follow the objective and the principle of true, accurate, timely and complete.And nursing medical records by hand lack of real-time monitoring, recording the randomness is bigger, lack of repeatedly, when we check write up to happen from time to tome, for a long time and can lead to the nurse work is not rigorous.In addition with the continuous expansion of the hospital, the basic medical insurance for urban employees, continuous improvement of the rural cooperative medical insurance and commercial insurance, people health consciousness constantly strengthen, every year, the amount of hospitalized patients is on the rise, but it's hard to do the nurse human rose, make the workload of the nurse had certain increase, the requirement of writing nursing records are also constantly improve, hard to do beforehand and regulation of things, later also difficult to evaluate system of each discharge records.Since 2004, the space has built the 731 hospital electronic medical record as the core, a variety of health care system of hospital information system data integration has been formed.Structured electronic medical records, PACS, LIS system can be integrated with the HIS system to create new opportunities for the implementation of clinical pathway.Nursing electronic medical records is the computer network technology and information technology applied in nursing records, and to establish a kind of to improve efficiency, improve the quality for the purpose of information system.Is also an important part of hospital information construction.Which contains the HIS system, PACS system, LIS system, electronic medical record system, the basic cover all of the patients in the hospital, but the manual writing and processing non-standard nursing records were still unable to meet the needs of reality, thus developing a complete nursing electronic medical record system supplement space 731 hospital medical information system is very important.
In this paper the nursing electronic medical record system USES C/S architecture, database USES is the Oracle database, to. NET as the development platform, using C # language development.Paper main content includes: expounds the historical background, the development of the nursing records about the future of the space the 731 hospital nursing electronic medical record system and meaning, and domestic and foreign research present situation and development trend of the current nursing records was introduced in brief.According to the analysis of system requirement analysis, system overall design, detailed design target is given and the design principles, finally through the system code, system testing, technical implementation and implementation.
Through the implementation of the nursing electronic medical record system, really effective to promote nursing electronic medical records, through convenient editing tools and provide a variety of templates, the nurse, acting through the mouse can easily complete the nursing records, greatly improve the efficiency of nursing records writing, will be liberated from heavy nursing documents writing.And nursing records template is approved by clinical experts, and in the process of clinical nursing, ordinary nurses according to the predetermined template to fill in the nursing records, reference template nursing measures, is conducive to standardize nursing writing and their clinical care, objective comprehensive collection of patient information, and to reduce medical accidents.Coupled with the medical records of easy modification, greatly reducing the phenomenon such as tear to rewrite the paper medical records, make the hospital work efficiency greatly improved, saving medical cost.At the same time also increase the patients to the hospital nursing work satisfaction.
Kye words: Information System, Medical informationization，Electronic medical record，electronic nursing record
目 录
第一章 绪论. 1
1.1 选题背景及意义. 1
1.2 国内外研究现状. 2
1.3 研究的目标及内容. 3
1.4 论文组织结构. 5
第二章 系统需求分析. 7
2.1 业务现状分析. 7
2.2 业务流程分析. 7
2.3 功能需求分析. 10
2.4 非功能需求分析. 12
2.5 本章小结. 14
第三章 系统总体设计. 15
3.1 系统设计原则. 15
3.2 系统逻辑架构设计. 17
3.3 总体功能结构设计. 17
3.4 系统网络拓扑设计. 21
3.5 数据库设计. 23
3.6 本章小结. 36
第四章 系统详细设计. 37
4.1 模板管理模块功能的设计. 37
4.2 病历书写模块的设计. 43
4.3 本章小结. 47
第五章 系统测试. 48
5.1 测试目标. 48
5.2 测试方法. 48
5.3 测试环境. 49
5.4 测试执行. 50
5.4.1 功能测试用例. 50
5.4.2 功能测试结果. 52
5.4.3 性能测试用例. 54
5.4.4 性能测试结果. 55
5.5 测试结论. 55
5.6 本章小结. 56
第六章 系统实施. 57
6.1 实施计划. 57
6.1.1 项目范围. 57
6.1.2 工作流程. 57
6.1.3 工作内容. 58
6.1.4 工作计划. 59
6.1.5 里程碑. 59
6.1.6 培训计划. 59
6.1.7 组织结构. 60
6.2 实施准备. 60
6.2.1 环境准备. 60
6.2.2 数据准备. 61
6.3 系统实施. 61
6.3.1 实施部署. 61
6.3.2 准备上线. 61
6.3.3 上线实施. 61
6.3.4 运行维护. 62
6.3.5 持续优化. 62
6.4 实施效果. 62
6.5 本章小结. 70
总结与展望. 71
参考文献. 72
致 谢. 74
图清单
图 1入院护理流程图... 7
图 2出院护理流程图... 8
图 3护士功能需求用例图... 9
图 4护理部功能用例图... 10
图 5管理员功能用例图... 11
图 6护理电子病历系统架构图... 18
图 7总体功能结构图... 19
图 8模版管理树形结构图... 20
图 9病历书写树状结构图... 21
图 10系统设置树形结构图... 22
图 11网络拓扑图... 23
图 12数据库实体关系图... 26
图 13模版管理类图设计... 39
图 14模版制作序列图... 40
图 15模版制作活动图... 41
图 16模版审核序列图... 42
图 17模版维护活动图... 43
图 18病历书写类图... 45
图 19病历书写时序图... 45
图 20病历解锁序列图... 46
图 21入院评估活动图... 47
图 22护理记录活动图... 48
图 23系统实施流程图... 59
图 24病历解锁功能图... 64
图 25宏管理功能图... 64
图 26护理单对照关系功能图... 65
图 27护理单类型功能图... 65
图 28护理患者列表功能图... 66
图 29简单元素维护功能图... 66
图 30角色权限功能图... 67
图 31角色维护功能图... 67
图 32模板浏览功能图... 68
图 33模板审核功能图... 68
图 34模板授权功能图... 69
图 35模板制作功能图... 69
图 36首页功能图... 70
图 37诊断参数功能图... 70
表清单
表 1数据库常用表说明... 25
表 2患者住院信息表结构字段说明... 27
表 3患者信息表结构字段说明... 28
表 4病历主索引表结构字段说明... 28
表 5数据集表结构字段说明... 29
表 6数据元表结构字段说明... 30
表 7项目类别表结构字段说明... 30
表 8项目类别对照表结构字段说明... 31
表 9病历存储表结构字段说明... 31
表 10病历xml存储表结构字段说明... 31
表 11项目类型表结构字段说明... 31
表 12项目类型对照表结构字段说明... 32
表 13项目xml配置表结构字段说明... 32
表 14数据集2表结构字段说明... 33
表 15生命体征表结构字段说明... 36
表 16测试环境配置表... 50
表 17数据编辑测试用例... 51
表 18信息处理测试用例... 51
表 19数据编辑测试用例结果... 53
表 20信息处理测试用例结果... 54
表 21并发用户性能测试用例... 55
表 22并发用户测试响应时间... 56
表 23测试用例统计表... 56
表 24系统实施工作计划... 60
表 25服务器和客户端配置表... 61
第一章 绪论
1.1 选题背景及意义
近年来,随着医疗事业不断的发展，以病人为中心，有效控制医疗质量，合理利用医疗资源，成为了医院发展的一个重要目标。另外伴随着信息网络和数据库技术的飞速发展推动了医疗信息化；以电子病历为核心，多种医疗系统数据整合的医院信息系统已经形成。电子病历结构化、PACS系统、LIS系统与HIS系统的融合为临床路径的推行创造了新的机遇。护理电子病历是将计算机网络技术和信息技术应用于护理记录工作，并以此建立的一种以提高效率、改进质量为目的的信息系统。也是医院信息化建设的重要组成部分。护理电子病历系统实施后，提供给护士的是一个完整的“护士工作站”子系统，实现护理记录、知识库、检索、查找、统计、资源共享的一体化。
随着医疗技术水平的不断提高，许多常见疾病的诊疗已经形成了一套比较成熟的治疗护理流程，即制度化、规范化的诊疗、护理临床路径。另一方面，各级卫生主管机构及医院对医疗规范化的要求也日益增加。根据卫生部下发的《病历书写基本规范》，要求护理文书书写应遵循客观、真实、准确、及时、完整的原则。而手工护理病历记录缺乏实时监控，记录的随意性比较大，缺项屡屡不断，出院检查时补写时有发生，久而可导致护士工作的不严谨。另外随着医院规模的不断扩大，城镇职工医疗基本保险、农村合作医疗保险和商业保险的不断完善，人们健康意识的不断增强，每年的住院病人量都呈上升趋势，但护士人力却很难做到同比增加，使护士的工作量有了一定的增加，而护理病历书写的要求也在不断的提高，难以做到事前和事中监管，事后也难以对每份出院病历进行系统评价。自2004年至今，航天七三一医院已经建成了以电子病历为核心，相对完善的医院信息系统。其中包含了HIS系统、PACS系统、LIS系统、电子病历系统等，基本覆盖了病人在医院就诊中的所有环节，但是护理病历的手工编写和处理不规范仍然无法满足现实的需要，因此开发一套完备的护理电子病历系统作为航天七三一医院医疗信息系统的补充是非常重要的。
通过护理电子病历系统的实施，真正有效的推进护理病历的电子化，通过方便的编辑工具和提供的各种模版，护士通过鼠标就能轻松完成护理记录，极大地提高了护理病历书写效率，将护士从繁重的护理文书书写中解放出来。而且护理病历模板是由临床专家评审认可，在临床护理过程中，普通护士按照预定的模板去填写护理记录，参考护理措施模板，有利于规范护理书写和她们的临床护理行为，客观上既全面收集了病人信息，又减少了医疗事故的发生。再加上病历资料的易改性，大大减少了以往纸张病历撕掉重写等现象，使医院的工作效率大大提高，节约了医疗成本。同时也增加患者对医院护理工作的满意程度。
1.2 国内外研究现状
由于国外信息技术相对发展较早，故国外将护理病历电子化要早于国内，研究和应用现在基本处于成熟阶段。另外国外的医院在医疗信息化的水平也有着很好的基础，有效的提升了医疗效率，更体现了护理的专业性。另外美国、荷兰、加拿大、澳大利亚等国的基本护理信息数据集已投入使用，开始向着护理电子数据分析的方向发展；而国内的应用才刚刚开始，护理病历电子化在90年代才开始起步，无分析、评估和改进功能。市场上主流的护理电子病历操作系统多数在Widows环境下运行。2002年，有报道采用VB6.0，Access数据库及Excel电子表格编制而成，目前大多用微软SQL Server 2000 大型数据库，使用 B/S构架。随着计算机向微型化、 智能化方向的迅猛发展，多种数据库和信息网络的建立及应用，电子病历的投资力度加大，更有利于病历中信息在不同平台上的交流和共享。这为我们在研发护理电子病历中使用规范的护理记录语言提供了有益的借鉴。另一方面，在电子病历系统中预置可供选择的干预措施，可以提高护士医疗行为及记录的规范性，对于医护行为有指导作用。
1.2.1 国外研究状况
国外电子病历己有近40年的发展历史。1968年，美国Larry Weed博士首次阐述了以问题为导向的医学记录模式，尝试从结构上对传统的医学记录进行改进和优化。从1967年到1982年间，Larry Weed博士得到美国政府的大力资助，开发了著名的POMIS系统，并在美国佛蒙特州立大学的内科和产科病房进行多年的现场应用研究，POMR奠定了现代病历的基础形式，对其后电子病历系统的发展产生了深远的影响。在70 年代，美国已经把计算机应用于护理领域，目的是减轻护理文书书写的负担和提高书写的质量和完整性。在加州，EI Camino医院的护士参与开发第一个综合性医院信息系统，推荐了关于护理计划、文件编制和反馈的完整系统。同时美国率先开始建设临床护理信息系统。迈阿密的约翰逊健康系统将围手术期护理记录纳入电子病历系统中，在围手术期护理记录中使用了统一的护理语言，更体现了护理的专业性。目前，美国、荷兰、加拿大、澳大利亚等国的基本护理信息数据集已投入使用。
1.2.2 国内研究状况
国内护理电子病历的应用体现着护理信息化建设的进步。 最早始于20世纪90年代首先开发的是医嘱处理系统。具有影响力的是1988年石家庄空军医院研制的“微机辅助实施责任制护理”软件，实现责任制护理中“计划护理”。持续发展与推广的是90年代中期投入使用的护士工作站系统，涵盖医嘱处理、护理计划、体征记录、给药管理等功能。之后一些军队医院及江浙、上海等地区发展较快。 解放军白求恩国际和平医院开发的重症护理综合信息系统软件, 规范了对危重患者及其护理干预程度的评价体系。从2002 年起至今，多种形式的护理信息系统应用于护理病历中，如人机对话制定护理计划、电子体温单、单病种护理记录模板、表格式入院评估、安全风险评估、中西医结合整体护理电子病历、患者动态评估信息系统、以临床路径为基础构建电子病历、掌上电脑应用等。总的来说，护理电子病历涵盖的内容越来越广泛，不仅用于临床护理，还为护理管理者进行病历质量控制提供方便，突出智能化、 便捷、操作方便、省时省力等特点；并将信息化数据采集终端延伸到病房 , 为打造数字化医院奠定良好基础。
1.3 研究的目标及内容
为了更好的对护理电子病历系统进行设计与实施，着重从以下几点进行研究和分析，以便达到最好的实施效果。
- 业务流程分析：为了能够形成科学的护理电子病历流程，对航天七三一医院现有的业务流程进行分析整理，找出目前流程中的弊端，然后分析出更加适合目前情景的业务流程。
- 市场调研：通过对同类医院中护理电子病历系统的学习和分析，取长补短，设计出更加符合市场需求也更加符合航天七三一医院现实的护理电子病历系统。
- 专家讨论：护理病历本来就是医学护理界特有的，通过与护理界的专家讨论护理的特点；护理电子病历是利用信息技术进行实施，故同时需要和医院的信息专家讨论具体的技术实施路线。
- 过程管理：制定过程管理的方法，识别护理病历书写的过程，确定护理病历书写的主要过程环节，制定护理病历书写的准备和方法，进行过程的控制，提高护理病历的书写质量（可以从模版制作的过程中体现出来）；同时也能有效的提高护理管理质量。
- UML建模：利用UML建模更直观的反应出护理流程和管理需求，帮助护理人员和软件开发人员更加直观的了解业务流程和沟通需求。
1.3.1 研究目标
着眼于航天七三一医院现有的医疗信息系统，以提高护理人员工作效率、优化医院管理流程为目标建立护理电子病历系统；以规范护理病历记录，体现护理记录的个体化和专业化，提高护理病历质量，实现护理数据的二次利用，为护理科研提供方便为护理电子病历系统的发展目的。
1.3.2 研究内容
对于研究的内容，首先从系统设计上分析，包括：需求分析、系统设计、硬件架构、软件构成、功能结构等方面进行分析，再从系统应用上分析如何将医院的护理电子病历在此信息系统上实现，并最终做到通过此信息系统，可以对所有护理电子病历进行跟踪、统计，从而明确各个患者在医院的治疗情况，最大的方便患者和医生。
（1）需求分析：从业务本身的流程出发，梳理护理电子病历的业务流程；梳理现有的医院信息系统环境，整理出护理电子病历系统上线的功能性需求和非功能性需求。
（2）系统总体设计：根据需求分析的结果，从系统架构、网络架构、数据库架构、功能架构等多个方面，对系统的整体架构进行设计，以满足需求分析的总体设计
（3）系统详细设计：根据需求分析和总体设计的框架，对具体的功能模块进行设计，以满足业务需求和系统本身的功能需求和非功能性需求
（4）系统测试设计：以需求分析中，功能需求和非功能需求为测试目标，设计测试测试方法和测试用例，对系统的功能和非功功能性要求进行测试，以验证系统设计是否满足设计需求。
（5）系统实施设计：从医院的实际情况出发，设计出适合于医院的实施方法、实施流程。
1.4 论文组织结构
本论文总共分为七个章节。
第一章，绪论，主要讨论了选题背景和意义，国内外电子病历系统的研究和使用状况，本课题的研究目的和主要的研究内容等。
第二章，系统需求分析，以航天七三一医院的业务现状为依据，分析了护理电子病历中最重要的业务流程，然后归纳出具体的功能需求进行详细的分析。同时列举了系统必须满足的非动能性需求。
第三章，系统总体设计，系统软件架构设计，根据软件实现逻辑，将软件设计分为四层实现方式，包括：数据层，服务层，应用层和用户层。总体功能结构设计，根据系统的功能需求将系统分成模板管理、病历书写、系统设置和患者浏览几个模板。系统网络拓扑设计，根据护理电子病历系统的实际网络状况设计了网络拓扑。数据库设计，根据系统的业务及数据情况进行了数据库逻辑结构、表结构的设计，并且设计了备份和性能的方案。
第四章，系统详细设计，从系统的软件结构进行了详细的阐述与分析。主要描述了模板管理模块和病历书写模块的设计，从而确立了系统的实现方法。
第五章，系统测试，系统开发完成后，对系统进行了功能测试和性能测试，详细描述了测试目标、方法、环境，最后对测试用例结果进行了总结。
第六章，系统实施，从实际应用的角度出发，详细介绍系统实施计划，实施流程，以及实施效果。然后在系统中，对一个项目进行了具体的操作，生成相应的项目报告，从而验证系统的最终工作效果。
最后是总结与展望。针对系统在实际中的应用情况、以及本课题可能的创新点，进行归纳性的总结。并对个人所完成的工作量进行说明，同时讨论了系统尚存在的不足和需要改进的方向。
第二章 系统需求分析
华歌尔营业系统的需求分析是整个系统设计与实现过程中非常重要的环节，需求分析进行得充分，将为后续的管理人员、开发人员、测试人员、客户和其它项目干系人提供良好的沟通依据。针对营业系统中存在的问题，了解营业系统中各项业务的实际需求，并且根据业务实际运转过程，提炼细化出业务流程，这是系统开发的前提条件，也是系统能否成功开发的关键。
2.1 业务现状分析
目前航天七三一的护理病历采取纸质病历的方式。传统的纸质病历有许多缺点，如:发生霉烂、变质，查找和存取麻烦等。目前护理病历涉及需要填写的内容较多，护理人员的工作效率很低，同时也很容易发生错误；同时护理病历涉及的模板较多在新的护理人员加入时需要经过前期比较长时间的熟悉后才能较好的适应护理工作。纸质单据中的数据不便于汇总进行数据分析，同时纸质单据中的数据无法验证其有效性和真实性。
2.2 业务流程分析
通过对护理业务的研究分析，护士的主要护理工作主要分为三大部分，一部分为入院，还有一个部分是出院，另外一部分是护士在住院期间的根据病人的病情和护理等级进行各种护理活动，并填写相应的护理记录单。我们将能够流程化的入院部分和出院部分绘制出了相关的业务流程图。
护理是病人诊疗过程中一项重要的医疗活动之一，从入院开始，护士就要对病人的体征进行检测，对病人的生理状况进行评估，还肩负着对病人进行健康宣教的责任；在病人进入医院后，根据病人的实际病情开展必要和改善病人病情的护理工作并进行详细的记录，在抢救病人和进行手术或者对病人进行治疗的阶段都要对病人的体征进行检测，同时进行记录，为医生对病人的治疗提供有效支撑；出院后除了要安排好病人出院外，还需要对病人的状况进行评估，并填写好记录，同时还要对病人出院后需要注意的事项进行宣教。护理病历是护士在整个护理活动中的各种记录集。
2.2.1入院护理流程
图 1入院护理流程图
2.2.2 出院护理流程
图 2出院护理流程图
2.3 功能需求分析
通过对护理流程和护理工作的分析，在护理病历的整个环节中，有几个重要的角色，首先是护士，护理病历的核心，主要负责对各种护理活动执行和记录；同时护理模版的制定也都依托于护士的工作基础。护理部作为护士和护理活动的管理部门，需要对护士们制定的模版进行管理、规范和授权。考虑到以后对护理病历进行质控和管理，根据电子病历的功能需求，护理病历也需要是结构化，对于结构化的这些元素也是需要进行维护的，这些维护基本都是由科室护士中的精英们共同维护的。为了完成对病历系统的整体管理和设置，我们还需要系统管理员，对基础的数据进行维护。
2.3.1 护士人员角色功能分析
护士作为护理电子病历系统的核心角色，需要完成各个阶段的护理任务，并且进行详细的记录，就是我们所说的护理病历书写，为了满足各种各样的病历文书书写，护士还需要具备模版维护的功能，根据自己科室的专业特点维护不同的护理病历模版。为了满足护理人员的需求用例图如下所示：
图 3护士功能需求用例图
2.3.2 护理部人员角色功能分析
护理部作为护士的管理部门，需要对各科室制作的模版进行审核，同时对模版进行授权，确保模版应用于正确的科室；在护士进行病理书写的过程中，为了防止在编辑中的病历被其他的人进行编辑而导致错误，我们将每份正在编辑的病历与本地计算机名和用户进行绑定，在编辑完成后如果不能正常保存和关闭，病历将会被锁住无法编辑，对次病历的解锁也是由护理部来完成的，也确保了病历的安全性，护理部的功能需求，如下图所示：
图 4护理部功能用例图
2.3.3 系统管理员角色功能分析
要实现对护理病历的电子化和结构化管理，我们需要对系统中的各种输入的内容，方式还有对于各个角色的权限进行分配，对护理病历的种类进行维护等大量的基础数据维护和系统管理操作，这些功能都属于是系统管理员的范畴。基础数据的维护是为了科室能够根据自己的实际需求更加灵活和方面的对自己的护理病历模版进行设计。系统管理员的功能主要包含了数据模型、权限管理、系统参数和字典维护四个模块；数据模型主要是对护理病历表格中的各种内容进行维护，包括他的属性，值的范围等等的；权限管理，用于区分普通护士、护士长和护理部之间的权限划分，我们通常以组的方式进行划分。系统参数和字典维护主要是对系统中的基本信息，进行数据维护，包含科室啊，病人的一些基本信息，疾病的基本信息等，系统管理员的用例图如下：
图 5管理员功能用例图
2.4 非功能需求分析
航天七三一护理电子病历系统在完成必须的功能需求的同时，也需要考虑客户对于非功能需求的要求。非功能需求一般是客户对于系统的特定要求，并且系统的非功能需求能否满足在一定程度上决定了客户对于系统的满意程度及系统符合客户需求的程度，下面就对系统中重要的非功能需求进行分析。
航天七三一护理电子病历系统除了实现必要的功能性需求外，还需要在不增加护理人员工作量的基础上实现护理病历的电子化实现如下非功能性需求。包括易操作性、系统性能需求、系统安全性需求、可维护性及可扩展性、和兼容性。
2.3.1 易操作性
航天七三一护理电子病历系统界面必须是友好的，简单、易用、美观、使用操作逻辑符合用户使用的习惯和风格使用户不通过学习和培训，能够直接使用该系统，并且不容易发生不可逆转的误操作。系统在设计上采用适合护理人员工作性质的方法为用户提供简单易操纵的平台实现信息数据的传输，最大限度的符合护理人员对于信息系统的操作习惯。
2.3.2 性能需求
一个交易过程可能由几个客户请求和服务器响应组成，从客户发出请求（信息包层或交易层）至他收到最后一个响应的时间就是整体的响应时间。在大量的处理环境中，超过3秒以上的响应时间将会严重影响工作效率，并且影响用户的体验，因此护理电子病历系统通过优化程序算法、采用吞吐量千兆级的路由器、防火墙产品来满足用户的性能需求。航天七三一护理电子病历系统需要对100个并发用户的操作做出快速响应。其中系统登录时间少于2秒；页面提交时间少于3秒；CPU和内存的利用率低于70%。
2.3.3 安全性需求
航天七三一护理电子病历系统在实际的操作中交易数据的完整性、可用性、不可伪造性、不可抵赖性和可用性需求。其中常用的安全技术包括 SSL 数据加密、CFCA 数字证书认证、动态口令技术、基于角色的访问控制机制等。护理电子病历系统对于交易数据采用数字签名技术保证各个方面的安全性。
2.3.4可维护性及可扩展性
系统对Oracle数据定时双备份，不仅便于维护和管理同时也避免了遭受恶意攻击后对数据和平台的及时处理，为增强系统运行安全性提供可靠保障。
航天七三一护理电子病历系统需要具有良好的可扩展性，随着业务的不断发展，肯定有新的业务出现。这里指的是新业务，新产品，新客户，新需求。如果航天七三一护理电子病历系统的护理电子病历业务流程发生变化，例如增加了某一个流程节点或者减少了某一个流程节点，那么系统可以快速的调整模型满足业务的流程需求。
2.3.4兼容性
考虑到航天七三一医院的基础设施建设参差不齐，计算机是每年进行分批购买的，目前的操作系统中各种版本的Windows操作系统，因此在要考虑到能够在多种平台上运行。保证医院在搭建护理电子病历系统的基础之上，不增加医院的硬件成本。
2.5 本章小结
本章首先对航天七三一医院的护理业务现状进行了分析，对护理电子病历系统中的关键业务流程包括入院护理流程和出院护理流程进行了详细的业务流程分析；从而引导出航天七三一医院护理电子病历系统主要的功能需求用例，每个用例都是系统设计必须考虑的参与者，主要包括护士人员角色、护理部人员角色和系统管理员角色。另外阐述了非功能需求的重要性及系统应该具备的非功能性需求。
第三章 系统总体设计
在前一章系统需求分析建立的业务流程、用例功能需求和非功能性需求的基础之上，我们对航天七三一医院护理电子病历系统进行总体上的设计。在本章里，将详细介绍航天七三一医院护理电子病历系统设计的主要部分：系统设计原则、系统逻辑架构设计、系统总体功能结构设计、系统网络拓扑设计、系统数据库设计和系统接口设计等。
3.1 系统设计原则
3.1.1开发原则
航天七三一医院护理电子病历系统，主要是通过系统的上线，实现护理病历的电子化，改变以前护理人员手工书写护理病历的方式，减少护士用于完成各类文书的时间，将护士的时间还给病人，对提高医疗护士质量，提升患者满意度起到一定作用，通过护理文书的电子化，我们能够完成对护理工作的准确分析和评估，对于改进护理质量提供数据支撑。护理病历与医院的其他系统实现有效的对接，能够从护士工作站中直接调出护理病历，并完成护理文书的填写，在护理病历中能够查询到病人的其他相关信息，包括检查结果、图样，检验结果，医生下达的医嘱，病人的体温单等等。因此系统设计的原则如下:
设计灵活的框架从而方便开发，同时满足未来业务和组织革新的要求。
采用统一的数据库平台，保证之间数据的共享。
对于其他系统发送给护理电子病历系统的报文信息采取统一的XML报文格式进行转译，保证后续接口的扩展性；对于护理电子病历系统发送给其他系统的接口，同样采取统一的XML报文格式进行处理，同时尽可能推进其他系统也可以采取统一的报文收发格式。
提供通过模板方式使用，可自定义使用模板，每个病区需要有自己的专用模板；提供所见及所得录入，提供复选框风格单选录入，自动处理不允许同时选择的项目；提供流程化填写，当填写入院评估中的“压疮风险评估”，“疼痛风险评估”时自动生成相关的评估单且进行录入，评估得分自动反馈到入院评估中，且根据分数能够自动选中风险等级。
护理电子病历系统是一个网络环境下的多用户系统，根据系统特点和安全需求，在存储安全、传输安全和处理安全三方面分析安全威胁，制定技术服务措施。最最简单的认证机制口令机制，但口令机制有很多安全脆弱点，最严重的脆弱点是外部泄漏和口令猜测，增加口令认证的错误次数，并且在认证密码错误的时候将错误信息实时的发送短信给当事人，及时发现密码的被盗用；在密码技术的应用中，采用数字签名技术，数字签名是一种基于密码的技术。它使用密码算法对待发的数据(报文、票证等)进行加密处理，生成一段信息，附着在原文上一起发送，这段信息类似现实中的签名或印章，接收方对其进行验证，判断原文真伪。
3.1.2 开发平台选择
Microsoft Visual Studio 2008是由微软公司开发，面向Windows操作系统的一种开发工具，是Microsoft Visual Studio 2008 的全面升级与延续。其进一步整合XML的访问方式、对象及关系型数据，开发语言更加简单，使开发者可以更加高效的开发Windows应用程序。
Microsoft Visual Studio 2008较上一版本提供与展示了很多新的特性，主要如下所述。
（1）、Web开发全面升级：Web设计器提供了强大的CSS编辑器、嵌套母板页与分割视图编辑等，使得Web开发更加简单易操作。
（2）、.NET Framework库源码的浏览：Microsoft Visual Studio 2008提供了有内置的调试器，自动按需调试进入代码，使开发者在调试debug时可直接进入.NET的类库。
（3）、编程语言的改进：Microsoft Visual Studio 2008对C#、VB编译器性能与语言提供了全面的升级与改进。
（4）、进一步支持ASP.NET AJAX和JavaScript智能客户端：Microsoft Visual Studio 2008使AJAX成为.NET 3.5的一部分，吸收并改进了其之前的所有功能。此外，Visual Studio 2008中JavaScript增加了智能提示功能，javascript调试功能等功能。
3.2 系统逻辑架构设计
C/S 架构，即客户机和服务器结构。它是经典的软件体系结构，通过它可以充分利用Client端和Server端硬件环境的优势，将资源和任务合理分配到Client端和Server端，最大程度的降低系统的通讯开销，保证系统具有良好的并发性。但是C/S架构暴漏出越来越多的缺点如业务逻辑的扩展及升级非常不方便、所有的业务逻辑处理过程都放在数据库层实现功能扩展不方便等；采用三层结构，可以使得访问可以隔离在不同的层次之间，安全性的维护与管理都比较容易实现。另外三层结构是一个基于组件的开发模式，中间件一般采用一些组件或对象，每一个业务逻辑都对应一些组件，就像车体和构成车体的若干部件一样，不仅使开发团队化，而且使功能重组非常容易，大大提供生产力。因此从实际业务的需求和系统稳定性的考虑，我们采用C/S结构下的三层构架来进行程序设计。经过前期的工作，我们现将系统架构图展现如图6所示：
图 6护理电子病历系统架构图
3.3 总体功能结构设计
完成了系统体系结构设计，解决了系统中的层次结构，下面将对系统的功能进行描述，功能结构划分主要是根据系统功能定位和方便易用的原则进行设计。通过需求分析，我们可以得出，该系统主要由护理病历系统主要由4个模块组成，其中一个模块主要显示病人的基本信息，这个我们不再单独介绍，另外还包括模版管理、病历书写和系统设置三个模块，其中系统设置主要是由信息部门使用用于维护系统的基础数据，模版管理和病历书写主要应用于护士和护理部。如下图所示：
图 7总体功能结构图
3.3.1 模板管理
模板管理其中主要包含部分的内容，其中一部分是由护士对护理文书的本科室模版进行设计、维护和修改，另外一部分是由护理部使用主要是对全院用的通科模版进行设计和修改，还有就是对科室设计的模版进行授权和审核，具体的功能设计如下：
图 8模版管理树形结构图
3.3.2 病历书写
病历书写包含了护士在日常工作中的主要工作记录集合，包含入院评估、护理记录单、专项护理病历、会诊记录、护理告知书和健康宣教，各种电子文书均采用结构化的设计，关键的数据都存入数据库中，方便以后进行病历质控和统计分析，病历书写的功能属性图，如下图所示：
详细的功能描述有入院评估：
- 提供通过模板方式使用，可自定义使用模板，每个病区需要有自己的专用模板
- 提供所见及所得录入，提供复选框风格单选录入，自动处理不允许同时选择的项目。
- 提供流程化填写，当填写入院评估中的“压疮风险评估”，“疼痛风险评估”时自动生成相关的评估单且进行录入，评估得分自动反馈到入院评估中，且根据分数能够自动选中风险等级。
- 提供支持多级签名
护理记录单：
- 提供表格所见即所得，全结构化，可针对行列单元格结构化设置
- 提供通过模板方式录入，
- 提供可快捷的设置自定义护理项目
- 提供自定义结构化输入法，能够根据数据元的配置设定填写范围。
- 提供共享三测单数据直接生成护理记录，可由护理记录数据直接生成三测单
- 提供结构化数据调取常用内容
- 提供护理小结自动计算出入量
- 提供签名：针对每一行记录支持多级签名、图片签名、数字签名
- 提供支持批量签名和审签，支持签名退回功能
10. 提供编辑权限控制到行，已经签名的行不允许无权限人员编辑
11. 提供追加插入记录，要限制在一定的时间范围内，插入的数据时间自动判断合理性，时间与上下文不符的不允许保存
12. 提供快捷录入批量录入功能
专项护理病历：
- 提供同护理记录表格式结构化录入
- 提供能自动计算分数
- 提供支持多级签名
图 9病历书写树状结构图
3.3.3 系统设置
系统管理模块主要是对系统种所有的基础数据进行维护，主要包括四个方面：数据模型、权限管理、系统参数和字典维护。数据模型主要是对电子文书中的各种输入内容（数据元、数据组、数据集）和其相互之间的关系进行对照维护；权限管理主要为了考虑数据安全和管理的要求，对护士、护士长、护理部管理人员、信息中心工作人员划分不同的权限，建立不同的权限组；参数管理主要是对系统中宏的设定还有疾病字典的维护，将ICD中的疾病字典与我们常用的诊断名称进行对照；字典维护主要是对护理单的类型进行定义，并且将护理单和相关的科室对应起来,系统设置的功能结构图，如下图所示：
图 10系统设置树形结构图
3.3.4 患者浏览
患者浏览主要指患者通过护理电子病历系统进行个人住院情况的浏览，详细的了解患者住院期间的护理工作，做到知情。
3.4 系统网络拓扑设计
航天七三一医院网络拓扑架构是利用先进成熟的网络与通信技术，建设一个技术先进、扩展性强、安全性高的数据中心及主干网络。通过网络系统将航天七三一医院各种PC机、工作站、终端设备和局域网连接起来，并与原有的网络系统、广域网相连，形成结构合理、内外沟通的企业网络系统，并在此基础上建立能满足企业办公、指挥协调和管理需要的软硬件环境，开发各类信息库和应用系统，为集团公司内工作的各类工作人员提供充分的网络信息服务。航天七三一医院目前的主干网络于2011年建成，为三层网络结构，网络结构如下图所示，各个设备间所连接的是各个位置所对应的客户端电脑。
图 11网络拓扑图
3.4.1 安全设计
系统平台对于任何一个系统来说都是核心部分，所有的应用都基于平台进行部署，如何对平台进行规划是保证性能的一个很重要的手段。系统拟采用两台服务器做集群，两台应用服务器之间采用负载均衡的工作方式，在正常的情况下将应用压力平均分布到两台应用服务器上。当其中一台应用服务器出现异常情况时，另外一台应用服务器将会接管已有的应用业务，不影响前台的业务开展。在每台应用服务器上可以设置多个服务进程以充份利用系统硬件资源，以提高系统性能。在WEB服务器的前端可以架设四层交换机，用于WEB服务器的均衡负载，可以很大程度缓解单台服务器的压力，使得每台服务器都可以处于良好的工作状态
3.4.2 局域网的接入
局域网是指建立了公司网络的办公区域，目前公司在全球30多个国家建立了区域办公室，这些办公室通过专用通道(VPN Tunnel)与公司总部相连。并设置在同一域内，相当于是公司内网，属于安全区域，为公司内部各部门用户提供项目管理信息系统的服务。另外，WEB/应用服务器、数据库服务器部署在公司总部。
3.4.3 外网接入
对于信息管理系统的用户来说，有些公司员工在出差途中，或者是外部客户，都有随时需要接入系统的需求，因此公司在全球设立若干个VPN接入点，通过加密的VPN连接，接入到项目管理信息系统。
3.5 数据库设计
3.5.1 设计原则
数据库中的数据是整个系统的核心，数据库的设计直接决定着系统的质量，合理地进行信息建模将直接影响整个数据库系统的运行效能，因此在数据库在设计上必须遵循相应的规范。航天七三一医院护理电子病历系统采用面向对象的分析方法对系统数据库进行需求分析。在保证系统数据的安全性和完整性的前提下，对系统信息数据存取需求和处理方式需求进行分析，从而完善系统的功能。系统数据库的安全性是防止他人采取非法的手段对系统的数据库进行恶意入侵攻击的防御手段。在系统数据库安全上，利用数据库的存取权限的规范设置和提高系统源代码的安全性来阻止系统数据的外泄和注入方式爆破数据库后台[28]。系统数据库的完整性是在遵循系统数据开发范式的基础上，对系统数据的准确相容进行规则约束条件的设定。为此在数据库的设计中，应该遵守如下原则：
1、需要覆盖航天七三一医院护理电子病历系统，严格遵循数据库开发的范式要求，并且保证后期的良好扩展性[29]。
2、航天七三一医院护理电子病历系统通过.NET面向对象语言和oracle的数据库存储访问技术的ADO.NET的数据库连接驱动，保证数据池的最大可用性。
3、对于航天七三一医院护理电子病历系统数据库中涉及到的数据库角色进行合理的区分，对DBA，SYSDBA等用户的密码进行定时更新。
4、用综合的方法组织数据，建立合理的索引，保证尽可能高的访问效率；
5、防止合法用户或非法用户使用数据库时向数据库加入不合语义的数据，对输入到数据库中的数据要有审核和约束机制，保证数据的完整性、安全性和可靠性。
3.5.2 数据库的选择
数据库技术是信息资源管理的最有效手段。目前常用的数据有Access、MS SQL Server、Mysql、DB2、Oracle五种。Access是一种桌面数据库，只适用数据量少的应用。MS SQL Server是基于服务器端的中型的数据库，可以适合大容量数据的应用。MySql短小精悍，是真正多用户多任务的数据库系统。DB2是基于服务器的大型数据库，可以适合大容量数据的应用。Oracle在各方面都比较成熟，用于数据完整性、安全性要求较高的场所，能在所有主流平台上运行，完全支持所有的工业标准。另外目前七三一医院的主要业务系统如电子病历系统、PACS系统、LIS系统与HIS系统均采用Oracle数据库。综合护理电子病历数据库设计和数据的安全性，一致性的要求，根据目前七三一医院数据库系统使用的实际情况，护理电子病历系统使用Oracle 11g做数据库服务器。
3.5.3 逻辑设计
根据对航天七三一医院护理电子病历系统业务数据存储量和处理量的分析，在采用了ORACLE公司的数据库之后，在数据库结构设计上，充分考虑多任务分配和并行录入问题。本系统数据库主要有如下几张表：
表 1数据库常用表说明
|
表名称 |
描述 |
|
APPEMR_PAT_VISIT |
此表包含了患者住院信息 |
|
pat_master_index |
患者信息 |
|
appemr_file_index |
病历主索引 |
|
DATA_SET |
数据集 |
|
DATA_ELEMENT |
数据元 |
|
appemr_item_class |
项目类别 |
|
APPEMR_ITEM_CLASS_VS_DS |
项目类别对照 |
|
appemr_file_text |
病历存储 |
|
APPEMR_FILE_XML |
病历xml |
|
MR_TEMPERATURE_ITEM_DICT |
项目类型 |
|
MR_TEMPERATURE_ITEM_VS_DEPT |
项目类型对照 |
|
MR_TEMPERATURE_WARD_VS_XML |
项目xml配置 |
|
MR_NURSING_RECORD_CONTENT |
数据集2 |
|
VITAL_SIGNS_REC |
生命体征 |
数据库对应的主要实体关系如下图所示：
图 12数据库实体关系图
3.5.4 表设计
对航天七三一医院护理电子病历系统的数据库设计，选取其中一些表的设计进行展示。
患者住院信息表结构如下表所示：
表 2患者住院信息表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_ID |
VARCHAR2(20) |
N |
HIS内部标识病人ID唯一标示 |
|
VISIT_ID |
NUMBER(2) |
N |
次数 |
|
PATIENT_TYPE |
NUMBER(2) |
N |
业务类型1住院2留观 |
|
INP_NO |
VARCHAR2(20) |
Y |
住院号 |
|
VISIT_DATE |
DATE |
Y |
就诊日期 |
|
VISIT_NO |
VARCHAR2(20) |
Y |
就诊号 |
|
DEPT_CODE |
VARCHAR2(20) |
N |
科室代码 |
|
DEPT_NAME |
VARCHAR2(20) |
Y |
科室名称 |
|
WARD_CODE |
VARCHAR2(20) |
N |
护理单元代码 |
|
WARD_NAME |
VARCHAR2(20) |
Y |
护理单元名称 |
|
BED_NO |
VARCHAR2(20) |
N |
床号 |
|
BED_LABLE |
VARCHAR2(20) |
Y |
床标号 |
|
DOCTOR_ID |
VARCHAR2(20) |
Y |
经治医生代码 |
|
DOCTOR_NAME |
VARCHAR2(20) |
Y |
经治医生名字 |
|
PARENT_DOCTOR_ID |
VARCHAR2(20) |
Y |
上级工号 |
|
PARENT_DOCTOR_NAME |
VARCHAR2(20) |
Y |
上级名字 |
|
SUPER_DOCTOR_ID |
VARCHAR2(20) |
Y |
主任工号 |
|
SUPER_DOCTOR_NAME |
VARCHAR2(20) |
Y |
主任名字 |
|
REQUEST_DATE_TIME |
DATE |
Y |
接诊时间 |
|
STATUS |
VARCHAR2(1) |
Y |
病历状态0在用，1提交 |
|
ADMISSION_DATE_TIME |
DATE |
Y |
入院日期及时间 |
|
WARD_DATE_TIME |
DATE |
Y |
入科日期及时间 |
|
DISCHARGE_DATE_TIME |
DATE |
Y |
出院日期 |
|
DISCHARGE_DEPT_CODE |
VARCHAR2(20) |
Y |
出院科室代码 |
|
DISCHARGE_DEPT_NAME |
VARCHAR2(20) |
Y |
出院科室名称 |
|
DISCHARGE_WARD_CODE |
VARCHAR2(20) |
Y |
出院护理单元代码 |
|
DISCHARGE_WARD_NAME |
VARCHAR2(20) |
Y |
出院护理单元名称 |
|
PAT_CONDITION |
VARCHAR2(20) |
Y |
入院情况(危、急、一般) |
|
PATIENT_CLASS |
VARCHAR2(20) |
Y |
途径(门诊、急诊、转院) |
|
DIAGNOSIS |
VARCHAR2(80) |
Y |
主要诊断 |
|
DIAGNOSIS_CODE |
VARCHAR2(80) |
Y |
主要诊断代码 |
|
BODY_WEIGHT |
NUMBER(6,1) |
Y |
入院体重 |
|
BODY_HEIGHT |
NUMBER(6,1) |
Y |
身高 |
|
INP_SERIAL_NO |
VARCHAR2(20) |
Y |
住院流水号 |
患者信息表结构字段说明如下表所示：
表 3患者信息表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_ID |
VARCHAR2(20) |
N |
病人标识号 |
|
INP_NO |
VARCHAR2(10) |
Y |
住院号 |
|
NAME |
VARCHAR2(40) |
Y |
姓名 |
|
SEX |
VARCHAR2(4) |
Y |
性别 |
|
DATE_OF_BIRTH |
DATE |
Y |
出生日期 |
|
BIRTH_PLACE |
VARCHAR2(6) |
Y |
出生地 |
|
CITIZENSHIP |
VARCHAR2(2) |
Y |
国籍 |
|
NATION |
VARCHAR2(10) |
Y |
民族 |
|
ID_NO |
VARCHAR2(18) |
Y |
身份证号 |
|
NATIVE_PLACE |
VARCHAR2(6) |
Y |
籍贯 |
|
MARITAL_STATUS |
VARCHAR2(8) |
Y |
婚姻状况 |
|
OCCUPATION |
VARCHAR2(40) |
Y |
职业代码 |
|
OCCUPATION_NAME |
VARCHAR2(100) |
Y |
职业名称 |
病历主索引表结构字段说明如下表所示：
表 4病历主索引表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_ID |
VARCHAR2(20) |
N |
病人ID |
|
VISIT_ID |
NUMBER(2) |
N |
次数 |
|
PATIENT_TYPE |
NUMBER(2) |
N |
业务类型1住院2留观 |
|
FILE_NO |
NUMBER(4) |
N |
文件序号 |
|
FILE_NAME |
VARCHAR2(16) |
Y |
文件名 |
|
FILE_ORDER |
NUMBER |
Y |
病程病历排列序号 |
|
TOPIC |
VARCHAR2(40) |
Y |
主题 |
|
CREATOR_ID |
VARCHAR2(16) |
Y |
创建者ID |
|
CREATOR_NAME |
VARCHAR2(20) |
Y |
创建者姓名 |
|
CREATE_DISPLAY_DATE_TIME |
DATE |
Y |
病程显示在病历上的创建时间 |
|
CREATE_DATE_TIME |
DATE |
Y |
创建时间 |
|
FILE_ATTR |
VARCHAR2(3) |
Y |
病历类别:A住院志/B病程记录/C会诊记录/T知情文件/R其它记录/H体征库/S症状库/Z知识库 |
|
PRINT_FLAG |
VARCHAR2(1) |
Y |
打印标志，用于病程续打 |
|
MR_CODE |
VARCHAR2(12) |
Y |
病历模板编码 |
|
FILE_FLAG |
VARCHAR2(1) |
Y |
病历签名等级T－未签名 1－经治签名 2－上级签名 3－主任签名 |
|
DISPLAY_PAPER_DATETIME |
DATE |
Y |
经治医生签名的时间(显示在病历中的时间) |
|
PAPER_DATETIME |
DATE |
Y |
经治医生签名的时间 |
|
PAPER_ID |
VARCHAR2(20) |
Y |
经治医生签名人 |
|
PAPER_NAME |
VARCHAR2(20) |
Y |
经治医生签名姓名 |
|
DISPLAY_PARENT_DATETIME |
DATE |
Y |
上级医生签名的时间(显示在病历中的时间) |
|
PARENT_DATETIME |
DATE |
Y |
上级医生签名的时间 |
|
PARENT_ID |
VARCHAR2(20) |
Y |
上级医生签名帐号 |
|
PARENT_NAME |
VARCHAR2(20) |
Y |
上级医生签名姓名 |
|
DISPLAY_SUPER_DATETIME |
DATE |
Y |
主任医生签名的时间(显示在病历中的时间) |
|
SUPER_DATETIME |
DATE |
Y |
主任医生签名时间 |
|
SUPER_ID |
VARCHAR2(20) |
Y |
主任医生签名帐号 |
|
SUPER_NAME |
VARCHAR2(20) |
Y |
主任医生签名姓名 |
|
APP_NO |
VARCHAR2(20) |
Y |
申请单序号,包括:会诊记录\检查检验记录编号 |
|
LAST_MODIFY_DATE_TIME |
DATE |
Y |
最后修改日期 |
|
FILE_MODIFY_DATE_TIME |
DATE |
Y |
修改日期 |
|
STUDY_DOCTOR_ID |
VARCHAR2(20) |
Y |
实习医生ID |
|
STUDY_DOCTOR_NAME |
VARCHAR2(50) |
Y |
实习医生姓名 |
数据集表结构字段说明如下表所示：
表 5数据集表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
VERSION |
VARCHAR2(20) |
N |
版本 |
|
DS_CODE |
VARCHAR2(20) |
N |
数据集标识符 |
|
DS_NAME |
VARCHAR2(40) |
N |
数据集名称 |
|
DS_CLASS |
VARCHAR2(40) |
N |
数据集分类 |
|
DS_PUBLISHER |
VARCHAR2(100) |
Y |
数据集发布方 |
|
KEY_WORD |
VARCHAR2(100) |
Y |
关键词 |
|
DS_LANGUAGE |
VARCHAR2(40) |
Y |
数据集语种 |
|
DS_SUMMARY |
VARCHAR2(400) |
Y |
数据集摘要 |
|
IS_GROUP |
NUMBER(1) |
N |
分组标志 |
|
TITLE_FORMAT |
NUMBER(1) |
Y |
标题格式，1格式一、标题在第一行，时间在第二行，包括（首程、转科记录、交接班记录、抢救记录、阶段小结、输血病程、会诊病程、抗菌病程、术前、术后）2格式二、时间在第一行，标题在第二行 0格式三、时间+标题在第一行，包括（病程、查房记录） |
数据元表结构字段说明如下表所示：
表 6数据元表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
VERSION |
VARCHAR2(20) |
N |
版本 |
|
DE_CODE |
VARCHAR2(20) |
N |
数据元代码 |
|
DE_NAME |
VARCHAR2(80) |
N |
数据元名称 |
|
DEFINITION |
VARCHAR2(200) |
N |
定义 |
|
DATA_TYPE |
VARCHAR2(10) |
N |
数据类型 |
|
FORMAT |
VARCHAR2(80) |
N |
表示格式 |
|
CODOMAIN |
VARCHAR2(200) |
Y |
数据元允许值 |
|
INPUT_STYLE |
VARCHAR2(10) |
N |
输入类型 |
|
SYSTEM_INDICATOR |
NUMBER(1) |
N |
系统标志 |
|
DEFAULT_VALUE |
VARCHAR2(20) |
Y |
默认值SYSDATE为当前时间，其它值内容则直接写回 |
|
REFRESH_DE_CODE |
VARCHAR2(20) |
Y |
返回刷新数据元的，关联模板元素使用 |
|
JOINED_DS_CODE |
VARCHAR2(20) |
Y |
数据集代码,关联模板元素使用 |
|
JOINED_MR_CODE |
VARCHAR2(20) |
Y |
模板编码，关联模板元素使用 |
项目类别表结构字段说明如下表所示：
表 7项目类别表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_TYPE |
NUMBER(2) |
N |
业务类型1住院2留观 |
|
CODE |
VARCHAR2(20) |
N |
类别编码 |
|
NAME |
VARCHAR2(100) |
N |
名称 |
|
ICO_NAME |
VARCHAR2(100) |
Y |
图标 |
|
EDIT_MODE |
VARCHAR2(100) |
Y |
编辑方式(病程、非病程、检查、检验、医嘱、处方、处置、报表) |
|
STATUS |
NUMBER(1) |
Y |
启用状态1启用 |
|
SERIAL_NO |
NUMBER(5) |
Y |
序号 |
|
EMR_ROLE_TYPE |
NUMBER(1) |
Y |
病历角色类型，0医生文书，1护理文书，默认为0 |
|
FILE_NAME |
VARCHAR2(40) |
Y |
文件名 |
|
FORM_ID |
VARCHAR2(120) |
Y |
窗体ID |
|
WIN_OPEN_MODE |
NUMBER(1) |
Y |
窗体打开方式0窗体内打开，1弹出打开 |
|
WIN_PARAMETER |
VARCHAR2(255) |
Y |
窗口传入参数,多个参数以;分隔 |
项目类别对照表字段说明如下表所示：
表 8项目类别对照表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_TYPE |
NUMBER(2) |
N |
业务类型1住院2留观 |
|
MR_ITEM_CLASS_CODE |
VARCHAR2(8) |
N |
类别编码 |
|
DS_CODE |
VARCHAR2(20) |
N |
数据集编码 |
|
SERIAL_NO |
NUMBER(2) |
Y |
数据集序号 |
|
VERSION |
VARCHAR2(20) |
Y |
数据集版本号 |
病历存储表结构字段说明如下表所示：
表 9病历存储表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_ID |
VARCHAR2(20) |
N |
病人ID |
|
VISIT_ID |
NUMBER(2) |
N |
次数 |
|
PATIENT_TYPE |
NUMBER(2) |
N |
业务类型1住院2留观 |
|
FILE_NAME |
VARCHAR2(12) |
N |
文件号 |
|
FILE_TEXT |
BLOB |
Y |
文件文本内容 |
病历XML存储表结构字段说明如下表所示：
表 10病历xml存储表结构字段说明
|
字段名 |
类型 |
非空属性 |
|
|
字段含义 |
|
PATIENT_ID |
VARCHAR2(20) |
N |
|
|
病人ID |
|
VISIT_ID |
NUMBER(2) |
N |
|
|
次数 |
|
PATIENT_TYPE |
NUMBER(2) |
N |
|
|
业务类型1住院2留观 |
|
FILE_NAME |
VARCHAR2(12) |
N |
|
|
文件号 |
|
FILE_XML |
SYS.XMLTYPE |
Y |
|
|
|
项目类型表结构字段说明如下表所示：
表 11项目类型表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
ITEM_CODE |
VARCHAR2(4) |
N |
项目编码 |
|
ITEM_NAME |
VARCHAR2(16) |
Y |
项目编码 |
|
ITEM_UNIT |
VARCHAR2(10) |
Y |
项目单位 |
|
ATTRIBUTE |
VARCHAR2(8) |
Y |
曲线附表标志 0 画点 1 直接写值 3 写事件 |
|
NODE_NAME |
VARCHAR2(20) |
Y |
节点名称 |
|
SERIAL_NO |
NUMBER(2) |
Y |
SERIAL_NO |
|
CODOMAIN |
VARCHAR2(20) |
Y |
值域代码 |
|
ENABLE |
NUMBER(1) |
Y |
启用标志 |
|
MEMO |
VARCHAR2(200) |
Y |
备注 |
|
SHOW_ON_CHART |
NUMBER(1) |
Y |
是否在体温图上显示 |
|
CLASS_CODE |
VARCHAR2(1) |
Y |
护理类别代码 NURSE_TEMPERATURE_CLASS_DICT |
|
ITEM_TYPE |
VARCHAR2(1) |
Y |
项目类型 0:生命体征 1:入量 2:出量 3:其它计量 4.护理事件 |
|
VALUE_TYPE |
VARCHAR2(1) |
Y |
取值类型0: 字符型 1:数值型 |
|
VALUE_SCOPE |
VARCHAR2(200) |
Y |
取值范围 |
|
CAN_MANAGE |
VARCHAR2(1) |
Y |
维护体温单数据时 是否显示该字段 1 可以维护 |
|
SHOW_ORDER |
NUMBER |
Y |
|
|
EVENT_TIME_FORMAT |
VARCHAR2(20) |
Y |
显示事件时 如果空直接显示事件名称 如果不空按格式在事件名称下显示时间 |
|
TAIL_TYPE |
NUMBER |
Y |
尾栏类型 0 汇总 1 单项 2 双项 3 呼吸 4 灌肠 |
|
PARAMETER_NAME |
VARCHAR2(20) |
Y |
固定参数名 |
|
MULTI_VALUE_DISPLAY |
VARCHAR2(10) |
Y |
如果同一时间点录取多个值，显示第几次的值，1显示第一次 0最后一条 |
|
EVENT_POSITION |
NUMBER |
Y |
事件位置 1在42度位置 2在35度位置 |
|
SUM_ITEM_CODE |
VARCHAR2(4) |
Y |
此项目用于那一项的汇总 |
|
PARENT_NODE_NAME |
NVARCHAR2(20) |
Y |
|
|
SHOW_WIDTH |
NUMBER(4) |
Y |
列宽 |
项目类型对照表结构字段说明如下表所示：
表 12项目类型对照表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
ITEM_CODE |
VARCHAR2(4) |
N |
|
|
DEPT_CODE |
VARCHAR2(8) |
N |
|
|
MEMO |
VARCHAR2(50) |
Y |
|
|
PATIENT_ID |
VARCHAR2(50) |
Y |
|
|
VISIT_ID |
NUMBER(3) |
Y |
|
项目XML配置表结构字段说明如下表所示：
表 13项目xml配置表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
WARD_CODE |
VARCHAR2(20) |
N |
|
|
XML |
SYS.XMLTYPE |
Y |
|
数据集2表结构字段说明如下表所示：
表 14数据集2表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_ID |
VARCHAR2(16) |
N |
非空 iD |
|
VISIT_ID |
NUMBER(2) |
N |
非空 标识 |
|
TYPE_ID |
VARCHAR2(20) |
N |
区分不同类别的记录单 类型 |
|
RECORD_DATE |
DATE |
N |
日期 |
|
COL1 |
VARCHAR2(20) |
Y |
体温 |
|
COL2 |
VARCHAR2(20) |
Y |
脉搏 |
|
COL3 |
VARCHAR2(20) |
Y |
呼吸 |
|
COL4 |
VARCHAR2(20) |
Y |
血压 |
|
COL5 |
VARCHAR2(20) |
Y |
血杨饱和度 |
|
COL6 |
VARCHAR2(20) |
Y |
疼痛等级分级 |
|
COL7 |
VARCHAR2(200) |
Y |
日常能力评估 |
|
COL8 |
VARCHAR2(20) |
Y |
心理社会 |
|
COL9 |
VARCHAR2(20) |
Y |
瞳孔大小左 |
|
COL10 |
VARCHAR2(20) |
Y |
瞳孔大小右 |
|
COL11 |
VARCHAR2(20) |
Y |
瞳孔光反应左 |
|
COL12 |
VARCHAR2(20) |
Y |
瞳孔光反应右 |
|
COL13 |
VARCHAR2(20) |
Y |
肌力左(上) |
|
COL14 |
VARCHAR2(20) |
Y |
肌力左(下) |
|
COL15 |
VARCHAR2(20) |
Y |
肌力右(上) |
|
COL16 |
VARCHAR2(20) |
Y |
肌力右(下) |
|
COL17 |
VARCHAR2(20) |
Y |
意识 |
|
COL18 |
VARCHAR2(200) |
Y |
皮肤 |
|
COL19 |
VARCHAR2(200) |
Y |
管路护理 |
|
COL20 |
VARCHAR2(200) |
Y |
伤口辅料 |
|
ROW_COUNT |
NUMBER(3) |
Y |
该记录打印时占多少行 |
|
PRINT_FLG |
NUMBER(1) |
Y |
1: 打印; 其它:没打印 |
|
PAGE_BREAK |
NUMBER(1) |
Y |
支持未满一页换页的情况 |
|
ROW_INDEX |
NUMBER(2) |
N |
行索引 |
|
COL36 |
VARCHAR2(2000) |
Y |
导管滑脱危险因素评估 |
|
COL23 |
VARCHAR2(200) |
Y |
出量名称 |
|
COL21 |
VARCHAR2(200) |
Y |
入量名称 |
|
COL24 |
VARCHAR2(200) |
Y |
出量单位 |
|
COL25 |
VARCHAR2(200) |
Y |
出量颜色 |
|
COL40 |
VARCHAR2(2000) |
Y |
预防导管滑脱措施 |
|
NURSE_SYS_NAME |
VARCHAR2(20) |
Y |
用户名 中文明 |
|
COL38 |
VARCHAR2(200) |
Y |
braden压疮评估 |
|
COL27 |
VARCHAR2(20) |
Y |
体位 |
|
COL28 |
VARCHAR2(20) |
Y |
吸氧 |
|
COL29 |
VARCHAR2(200) |
Y |
处置 |
|
COL30 |
VARCHAR2(200) |
Y |
基础护理 |
|
COL31 |
VARCHAR2(200) |
Y |
健康教育 |
|
COL32 |
VARCHAR2(2000) |
Y |
其他观察以及措施 |
|
COL33 |
VARCHAR2(2000) |
Y |
预防压疮措施 |
|
COL34 |
VARCHAR2(20) |
Y |
查房教学护士 |
|
COL35 |
VARCHAR2(200) |
Y |
护理问题 |
|
COL37 |
VARCHAR2(200) |
Y |
预防跌倒/坠床措施 |
|
COL39 |
VARCHAR2(200) |
Y |
跌倒/坠床危险因素评估 |
|
COL41 |
VARCHAR2(200) |
Y |
护理评价 |
|
COL42 |
VARCHAR2(200) |
Y |
查房护士长 |
|
COL43 |
VARCHAR2(200) |
Y |
住院号 |
|
COL44 |
VARCHAR2(200) |
Y |
患者姓名 |
|
COL46 |
VARCHAR2(200) |
Y |
床号 |
|
COL47 |
VARCHAR2(20) |
Y |
X线片，cT 片等 |
|
COL48 |
VARCHAR2(20) |
Y |
腹带 |
|
COL49 |
VARCHAR2(2000) |
Y |
药品 |
|
COL50 |
VARCHAR2(20) |
Y |
耗材 |
|
NURSE_SYS_USER_NAME |
VARCHAR2(20) |
Y |
用户名 工号 |
|
COL51 |
VARCHAR2(200) |
Y |
护理评价时间 |
|
COL22 |
VARCHAR2(200) |
Y |
入量单位 |
|
COL52 |
VARCHAR2(200) |
Y |
病情评估与观察 |
|
COL53 |
VARCHAR2(20) |
Y |
MEWS |
|
COL54 |
VARCHAR2(20) |
Y |
护理评价护士签名 |
|
COL55 |
VARCHAR2(200) |
Y |
专科护理 |
|
COL56 |
VARCHAR2(200) |
Y |
列56 |
|
COL57 |
VARCHAR2(200) |
Y |
列57 |
|
COL58 |
VARCHAR2(200) |
Y |
列58 |
|
COL59 |
VARCHAR2(200) |
Y |
列59 |
|
COL60 |
VARCHAR2(200) |
Y |
列60 |
|
COL61 |
VARCHAR2(200) |
Y |
护理文件 |
|
COL62 |
VARCHAR2(200) |
Y |
列61 |
|
COL63 |
VARCHAR2(200) |
Y |
列62 |
|
COL64 |
VARCHAR2(200) |
Y |
药物治疗 |
|
COL65 |
VARCHAR2(200) |
Y |
列65 |
|
NURSING_RECORD_DATE |
DATE |
Y |
记录时间，只在记录的第一行写入 |
|
NURSING_RECORD_NAME |
VARCHAR2(20) |
Y |
记录人，只在记录的第一行写入 |
|
AUDIT_NURSE_USER_NAME |
VARCHAR2(20) |
Y |
审核人 |
|
CREATE_TIMESTAMP |
TIMESTAMP(6) |
Y |
|
|
UPDATE_TIMESTAMP |
TIMESTAMP(6) |
Y |
更新时间戳 |
|
DEPT_CODE |
VARCHAR2(10) |
Y |
科室代码 |
|
CREATE_NURSE_ID |
VARCHAR2(20) |
Y |
创建护士 |
|
CREATE_DATETIME |
DATE |
Y |
创建时间 |
|
SIGN_NURSE_ID |
VARCHAR2(20) |
Y |
填写护士签名 |
|
SIGN_NURSE_DATETIME |
DATE |
Y |
填写护士签名时间 |
|
SIGN_PARENT_ID |
VARCHAR2(20) |
Y |
上级护士签名 |
|
SIGN_PARENT_DATETIME |
DATE |
Y |
上级护士签名时间 |
|
SIGN_SUPER_ID |
VARCHAR2(20) |
Y |
主任护士签名 |
|
SIGN_SUPER_DATETIME |
DATE |
Y |
主任护士签名时间 |
|
ROW_GUID |
VARCHAR2(40) |
N |
行索引 |
|
FILE_NO |
NUMBER(4) |
N |
文件序号 |
|
SIGNATURE_NO |
NUMBER(8) |
Y |
|
|
SYS_CREATE_DATETIME |
DATE |
Y |
表格行创建时系统时间 |
|
RECORD_TIME |
DATE |
Y |
时间 |
|
COL26 |
NVARCHAR2(200) |
Y |
COL26 |
|
COL87 |
VARCHAR2(200) |
Y |
伤口辅料 |
|
COL66 |
VARCHAR2(200) |
Y |
|
生命体征表结构字段说明如下表所示：
表 15生命体征表结构字段说明
|
字段名 |
类型 |
非空属性 |
字段含义 |
|
PATIENT_ID |
VARCHAR2(20) |
Y |
病人标识号 |
|
VISIT_ID |
NUMBER(2) |
Y |
病人本次住院标识 |
|
RECORDING_DATE |
DATE |
Y |
记录日期 |
|
TIME_POINT |
DATE |
Y |
时间点 |
|
VITAL_SIGNS |
VARCHAR2(16) |
Y |
记录项目 |
|
VITAL_SIGNS_VALUES |
NUMBER(6,2) |
Y |
项目数值 |
|
UNITS |
VARCHAR2(8) |
Y |
项目单位 |
|
CLASS_CODE |
VARCHAR2(1) |
Y |
项目类别 |
|
VITAL_CODE |
VARCHAR2(4) |
Y |
项目编码 |
|
VITAL_SIGNS_CVALUES |
VARCHAR2(60) |
Y |
项目数值 |
|
WARD_CODE |
VARCHAR2(8) |
Y |
病房代码 |
|
NURSE |
VARCHAR2(16) |
Y |
记录护士 |
|
CREATE_TIMESTAMP |
TIMESTAMP(6) |
Y |
|
|
UPDATE_TIMESTAMP |
TIMESTAMP(6) |
Y |
更新时间戳 |
|
MEMO |
VARCHAR2(200) |
Y |
|
3.5.5 备份及性能设计
为了实现网络安全性能目标，除了两台服务器在物理空间上的互相备份外，数据库存储划分应充分考虑到数据的安全性及性能因素，采用RAID 5方式来组织磁盘阵列，RAID 5的方式可以平衡各磁盘间的接口访问，提供较佳的接口读写能力。同时对于生产的数据实时通过Oracle数据库的Oracle DataGuard技术进行同步的备份。
对于数据存储方面，将数据库的系统空间分布于特定的物理磁盘中，与存储实际数据的物理磁盘分开，以提高数据读写的效率。再者，数据库的数据空间按其用途可分为数据专用空间及索引专用空间两类，在数据存放的时个各自单独开辟空间段专门存放，避免数据与索引的交错分布，进一步提高读写的效率，避免因接口读写引发的系统性能问题。
对关键的业务表进行分区存放即引用分区表技术，从数据规律和使用规律上将数据分割开来，可以使得前端能够快速定位，以此可以很大程度上提高性能。
3.6 本章小结
本章详细分析了系统的体系架构、功能结构、网络拓扑、数据库设计方案，提出了系统的总体建设思路。本章对于系统设计的描述是系统需求分析的细化，也是详细设计和实现的基础和依据。
第四章 系统详细设计
在第二章系统需求分析和系统总体设计的基础上，我们对下一步进行的整个航天七三一医院护理电子病历系统的详细设计与实现有了基础和方向。在本章里，我们将详细介绍系统设计的主要模块：模板管理模块和病历书写模块。
4.1 模板管理模块功能的设计
模板管理模块是整个航天七三一医院护理电子病历系统的的重点模块，下面将对其详细设计和实现情况进行论述。在功能设计方面，从静态和动态方面分析功能的活动图和时序图，为系统的实现奠定基础。
4.1.1 功能说明
模板管理是航天七三一医院护理电子病历系统的核心子系统，包括模板制作、模板浏览、模板审核、模板授权、模板维护和数据维护等功能。模板管理是为病历书写做准备，模板管理分为制作模板、保存、提交、审核。审核后的模板归类到可用模板树中。
模版维护，由护士进行模版的创建，再由护理部对模版的内容进行审核，经过审核的护理模版才能够在护理病历中进行使用，根据业务的实际需求，我们发现模版维护需要对系统使用者的权限进行判断，还需要获取科室信息，同时还需要获取中的各类基本元素，也成为临床数据集，其中包含了病人的体征等数据。
4.1.2 类图设计
图 13模版管理类图设计
4.1.3 模板制作序列图
图 14模版制作序列图
4.1.4 模板制作活动图
模板管理的活动图描述如何新建一个数据模板。具体的活动图如下图所示：
图 15模版制作活动图
4.1.5 模板审核序列图
图 16模版审核序列图
4.1.6 模板维护活动图
模板维护修改是对模板的维护与修改，其具体的活动图如下图所示：
图 17模版维护活动图
4.2 病历书写模块的设计
病历书写包含了护士在日常工作中的主要工作记录集合，均采用结构化的设计，关键的数据都存入数据库中，方便以后进行病历质控和统计分析。
4.2.1 功能说明
病历书写模块主要包含入院评估、护理记录单、专项护理病历、会诊记录、护理告知书和健康宣教，各种电子文书等功能。
病历书写，是争对患者的，需要把护理的模版变成患者的护理记录集，因为除了护理模版所包含的内容外，病历书写的类中还应当包含患者信息和护理记录集。
4.2.2 病历书写模块类图
图 18病历书写类图
4.2.3 病历书写时序图
病历书写：病历书写首先需要选择病人，然后根据病人的信息检索其相关的护理病历信息，在新的病历编写时会先检索本科室的所有病历模版，选择了病历模版后再填写病历的内容。
图 19病历书写时序图
4.2.4 病历解锁时序图
病历解锁：由护士长进行操作，首先就是权限判断，然后根据患者的ID信息查找出患者被锁定的病历最后进行解锁，其具体的设计如下图：
图 20病历解锁序列图
4.2.5入院评估活动图
入院评估是病历书写中的一个子功能，主要对病人的入院进行评估护理便利的书写，然后判断是否需要住院。其活动图如下图所示：
图 21入院评估活动图
4.2.6 护理记录活动图
图 22护理记录活动图
4.3 本章小结
本章根据系统方案设计架构，具体描述了航天七三一医院护理电子病历的开发与实现。并具体对模板管理模块和病历书写模块进行了详细设计说明，分析了各个模块的功能和活动图，并简要描述了系统实现的方法。
第五章 系统测试
本章是对已完成的航天七三一护理电子病历系统进行测试，从而验证系统应有的功能是否全部实现和系统的运行是否稳定，确保最终交付的系统满足用户需求并且遵循系统设计，验证系统实现的正确性。本系统功能测试主要测试各个核心模块的功能实现以及各模块之间的链接。性能测试主要包括连接速度测试、负载测试及压力测试等。通过测试，可以及时发现系统存在的不足并及时改正。
5.1 测试目标
航天七三一医院护理电子病历系统测试目的就是希望在开发及使用过程中发现护理电子病历系统潜在的各种错误和缺陷。根据航天七三一医院护理电子病历系统开发的各阶段精心设计测试用例，并利用这些用例来对程序进行全面仔细的测试，以便尽早发现错误，尽快解决问题[21]。根据在系统需求分析中的要求，本系统的测试目标是：
- 系统功能操作界面符合设计预期，有友好的操作流程及方式。
- 并发处理量符合下述要求：CPU和Memery达到合理值前提下，并发处理量和具体的硬件有关，但在合理的并发处理量前提下，业务执行过程的成功率应该要保证在99.9%~100%之间。本测试场景要求测试客户达到100个并发/秒；平台服务器达到200个并发/秒处理。
- 系统上所有处理器都忙于执行非空闲线程的平均时间的百分比，规定合理取值为<=85%系统内存
- 上述前提下，服务层及平台服务层不应该存在内存泄漏、资源死锁等情况。
5.2 测试方法
系统测试计划应该贯穿于整个系统软件设计和开发中，其中系统测试计划主要分为的单元测试、组合测试、确认测试、系统测试以及用户验收测试五个测试模块[20]。
单元测试又称模块测试或程序测试。单元测试是软件开发者编写的一小段代码，是对一个很小的、很明确的功能代码进行检验。通常，一个细小的单元测试是只用于判断某个特定条件下某个特定的函数。例如，程序中对一个字符串中删除匹配某种模式的子字符串，然后确认单元测试确定主字符串不再包含这个子字符。
组合测试也称集成测试，通常是以已经通过单元测试的模块作为测试对象，而不是对零碎的单个功能模块进行测试。组合测试一般分为向下测试和自底向上测试两种测试方法。在保证错误检出率的前提下，组合测试能使用较少的测试用例便可测试整个系统。
确认测试又称有效性测试。在模拟运行环境下，运用黑盒测试的方法，测试被测软件是否满足要求需求规格说明书中的要求。软件开发在通过集成测试之后，软件已经可以开始运行，确认测试也可以开始工作。在软件需求规格说明书明确规定的功能模块，就是软件确认测试的基础。其测试是从使用者角度为出发点测试。
系统测试是整个系统（包括软件、硬件、运行环境等）所有元素结合一起后，对整个系统进行组装测试、确认测试。系统测试目的主要是验证系统是否满足了需求规格的定义，是否满足用户的使用需求。对于与需求规格不符或与之矛盾的地方，提出更加完善的方案，对整个系统进行进一步完善。系统测试发现的问题必须进行改正。系统测试主要采用黑盒测试的方法对整个需求文档进行测试。
验收测试在系统测试完成后进行。在实际的应用环境的使用真实的测试数据进行详细的测试，以用户的使用为主进行测试。验收测试最为系统上线前的最后一个测试，其唯一目的是确保软件已经准备就绪，可以交付用户进行使用。实施验收测试的常用策略主要分为正式验收、非正式验收、Beta 测试三种。由于验收测试是对软件产品投入实际应用前最后一次质量检验，所以须尤为重视，尤为仔细。
5.3 测试环境
测试环境的搭建需要充分考虑测试的目的和测试用例，要尽量满足测试设备的容量和性能要求。
表 16测试环境配置表
|
服务器 |
型号 |
配置 |
操作系统/软件 |
|
服务器 |
IBM System x3650 M |
E5-2650 V2 8C 2.6GHz, 8*8GB, M5110e Raid 0,1, 4*1T-SAS， DVD刻录， 2*750W HS 四口千兆网卡 |
Window 2003 Advanced Server Tomcat5.0 |
|
数据库服务器 |
IBM System x3650 M |
E5-2650 V2 8C 2.6GHz, 8*8GB, M5110e Raid 0,1, 4*1T-SAS， DVD刻录， 2*750W HS 四口千兆网卡 |
Linux Oracle11g |
|
客户端 |
PC机 |
CPU：2*2.4GHz 内存：4G 硬盘：500G 光驱：52X 网卡：1000M以太网 |
Windows 7 IE8 |
5.4 测试执行
测试用例是为某个系统功能验证而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。测试设计和开发的类型以及所需的资源主要都受控于测试用例；由此可见，测试用例在整个测试过程中是非常重要的。航天七三一电子病历系统的测试主要有单元测试、功能测试、性能测试、集成测试、回归测试及客户验收测试。本文主要对功能测试和性能测试做论述。
5.4.1用户登录及权限功能测试
用户登录及权限管理是航天七三一电子病历系统最基础的功能，用来保护系统不被无操作权限或者密码错误的人员登陆系统进行非法交易和操作。
表 17用户登录测试用例
|
编号 |
测试内容 |
测试方法 |
期望结果 |
测试结果 |
|
01 |
输入正确的用户名和密码 |
执行登陆命令 |
成功进入系统 |
成功 |
|
02 |
输入正确的用户名和错误密码 |
执行登陆命令 |
输入的用户名或密码错误 |
成功 |
|
03 |
输入错误的用户名和正确密码 |
执行登陆命令 |
输入的用户名或密码错误 |
成功 |
|
04 |
输入错误密码次数过多 |
执行登陆命令 |
提示锁定 |
成功 |
|
05 |
执行测试人员应有权限 |
执行相应操作 |
成功进行交易后续操作 |
成功 |
|
06 |
执行测试人员应禁止权限 |
执行相应操作 |
禁止交易 |
成功 |
|
|
|
|
|
|
5.4.2模板管理功能测试
模板管理是航天七三一医院护理电子病历系统的核心子系统，包括模板制作、模板浏览、模板审核、模板授权、模板维护和数据维护等功能。模板管理是为病历书写做准备，模板管理分为制作模板、保存、提交、审核。审核后的模板归类到可用模板树中。
表 18模板管理测试用例
|
编号 |
测试内容 |
测试方法 |
期望结果 |
测试结果 |
|
01 |
点击模板新增 |
执行操作 |
正确显示页面 |
成功 |
|
02 |
输入错误模板名称 |
执行操作 |
报错 |
成功 |
|
03 |
输入错误生效日期 |
执行操作 |
报错 |
成功 |
|
04 |
选择科室不符合规定 |
执行操作 |
报错 |
成功 |
|
05 |
选择医生不符合规定 |
执行操作 |
报错 |
成功 |
|
06 |
重用护理电子病历主题 |
执行操作 |
正确显示页面 |
成功 |
|
07 |
编辑护理电子病历模板 |
执行操作 |
正确编辑 |
成功 |
|
08 |
正确运用底层组件进行病历模板组装 |
执行操作 |
正确组装 |
成功 |
|
09 |
格式插入功能 |
执行操作 |
正确插入 |
成功 |
|
10 |
段落插入功能 |
执行操作 |
正确插入 |
成功 |
|
11 |
表格插入功能 |
执行操作 |
正确插入 |
成功 |
|
12 |
保存新制作模板 |
执行操作 |
保存成功 |
成功 |
|
13 |
提交新制作模板 |
执行操作 |
提交成功 |
成功 |
|
14 |
查询需要审核的模板输入错误条件 |
执行操作 |
查询失败 |
成功 |
|
15 |
查询需要审核的模板输入正确条件 |
执行操作 |
查询成功 |
成功 |
|
16 |
退回不符合的模板 |
执行操作 |
正确退回 |
成功 |
|
|
|
|
|
|
|
|
|
|
|
|
5.4.3病历书写功能测试
病历书写模块主要包含入院评估、护理记录单、专项护理病历、会诊记录、护理告知书和健康宣教，各种电子文书等功能。
病历书写，是争对患者的，需要把护理的模版变成患者的护理记录集，因为除了护理模版所包含的内容外，病历书写的类中还应当包含患者信息和护理记录集。
表 18病历书写测试用例
|
编号 |
测试内容 |
测试方法 |
期望结果 |
测试结果 |
|
01 |
选择正确的病历模板 |
执行操作 |
成功 |
成功 |
|
02 |
输入错误病人证件 |
执行操作 |
报错 |
成功 |
|
03 |
输入非法日期 |
执行操作 |
报错 |
成功 |
|
04 |
输入非法年龄 |
执行操作 |
报错 |
成功 |
|
05 |
输入备注长度超限 |
执行操作 |
报错，提示长度过长 |
成功 |
|
06 |
编写急诊留观病历 |
执行操作 |
成功 |
成功 |
|
07 |
编写住院病历 |
执行操作 |
成功 |
成功 |
|
08 |
编写护理记录 |
执行操作 |
成功 |
成功 |
|
09 |
编写专项护理记录 |
执行操作 |
成功 |
成功 |
|
10 |
编写入院记录 |
执行操作 |
成功 |
成功 |
|
11 |
编写出院记录 |
执行操作 |
成功 |
成功 |
|
12 |
编写知情文件 |
执行操作 |
成功 |
成功 |
|
13 |
选择患者列表 |
执行操作 |
成功 |
成功 |
5.4.4入院评估功能测试
入院评估是病历书写中的一个子功能，主要对病人的入院进行评估护理便利的书写，然后判断是否需要住院。
表 19数据编辑测试用例结果
|
编号 |
测试内容 |
测试方法 |
期望结果 |
测试结果 |
|
01 |
输入错误病人证件 |
执行操作 |
报错 |
成功 |
|
02 |
输入非法日期 |
执行操作 |
报错 |
成功 |
|
03 |
登记正确的过敏史 |
执行操作 |
成功 |
成功 |
|
04 |
登记饮食 |
执行操作 |
成功 |
成功 |
|
05 |
登记生命体征 |
执行操作 |
成功 |
成功 |
|
06 |
输入非法年龄 |
执行操作 |
报错 |
成功 |
|
07 |
输入备注长度超限 |
执行操作 |
报错，提示长度过长 |
成功 |
|
08 |
选择正确入院方式 |
执行操作 |
成功 |
成功 |
|
09 |
选择正确生活环境 |
执行操作 |
成功 |
成功 |
5.4.5护理记录功能测试
护理记录主要是护士或者护士长对病人的护理记录进行登记和维护。
表 20信息处理测试用例结果
|
编号 |
测试内容 |
测试方法 |
期望结果 |
测试结果 |
|
01 |
输入错误病人证件 |
执行操作 |
报错 |
成功 |
|
02 |
输入非法日期 |
执行操作 |
报错 |
成功 |
|
03 |
添加护理记录 |
执行操作 |
成功 |
成功 |
|
04 |
删除护理记录 |
执行操作 |
成功 |
成功 |
|
05 |
修改护理记录 |
执行操作 |
成功 |
成功 |
5.4.6 性能测试用例
性能测试的内容是通过多个用户并发业务，从而测试系统的性能。针对护理电子病历系统，对病历书写模块进行性能测试。采用压力测试工具tSung进行测试，分别模拟20、60、80、140、200和300个虚拟用户并发操作方法是优先进行操作数据的模拟，进行大量的查询操作及插入操作。
表 21并发用户性能测试用例
|
测试项目名称：航天七三一电子病历系统 |
||
|
测试项目标题：并发用户性能测试 |
测试人员：
|
测试时间：
|
|
测试内容：测试内容是通过多个用户并发业务，从而测试系统的性能 |
||
|
测试环境与系统配置：详见章节6.3 |
||
|
测试次数：多次 |
||
|
预期结果：通过使用用户的实际感受确认 |
||
|
测试过程： 通过增加系统用户，有20个用户增加值60，在80，在140，直至200甚至超过系统的并发量300从而验证系统的性能。 |
||
5.4.7 性能测试结果
在测试条件设置完毕后，运行tSung测试进程得到的测试结果为：查询交易请求响应的时间均值最高为4秒，符合预期。事实上最长的一个响应大约6秒。通过以分析可以看出虚拟的并发用户在运行时间8分30秒时达到了300个并发的数量级别，此时选取的抽样查询交易脚本各个页面的响应时间也相继达到了峰值，但是响应时间基本维持在6秒内，满足标准的性能需求，符合需求设定的目标。测试结果如23所示：
表 22并发用户测试响应时间
|
用户数 |
20并发用户 |
60并发用户 |
80并发用户 |
140并发用户 |
140并发用户 |
300并发用户 |
|
平均响应时间 |
0.9秒 |
2.3秒 |
4.1秒 |
5秒 |
5.4 |
6 |
5.5 测试结论
本系统测试一共设计了300个测试用例，以上列出的只是功能测试和性能测试的部分内容。在所有300个测试用例中，其中有5个测试用例设计错误，在对测试用例的评审时没有发现。在其余295个测试用例的测试过程中没有发现主要的或严重的缺陷，其中发现的缺陷情况如表16所示：
表 23测试用例统计表
|
缺陷类型 |
缺陷数量 |
处理意见 |
|
表面缺陷 |
5 |
容易修改，修改后进行回归测试检查 |
|
主要缺陷 |
1 |
虽然是主要缺陷，但不涉及其他功能，修改后进行再检查并做回归测试 |
|
严重缺陷 |
0 |
|
通过系统测试，全面测试了系统的功能点，并对发现的缺陷进行了修改，修改后进行了回归。在测试过程中，针对测试中发现的问题，生成故障报告，以记录故障发现的时间和错误的具体描述，便于开发人员进行查找问题，争取尽快解决。开发人员对于缺陷的解决情况记录在故障报告中，以便进行测试分析。
经过对测试结果的分析，系统中严重的功能性错误已基本修改完成，剩下的都是不影响系统正常运行的问题，在功能上基本能达到系统的要求。在性能上当用户数达到300时资源占用比率较大，但在用户及压力持续增加时会慢慢进行释放，并且系统响应时间在需求范围之内。结合以上各方面，系统很好地实现了功能需求，满足了用户界面的要求，达到了系统预期 的易用性、稳定性、安全性与可扩展性等目标
5.6 本章小结
本章描述了航天七三一医院护理电子病历系统测试的目标和方法，在搭建测试环境和准备了相应的测试工具后，对系统的功能和性能进行了全面的测试。对于功能测试，主要从三个方面进行了设计，即数据编辑，数据显示和数据存储。对于性能测试，是在多用户环境下进行负载测试和压力测试。本章的功能和性能测试是保证系统可以正常上线的前提。
第六章 系统实施
在航天七三一医院护理电子病历系统进行实施的过程中，需要首先定义明确的工作目标、实施范围和工作进度，以最短的时间、最小的投入来实现实施结果。
6.1 实施计划
航天七三一医院护理电子病历系统系统的实施是面向整个医院的各个部门的信息化过程，需要涉及到多个部门的参与和配合，特别是IT管理部门和售前技术支持部门等。在实施过程中，需要将目标进行分解、细化、分析，提出全面方案，同时要将操作过程规范化。
6.1.1 项目范围
本项目是为了提供一套管理信息系统，同时项目实施完成后，本系统实施人员提交的交付物还包括：(a) 航天七三一医院护理电子病历系统设备安装图；(b) 航天七三一医院护理电子病历系统设备及系统原理图；(c) 航天七三一医院护理电子病历系统安装手册；(d) 航天七三一医院护理电子病历系统使用说明书；(e) 航天七三一医院护理电子病历系统维修、保养手册；(f) 航天七三一医院护理电子病历系统制造、安装标准和技术规范。
6.1.2 工作流程
航天七三一医院护理电子病历系统系统的实施流程要求规范准确，为此在每个实施过程中，需要详细记录项目文档
图 23系统实施流程图
6.1.3 工作内容
航天七三一医院护理电子病历系统实施计划包括：航天七三一医院护理电子病历系统实施范围、航天七三一医院护理电子病历系统实施的详细进度、航天七三一医院护理电子病历系统实施的费用预算、航天七三一医院护理电子病历系统人力资源预算、合理定义里程碑、航天七三一医院护理电子病历系统定义最后的工作成果，加强实施过程中的控制机制等。制定实施进度、人力资源和成本计划；并监控进度计划。
6.1.4 工作计划
整个实施过程分为四个阶段，现场勘查、航天七三一医院护理电子病历系统方案设计、航天七三一医院护理电子病历系统实施和航天七三一医院护理电子病历系统项目验收。每个阶段对会定义相应的里程碑作为进度检查的标尺。
表 24系统实施工作计划
|
工作任务 |
里程碑 |
工作时间 |
责任人 |
|
现场勘查 |
|
|
|
|
硬件设备采购 |
现场具备安装条件 |
2 周 |
|
|
方案设计 |
|
|
|
|
数据准备 |
|
1周 |
|
|
网络地址规划 |
|
1周 |
|
|
方案设计 |
方案讨论并通过 |
1周 |
|
|
系统实施 |
|
|
|
|
安装 |
|
1周 |
|
|
培训 |
|
8周 |
|
|
系统初始化 |
|
1周 |
|
|
数据导入 |
|
0.5周 |
|
|
系统试运行及验证 |
|
3周 |
|
|
系统修改 |
|
1周 |
|
|
可定制报表及查询 |
|
2周 |
|
|
系统实施完成 |
系统上线 |
2周 |
|
|
项目验收 |
|
|
|
|
系统试运行 |
|
4周 |
|
|
验收完成 |
系统验收 |
1周 |
|
6.1.5 里程碑
为保证航天七三一医院护理电子病历系统在规定的时间内完成，必须对航天七三一医院护理电子病历系统实施过程进行有效的控制，对于一些比较重要的时间节点定义为里程碑。在上述时间计划中，每个阶段的最后一项为本阶段的里程碑。在系统实施中，要以里程碑为阶段目标，努力在预计时间内达到目标。
6.1.6 培训计划
在航天七三一医院护理电子病历系统实施交付阶段，所有操作人员将通过培训掌握实施解决方案中提供的业务流程，了解各个岗位的具体操作办法和软件的操作流程。培训分为课堂培训和现场培训。
6.1.7 组织结构
在航天七三一医院护理电子病历系统系统实施过程中，采用项目经理负责制，由开发经理负责技术开发工作，测试经理负责整个系统的功能和性能测试工作。
6.2 实施准备
6.2.1 环境准备
由于航天七三一医院护理电子病历系统信息平台实现模式为C/S结构模式，在实施时对环境配置上则分为服务器端和客户端环境的配置。
航天七三一医院护理电子病历系统的服务器采用Linux平台，服务器操作系统采用Linux (64bit)，数据库采用Oracle 11g，数据接口采用ADO.NET，应用服务器采用BEA WebLogic，航天七三一医院护理电子病历系统拟采用的服务器、客户端配置如表18所示：
表 25服务器和客户端配置表
|
配置 |
配置说明 |
单位 |
数量 |
|
服务器 |
IBM System x3650 M E5-2650 V2 8C 2.6GHz, 8*8GB, M5110e Raid 0,1, 4*1T-SAS， DVD刻录， 2*750W HS 四口千兆网卡 |
台 |
2 |
|
服务器操作系统 |
linux (64bit) |
套 |
1 |
|
数据库 |
Oracle 11.1 Standard and Enterprise Edition |
套 |
1 |
|
数据库服务器 |
IBM System x3650 M E5-2650 V2 8C 2.6GHz, 8*8GB, M5110e Raid 0,1, 4*1T-SAS， DVD刻录， 2*750W HS 四口千兆网卡 |
台 |
2 |
|
客户端 |
类别：办公室电脑 CPU数量：2 CPU频率(MHz):1800 内存：4GB 硬盘：1×250GB |
台 |
若干 |
基于未来系统的负载考虑，在硬件配置上，把应用服务器与数据库服务器配置在不同服务器上，为了安全，并将他们的主备布置在不同地点。
6.2.2 数据准备
在航天七三一医院护理电子病历系统环境搭建完成后，数据准备尤其是第三方数据接入标准需要规范调整。通过信息中心提供的数据类型与标准，需要做好与成熟稳定的第三方软件的数据接口工作，才能确保项目信息数据的完整性。需要准备的基础数据包括：护士信息、医生信息、其它医务人员信息、原病人信息和原护理电子病历的导入及录入。
6.3 系统实施
6.3.1 实施部署
本阶段目标是确保该项目按照项目计划和设计方案进行实现和部署，此阶段包含如下工作内容:（1）航天七三一医院护理电子病历系统环境搭建（2）航天七三一医院护理电子病历系统制定实施方案（3）航天七三一医院护理电子病历系统数据准备（4）用户培训（5）航天七三一医院护理电子病历系统上线
部署实施阶段的主要交付件:（1）航天七三一医院护理电子病历系统实施计划（2）航天七三一医院护理电子病历系统配置（3）航天七三一医院护理电子病历系统数据配置（4）航天七三一医院护理电子病历系统验收.
6.3.2 准备上线
本阶段目标：确保上线系统为一个符合期望的、稳定可靠的系统；以及确保上线的周边支持资源就绪。此阶段包含如下主要工作内容:（1）正式生产环境就绪测试(网络环境、主机、中间件、数据库、终端、应用系统)（2）航天七三一医院护理电子病历系统数据准备确认（3）航天七三一医院护理电子病历系统封板（4）资源安排，确认相关工作安排。
6.3.3 上线实施
本阶段目标：平滑稳定地切换系统。此阶段包含如下主要工作内容:（1）航天七三一医院护理电子病历系统业务和性能检查（2）航天七三一医院护理电子病历系统风险应付（3）航天七三一医院护理电子病历系统问题修正（4）航天七三一医院护理电子病历系统调优（5）航天七三一医院护理电子病历系统运行过程中的业务和技术支持。
本阶段项目实施的支撑工具包括:（1）航天七三一医院护理电子病历系统上线实施报告模板（2）航天七三一医院护理电子病历系统问题报告模板。
上线阶段的主要交付件:（1）航天七三一医院护理电子病历系统上线实施报告（2）航天七三一医院护理电子病历系统上线问题报告。
6.3.4 运行维护
本阶段目标：提供主动定期的运维服务；提供问题的快速响应运维服务阶段包含如下主要工作内容:（1）航天七三一医院护理电子病历系统定期主动报告业务运行情况（2）航天七三一医院护理电子病历系统定期主动检查生产环境（3）航天七三一医院护理电子病历系统问题发现与及时处理。
本阶段项目实施的支撑工具包括:（1）航天七三一医院护理电子病历系统业务运行报告模板（2）航天七三一医院护理电子病历系统环境检查模板（3）航天七三一医院护理电子病历系统问题报告模板。
运行服务阶段的主要交付件:（1）航天七三一医院护理电子病历系统巡检报告（2）航天七三一医院护理电子病历系统问题统计报告（3）航天七三一医院护理电子病历系统业务运行报告。
6.3.5 持续优化
本阶段目标是检查与业务蓝图的匹配度，持续优化和改进系统。此阶段包含如下主要工作内容:（1）航天七三一医院护理电子病历系统投资回报评估（2）航天七三一医院护理电子病历系统性能分析与优化（3）航天七三一医院护理电子病历系统业务流程的持续优化（4）航天七三一医院护理电子病历系统功能的持续优化
本阶段项目实施的支撑工具包括:（1）投资回报计算模型（2）性能监测工具
持续优化阶段的主要交付件:（1）航天七三一医院护理电子病历系统投资回报评估报告（2）航天七三一医院护理电子病历系统变更报告
6.4 实施效果
在本节中对于系统实施中一些主要的截图功能进行介绍。
图 24病历解锁功能图
图 25宏管理功能图
图 26护理单对照关系功能图
图 27护理单类型功能图
图 28护理患者列表功能图
图 29简单元素维护功能图
图 30角色权限功能图
图 31角色维护功能图
图 32模板浏览功能图
图 33模板审核功能图
图 34模板授权功能图
图 35模板制作功能图
图 36首页功能图
图 37诊断参数功能图
6.5 本章小结
本章是对航天七三一医院护理电子病历系统系统的实施进行了说明，首先是对航天七三一医院护理电子病历系统系统实施的计划准备做了详尽的描述，定义了航天七三一医院护理电子病历系统实施的范围、目标、时间、里程碑等。然后进行了航天七三一医院护理电子病历系统系统实施的部署，包括航天七三一医院护理电子病历系统系统准备，上线实施，运行维护，持续优化等。然后以一个真实的客户项目实施到系统中，对于最终的实施效果进行了展示。
总结与展望
本课题设计之初就是为了实现一套综合系统，将项目中的时间、人员、成本、风险、事件、报告等等所有项目信息全部通过此系统进行管理，最终实现项目管理的标准化，项目执行的可控化，项目检查的透明化。
本人在系统的设计与实现阶段主要完成了以下工作：
(1)需求分析：在职能科室的配合下，完成对护理工作整个环节的梳理；通过在医院护士固定工作站与移动工作站的观察了解具体的工作流程，通过询问护士长和护士了解目前病历填写中的问题，获取护理电子病历系统需要的核心功能及辅助功能，确定系统的模块功能。
(2)总体设计、概要设计：通过了解和分析航天七三一医院现有系统的部署情况确定护理电子病历系统的部署及实施规范，进行系统概要的设计，然后将需求分析得来的信息转化为软件的具体流程和设计方向，将总体设计拆解为多个功能模块，并且完成详细设计说明书。
(3)系统测试：设计测试用例，协调各科室护士进行系统的测试，用于验证是否满足需求；对系统的非功能性需求进行测试，验证是否满足非功能性需求。
本课题的创新点在于采用了最新的数据库架构体系，以及灵活的软件架构，使得在项目运转中的大量数据得到了规范的管理和分类。可以根据公司不同管理层的需求生成相应的报告，对于公司进行相应的战略调整提供准确的依据。
在此次设计过程中，我深刻体会到掌握一定计算机基础知识对做好计算机类毕业设计的重要性。设计初期，由于不熟悉软件设计及数据库设计的相关知识，花费了不少的时间和精力。
随着护理电子病历系统的投入使用，将有越来越多的信息被沉淀、更新，因此，如何有效利用这些信息将是后期的一个研究重点。为此，研究利用分类和聚类技术来提供知识的管理将是一个重点，也是一个难点。对于提供系统智能性、为决策者提供富有建设意义的决策支持，是本系统延展应用的亮点和挑战。
参考文献
[1] 刘婷,减渝梨.临床护理信息系统的现状与发展[J].解放军护理杂志,2009(26)
[2] 钱桂香.护理信息化建设现状与发展趋势[J1.中国护理管理,2008(8)
[3] 杨丽娜，李榕彬.护理电子病历常见问题分析及对策[J].护理研究，2009(23)
[4] 韩瑶芳.护理电子病历记录中的缺陷分析及管理对策[JI.临床医学，2009(29)
[5] 王玲勉,孙娟,薛晓英.移动护士工作站在临床护理工作中的开发与应用[J].中华护理杂志,2006(41)
[6] 陈黎明. 基于护理电子病历的临床决策支持系统的设计与应用[J].中华护理杂志,2014(9)
[7] 章雅杰.护理电子病历书写效率调查分析[J]. 中华护理杂志,2008(3)
[8] 刘涛.电子病历系统的分析与设计[D].北京邮电大学.2012
[9] 主福洋.电子病历系统的设计与实现[D]. 电子科技大学.2013
[10] 周玉婉.电子病历系统设计及病历交换[D]. 重庆大学.2005
[11] 刘乃丽.精通ASP.NET2.0+SQLServer 2005项目开发.[M].北京：人民邮电出版社, 2007：100～150.
[12] 易向东，陈蓓，万英编著.C#程序员开发指南[M].北京：北京希望电子出版社，2006:212～232.
[13] 内格尔，伊夫杰，格林等.C#高级编程（第四版）[M].李敏波.北京：清华大学出版社，2006:80～100.
[14] JSP网站建设实录 温明等编著 红旗出版社/北京希望电子出版社2005年2月
[15] 网站开发新动力用JSP轻松开发Web网站（第二版） 李秀敏 刘杰 魏志宏/编著 科学出版社 2006年1月
[16] Craig Larman．UML与模式应用．机械工业出版社，2005：74~10
[17] 申远. 基于身份的密钥管理方案研究[D].河南大学.2009
[18] 王永涛. 基于身份的密码体制的密钥管理方案研究[D]. 西华大学.2007
[19] 郭靖,王营冠. 基于openssl的CA认证及SSL加密通信[J]. 现代电子技术.2012(03)
[20] 陈军,段辉良. 基于OpenSSL的PKI数字证书系统实现模板的设计[J].网络安全与应用.2006(12)
[21] 胡春燕.数据库AES加密在电子病历系统中的应用研究[D].湖南大学.2012
[22] 肖辉,张芳.医院信息安全体系的构建[J].中国医疗设备。2015(01)
[23] 郑重.数字签名在电子病历系统中的应用研究和实现[D].解放军总医院进修学院.2005
[24] Mare Doyle. Promoting standardized nursing language using an eleetroic medieal reeord system . AORNJournal，2006(83)
[25] ScottOaks著:Java安全.中国电力出版社.2002
[26] BlakeDournaee:XML安全基础，清华大学出版社.2003
[27] 常晓波、杨剑锋译:安全体系结构的设计、部署与操作.清华大学出版社
[28] Ken Toyoda:Standalization and seeurity for the EMR,International Journal of Medieal Informaties.1998
[29] Andrew Nash,Wi11iam Duane,Celia Joseph,and Derek Brink:PKI:ImPlementing and Managing E-Seeurity,RSA Press. 2001.
[30] Daniel J. Gebhardt. Energy-efficient Design of An Asynchronous Network-on-chip，2011
[31] TUCS Reasearch Group Software Construction Laboratory. A Toolkit for Manipulating UML,2002
[32] Danijel Radoševi，Melita Kozina，Božidar Kli[1]ek. Comparison between UML and Generator Application Scripting Model，2005
致 谢
北航的学习生涯即将告一段落，毕竟也确曾脚踏实地的一步步走来，有很多值得我一生珍藏的记忆。在将近三年的学习中，我收获了许多许多，既有专业知识的成长，如流程重组，IT服务管理，企业供应链和电子商务，更有“为什么说先进文化应该是包容的文化”，“如何理解文化的民族性和开放性的关系”，多少次聆听令我久久思索，仿佛开启了尘封多年的一扇扇门窗。在此，特别感谢软件学院的所有老师，包括我的导师，如诸多老师一样，他严谨的治学作风和诲人不倦的崇高精神令我钦佩，在论文指导中对我们的丝丝入微的指导，在答辩中严谨认真的态度，使我从他的身上学到了许多专业知识和敬业的态度。
对于软件学院的所有任课老师、班主任老师、教学助理老师，我衷心表示我的感谢，感谢他们在我的整个学习过程中，无论在学习、思想，以及做人等方面都给我做了一次较大的洗礼！
同时，也感谢与我共同学习和共同成长了三年的同学们！
衷心感谢你们！
