基于JSP的网上处方跟踪系统doc.doc

基于JSP的网上处方跟踪系统【实用文档】doc
文档可直接使用可编辑，欢迎下载

长沙理工大学
《软件工程综合课程设计》报告

基于JSP的网上处方跟踪系统

专业:软件工程
班级：
姓名：
报告日期：2０16年6月3０日

目录
1 背景与意义ﻩ
1。1 背景与现状
１。2　趋势与前景ﻩ
1。3　工作基础、条件与优势
2 需求分析ﻩ
２.1　功能与性能需求
2.2 其它需求
3 内容和目标
３.１ 主要内容
3.2 预期目标ﻩ
4 技术路线
4.１　总体功能
4。2 运行平台具
4。2.1 网络环境ﻩ
4．2.2　设备情况
4.2。３ 支撑软件ﻩ
4。3　程序语言与开发工具
4.4 关键技术ﻩ
5 进度计划
６ 条件、假定和限制ﻩ
7 系统设计与原型ＵI（或系统设计与实现）
7．1 数据库表设计
７.2 关键算法与实现技术
7。3 主要原型UI（或主要功能实现）ﻩ
7．4 测试方案与测试用例
7。５　安装与运行情况
７.5。１ 安装与配置
7。5.2 运行情况图
８ 总结ﻩ
参考文献ﻩ
附件：主要功能的源代码
1　背景与意义
1。1 背景与现状
随着互联网不断的发展，计算机已经深入到了各行各业，计算机不再局限于对科学技术的研究，当今时代,计算机可以决解大部分的具体问题,而且有利于人们的控制,这大大方便了人们的需求。当今的中小型医院中一般还没有全面采用信息技术来进行管理，所以建议一套计算机辅助经营管理系统是必不可少的。
本系统是专门为处方专门设计的,我们知道，传统的记录使用手工的方式来记录数据，但是如果用手工的方式记录数据，如果数据量很大，那么结果往往就很容易出错;而且,随着时间的积累，数据变得越来越多,且容易丢失，传统的手工管理极大的浪费了人力和财力，不能满足医师和医院之间的需求。ﻩ总的来说，使用一个高效率的系统来处理这些繁杂的流程是必须的，所以我们有必要建立一个处方跟踪系统来处理这一系列的问题,让医师可以通过系统方便的记录病史症状，开处方，查阅历史处方,保存。通过这样，这些数据能被即使、准确、有效的处理。这不仅可以提高工作效率还可以确保信息的安全和准确。
1。2 趋势与前景
目前,国内的大多数医院均不同程度的将计算机技术应用于医院管理.该系统对软件没有太高的要求，市场上已存在各式各样的软件足以满足各方面的要求.但是不同软件之间由于需求的不一致或者是根据不同的政策标准难以实现软件统一化，现在医疗行业飞速发展，国家政策不断的推陈出新也使软件的开发出现多样化，模块的多样化造成了维护原有系统上的困难，传统的软件业务有的已经也不符合当今的要求，所以开发一款符合当今社会需求的软件是有必要的。
１。3 工作基础、条件和优势
（1）技术可行性
该系统对软件没有太高的要求，但是开发人员必须具有该软件开发的专业知识，已经开发过相关的医学管理系统，在熟悉业务的情况下进行开发，完善更多的功能业务。
（2）经济可行性
该软件的开发成本较低，在有前人开发的经验中开发风险小，系统投入运行后会给医院带来可观的经济效益：一方面提高了工作效率，增加了市场竞争力。另一方面，所需要的人员减少也提高了经济效益.
(3)人才设备可行性
对于针对医疗行业软件开发的人员是相当多的，在设备方面同样比较容易进行，所以在人才设备上是可行的。
2　需求分析
２。１ 功能和性能需求
功能需求：
处方管理系统的构建是以医师处方为中心，实时录入病人信息,开处方，生成处方，进行数据的统计，简化了传统处方信息处理的过程。本系统的重点是跟踪处方的信息数据并处理数据，处理数据时相关的数据对象有如下有以下：
（1）系统跟踪每位顾客的以下信息:
ﻩ顾客姓名、电话号码、出生日期、承保公司、保险号、处方历史记录
(2）每位顾客的服药史将记录下列每次处方信息：
ﻩ由药房给出的唯一的处方ＩD 号、处方开出的药物、开处方的医生姓名和电话号码、处方日期、处方终止日期、有效购药次数、配药“单位”数量(此处的“单位”可能是片、匙和毫升等-—-见后面关于药品的讨论）、如果有其它替代品,是否可以向顾客提供替代品。
（３）对于药房存货的每种药品，系统应跟踪的如下：
ﻩ药品名称,药品“单位”（片、匙和毫升等）,哪些其它药品可以作为另一种这种药品的替代品，服用药品可能引起的副作用。
（４)系统所支持的查询功能：
服药史，即给定顾客的所有处方历史记录—根据顾客的要求提供的报告，某种给定药品的副作用报告，随处方一起提供某种给定药品的可替换药品列表一份给定处方是否还有购药许可:即，是否还可以凭处方购药,以及处方是否已经过期。
性能需求：
ﻩ(１)时间特性要求
ﻩ服务器启动时间不超过1分钟;系统响应时间：用户在使用软件的过程中对各个功能模块中的鼠标点击、键盘输入等操作响应的时间不操作1秒。
ﻩ（２)数据精度
要按照严格的数据格式输入,对符合数据格式要求的输入进行提示。
ﻩ(３)服务器并发和可伸缩性
ﻩ软件应采用界面层、应用程、数据层三层架构，若以后用户数量增多，只需要增加应用层的服务器数量，实现可裁减、可扩充和可移植等不同方面的要求.采用模块化的应用软件结构,确保系统可以灵活的扩充其业务功能，并可与其他业务系统进行无缝连接。
（4)系统安全性
数据库设计阐明使用何种方式保证系统的安全.
2．2 其它需求
可靠性和可用性需求:
出错处理需求:
接口需求:Mｙsｑl、Ｓoap、
约束需求：暂无
逆向需求：暂无
将来可能的需求:
３ 内容和目标
3.１ 主要内容
(1）用户信息维护，实现用户信息的录入、查询、修改以及删除等功能。
(2）处方信息处理,针对不同的用户记录用户的处方信息，其中处方信息中记录处方开出的药物、开处方的医生姓名和电话号码、处方日期、处方终止日期、有效购药次数、配药“单位”数量(此处的“单位”可能是片、匙和毫升等-——见后面关于药品的讨论)、如果有其它替代品,是否可以向顾客提供替代品等信息，并可对该处方进行修改以及删除等操作.
(3）处方历史查询，查询所有的处方信息，或者根据用户的信息模糊查询到该用户的处方信息。
(4)处方药物信息处理，药方根据处方信息处理药物并确认处理。
3．2 预期目标
系统必须根据需求实现核心业务上的需求内容,系统必须严格按照说明书上来开发，最终的系统必须达到需求说明书上的要求,实现一个可靠的、易用的处方跟踪系统，该系统实现了对用户信息、处方信息的一体化处理。
4 技术路线
4。１ 总体功能

图4。-1—1总体功能结构图

图4.—1-3系统数据流图
4.2 运行平台
4。2。１网络环境
局域网网络环境以及私有的ＩＰ地址
该局域网的网拓扑结构如图4-２－1-1所示：

图４-2—1－１网络拓扑图
4。２.2 设备情况
服务器端:
处理器主频
100０MHz
内存容量
64ＧB
主机型号与数量
PA—880０ / 2
外存容量
16GB
设备型号与数量
惠普9０00 rp74２0 /　2
输入及输出设备型号与数量
L455有线多媒体键盘/１、S２２Ｂ３６0HW显示器/1、N２1５鼠标/1
数据通信设备型号与数量
交换机华为S1724G / 1
其他专用硬件设备与数量
无

客户端：
处理器主频
不限定
设备的型号与数量
不限定
主机型号与数量
不限定
外存容量
不限定
设备型号与数量
无
输入及输出设备型号与数量
交换机华为S１72４G / 1
数据通信设备型号与数量
无
其他专用硬件设备与数量
无

4。2.3 支撑软件
支撑软件
软件
版本
操作系统
Liｎux
linuｘ red hａｔ5．6以上，内核版本kernｅl—2.6．１８-238。eｌ５
数据库管理系统
Ｍysｑl
5.１
Wｅb服务器
Tomcａt
7。0
浏览器
Ｃhroｍe
46.0。2490。8６
其他软件
ＪVＭ
1．7

４．3　程序语言与开发工具
程序语言：ＨTＭL/ＣSS、ＪavａSｃripｔ、Ｊquery、Ｊａva、Ｊｓp、Jstl、Sprｉng、Ｓprｉｎｇ MVC、Hibｅrnａte、Ｓpｒing Daｔa Jpa、Mysql
开发工具:Ｓpｒiｎｇ Tool Suit3.7、Mａｖen３.3、Mｙsql５.1、Tｏmcaｔ7。0、Jａｖａ Runtime Enｖｉromｅｎｔ1．７、Git项目管理工具
４。4 关键技术
(1）ＨTＭＬ5 WeｂSｏcｋet AＰＩ客户端与服务器端进行全双工通讯,WｅbSｏckｅt的出现是基于Web应用的实时性需要而产生的,它允许客户端和服务器在任意时刻互相推送消息。Ｗeb　Sｏｃket是下一代客户端－服务器异步通讯的方法,它本事上任然是一个基于TCＰ的协议，它使用wｓ或wｓｓ协议，可用于任意的客户端和服务器。为了建立一个　WebSocket　连接,客户端浏览器首先要向服务器发起一个 ＨＴTP 请求,这个请求和通常的 HTTP　请求不同,包含了一些附加头信息，其中附加头信息”Uｐgrａde:　WeｂSockｅt”(”Upgｒａde：WebSｏckeｔ"表示这是一个特殊的 ＨTTP 请求，请求的目的就是要将客户端和服务器端的通讯协议从 ＨTTP 协议升级到 WebSocket 协议。)表明这是一个申请协议升级的 HTTＰ　请求，服务器端解析这些附加的头信息然后产生应答信息返回给客户端，客户端和服务器端的 WebSoｃket 连接就建立起来了，双方就可以通过这个连接通道自由的传递信息，并且这个连接会持续存在直到客户端或者服务器端的某一方主动的关闭连接。它的通讯方式如下：图４－4—1客户端和服务器wｅbsｏcｋet通讯。

图4-４—1客户端和服务器websocｋeｔ通讯
（2)HighCｈats一套由纯Jａvasｃriｐｔ写的表现层框架,它提供曲线、面积、柱形图、条形图、饼图、散点图、区域范围图、气泡、漏斗等等一系列的图形表现形式。HｉghＣhaｒｓ不需要像Flａｓh和Java那样需要插件才可以运行,而且运行速度快，它是轻量级的JavａScｒｉpt脚本，它使用的是json数据格式,数据传输更加方便，而且它的数据是在客户端解析的，减轻了服务器的压力，所以它比ＪFreeChaｒt更方便（JFreeCｈａrt是JＡＶＡ平台上的一个开放的图表绘制类库。它完全使用JAVA语言编写在我看来ＪFrｅeCharｔ有点笨重了，而且它生成的图形也比ＨighCｈａrt少,并且好像是收费的）。另外HｉgｈＣharts还有很好的兼容性，能够完美支持当前大多数浏览器。
(3)Sｐrinｇ Datａ JＰA提供了一整套数据访问层(DAＯ)的解决方案，致力于减少数据访问层的开发量,并支持云服务的开源框架。Spriｎg Data 作为SprｉnｇSoｕrce的其中一个父项目， 旨在统一和简化对各类型持久化存储, 而不拘泥于是关系型数据库还是ＮｏＳQL 数据存储.无论是哪种持久化存储, 数据访问对象（或称作为DAO，即Ｄata Ａccess　Objecｔｓ）通常都会提供对单一域对象的CRUＤ （创建、读取、更新、删除)操作、查询方法、排序和分页方法等。Sｐrｉng Daｔa则提供了基于这些层面的统一接口（Ｒepｏsitory、CrudRｅposｉｔory、PaｇiｎgAnｄSｏrｔingRｅpｏsiｔoｒy、JｐａＲeｐository）以及对持久化存储的实现。JPA（Java Perｓiｓteｎce ＡＰＩ，Ｊava持久化API）是sun提出的一个对象持久化规范,各ＪaｖａEE应用服务器自主选择实现，JPＡ的底层实现是一些流行的开源OＲM(对象关系映射)框架（如Hibernａte、OpeｎＪPA、ＴｏpLink、Ibａtis等等）,因此ＪＰＡ其实也就是javａ实体对象和关系型数据库建立起映射关系,通过面向对象编程的思想操作关系型数据库的规范。JＰA,定义了对象－关系映射以及实体对象持久化的标准接口.如下图:图４－４－2JPA在 应用程序中的位置：

图４-４—2JＰA在 应用程序中的位置
Spring　Daｔa Jpa是Spring Daｔa对JPＡ提供的一套解决方案。Sprinｇ Ｄatａ Jpa实现了大部分的持久层的逻辑代码,你需要做的只是声明持久层的接口，其他的都交给Sprｉｎｇ Dａta Jpa完成。Spriｎg Dａｔa Jpａ中Repｏsitｏry是一个空接口,CrｕｄRｅposｉtory： 继承Ｒepository，实现了一组ＣRUＤ相关的方法 ，ＰagiｎgAｎdＳortingＲepositorｙ： 继承ＣrｕｄRepositｏrｙ，实现了一组分页排序相关的方法　,ＪpａRepｏsitory：继承PａｇiｎgAnｄSortinｇReｐｏsｉtory，实现一组ＪＰA规范相关的方法。相关技术方案参考Spriｎg Ｄata实战的书籍［2]。Sｐriｎg　Daｔa Jpa提供的接口如下图4-4-3Spｒｉnｇ Dａta Jpa提供的接口图:

图４—４-３Sｐriｎg Daｔa Jpa提供的接口图
（4）Sｐｒing MVＣ，Spｒｉｎg Wｅｂ MVC是一种基于Ｊava的实现了Weｂ　MVC设计模式的请求驱动类型的轻量级Web框架,即使用了MVＣ架构模式的思想，将wｅb层进行职责解耦，基于请求驱动指的就是使用请求—响应模型，框架的目的就是帮助我们简化开发，Sprｉnｇ Ｗeb MVC也是要简化我们日常Weｂ开发的。它的请求处理流程图如下：

图4—4—2springMVC请求处理流程图
前端控制器首先接收到用户的请求,前端控制器根据接收的请求信息把请求委托给页面控制器来处理。处理器接收请求后调用相应的业务对象处理请求,如果有数据库操作会向数据库请求数据，并返回一个模型视图(一般是ModeｌAｎdView），返回的模型经过视图解析器把，模型数据解析到页面中并返回给客户端。Ｓpｒing MVＣ充分对模型、视图、控制器进行充分的解耦,并利用Spｒｉｎg　ＩOC的功能更加方便管理。相关技术方案参考Sprinｇ　MVC　学习指南的书籍[1］。
(5）REST风格URＬ,ＲESＴ架构风格是全新的针对Web应用的开发风格,是当今世界最成功的互联网超媒体分布式系统架构，它使得人们真正理解了Hｔtｐ协议本来面貌.随着RＥST架构成为主流技术,一种全新的互联网网络应用开发的思维方式开始流行.
ＲEST是基于Hｔtｐ协议的，任何对资源的操作行为都是通过Ｈｔtp协议来实现。以往的Wｅb开发大多数用的都是Hｔtp协议中的ＧＥT和POST方法，对其他方法很少使用，这实际上是因为对Http协议认识片面的理解造成的。Http不仅仅是一个简单的运载数据的协议,而是一个具有丰富内涵的网络软件的协议。他不仅仅能对互联网资源进行唯一定位,而且还能告诉我们如何对该资源进行操作。Http把对一个资源的操作限制在4个方法以内:ＧＥT，ＰOＳT，PUT和DEＬETＥ,这正是对资源ＣＲUD操作的实现。由于资源和URＩ是一一对应的，执行这些操作的时候URＩ是没有变化的，这和以往的Ｗeb开发有很大的区别.正由于这一点，极大的简化了Web开发，也使得UＲI可以被设计成更为直观的反映资源的结构,这种URＩ的设计被称作RESＴfｕl的URI.基于REST URL风格的请求方式如下：

图4-4-2基于REＳＴ ＵＲＬ风格的请求
5　进度计划
说明本项目的进度要求，参照软件工程的三个时期中的八个
阶段
时间安排
问题定义
３日
可行性分析
2日
需求分析
5日
总体设计
５日
详细设计
１0日
编码和单元测试
15日
综合测试
５日
软件维护
５日
操作培训
3日
验收测试
2日
项目验收
２日
总计为57天
6 条件、假定和限制
（1）建议开发软件开发投入的时间:两个月
（2）经费来源及限制：由需求方提供
（3)软件的预期寿命:两年
（4）网络环境：局域网
(5）运行环境：mysql5。1，　Ｊava Runtime Eｎviｒoment1．7及以上版本
（6)客户端环境：Iｎtｅｒnet　Eｘpｌｏrｅr8。0及以上的版本
(7)硬件设备：处理器Ｉnｔｅr Pentinm３或者更高，内存至少2５6M以上，硬盘至少2G
（8)平台:ｌinｕx ｒed ｈat5.6以上,内核版本kｅrnel-2．6．18—２38.el5
（9)法律和政策:遵守相关的法律法规，以保护用户的隐私为前提开发软件
７ 系统设计与原型UＩ(或系统设计与实现）
７.1 数据库表设计
1） 数据库名：Pｒescripｔion
数据库管理者账号:rooｔ 密码:rｏｏt
账号操作权限：CRＥＡTE、DRＯＰ、DELETE、ＩNSＥＲＴ、ＵPDATＥ、SELECT、ALＴＥＲ

2） Ｕseｒ表：记录用户的基本信息。
表Useｒ(用户表)用于保存用户的基本信息
字段名
数据类型
长度
主键
描述
Ｉｄ
Iｎt
11
是
用户编号
Name
Ｖaｒcｈａｒ
６4
否
用户姓名
Telephoｎｅ
Vａrchar
２0
否
电话号码
Birｔhday
Datａ
１０
否
出生日期
inｓurancｅ_coｍpany
Vaｒchar
32
否
承保公司
Poｌiｃｙ_number
Varchar
64
否
保单号
表7-1-1 Ｕseｒ表
Deparｔmenｔ表：部门表,医师所属部门。
表Dｅpａrｔmｅｎt(部门表)用于保存医师的部门
字段名
数据类型
长度
主键
描述
Id
Iｎt
11
是
部门编号
Nａｍe
Vaｒｃhａｒ
64
否
部门名称
表７—1—2 Deparｔment表
Ｐoｓitiｏn表：医师所属职位.
表Ｐosition(职位表)用于保存医师的职位信息
字段名
数据类型
长度
主键
描述
Ｉd
Ｉnt
１1
是
职位编号
Name
Ｖａrchar
64
否
职位名称
表７-1—3 Deｐartｍｅnt表
　　Doctor表:医师基本信息,包括两个外键，表示医师所属的部门和职位。
表Doｃtoｒ（医师表）用于保存医师的基本信息
字段名
数据类型
长度
主键
描述
Iｄ
Int
11
是
医师编号
Ｎamｅ
Varchar
64
否
医师姓名
Ｔelephone
Vａrｃhaｒ
２0
否
电话号码
Ｄid
Ｉnt
1１
否
医师所属部门
Pid
Ｉnt
1１
否
医师所属职位
表7—1-４　Doctor表
　 Prｅsｃriptｉon表：处方信息表，记录处方基本信息以及两个外键，一个是该处方所属的用户，另一个是处方所属医师。
表Pｒescrｉptｉon（处方信息表）用于保存处方的基本信息
字段名
数据类型
长度
主键
描述
Id
Int
11
是
处方编号
Uｉd
Ｉnt
11
否
该处方所属用户
Did
Ｉnt
１1
否
该处方所属医师
BｅgｉnDａte
Datｅ
16
否
处方日期
EnｄDate
Dａte
１6
　否
处方终止日期
CｒaｗlAgainst
Int
4
否
再次抓药的次数
表7-1-5 Ｐrescriptｉoｎ表
ＰreｓcriptｉｏnＤｅtail表:处方详细信息表，记录一个处方中多个处方详细信息记录，两个外键,一个表示该处方详细所属的处方，另一个表示该处方详细中具体的药物信息。
表ＰreｓｃriptionDｅtａil（处方详细信息表)用于保存处方的具体的信息
字段名
数据类型
长度
主键
描述
Iｄ
Int
11
是
处方详细编号
Count
Inｔ
4
否
数量
Ｃanuｓe
Striｎg
16
否
是否可用替代药品
Tａke_methｏd
Ｓｔring
25５
否
服用的方式
Uｎit
Stｒing
16
否
单位
Mid
Inｔ
11
否
药物的编号
Piｄ
Int
11
否
处方的编号
表7－１－6　PreｓｃriptionDetaiｌ表
Mｅdicｉne表:记录药物的基本信息。
表Mediciｎe（药物信息表）用于保存药物的信息
字段名
数据类型
长度
主键
描述
Id
Ｉｎt
11
是
药物的编号
Name
String
64
否
药物的名称
Sideｅfｆｅcｔ
Strｉnｇ
255
否
副作用
表7-1－７ Mediciｎｅ表
Subｔitutｅ表：药物可替代的药品表，每个药物如果有可替代的药物，那么该药物将会维持一份药物替代表，其中两个字段都是外间，一个是指向具体的某个药物，另外一个是指向可替代药物的ｉd编号。
表Subｔituｔe（药物替代表）用于保存药物的可替代药物的信息
字段名
数据类型
长度
主键
描述
M＿iｄ
Int
11
是
药物的编号
S_iｄ
Ｉｎt
11
是
药物的标号
表７-1-8 Ｓｕbtitute表
数据库总体ＵML如下图７—1－9 数据库UＭL

图7—1—9 数据库ＵＭL
数据库设计相关技术方案参考据库设计与关系理论[4]与数据库设计与应用开发实践［５].
3） 无，由于使用了sｐｒｉng ｄata　jｐa操作数据库，sｐring　data　jpa简化了数据库访问的操作.
7。2 关键算法与实现技术
1。系统难点：添加一个处方信息可一次性提交多个处方详细信息（相当于每次开药方包含多种药物,每种药物的数量也不一致）,每个处方详细信息中又包含了基本信息以及药品对象。为了解决该问题,每次选择和填好一种药物后都实用ajａｘ保存到服务器上的sesｓion中，当然，在服务器上建立了两个类来暂时存放这些数据，分别是PresｃrｉptioｎDetaｉlOpｅrａtor和ＰresｃriptionOpｅraｔor两个类。
clａss PｒｅscriｐｔｉonDetailＯpeｒａtor ｛
ﻩｐrivａte　int couｎt;/／每个药品的数量
privaｔe Sｔrinｇ　unｉt;//每个药品的单位
ﻩprｉvａｔe　Ｍedicｉne meｄiｃｉne；//该药品的对象
ﻩprivaｔe Ｓｔrｉｎｇ ｔakeMetｈod；／/服用方法
ﻩprivate　Strinｇ cａnuse;／／是否可以实用替代药品
/／省略geｔter和setter方法
}
clasｓ PresｃriptionOｐerator{
/／声明一个map来保存多个PrｅscｒipｔiｏnDetailOperatoｒ对象，实用药品的iｄ作为主键
ﻩpriｖａtｅ Map＜Iｎtｅger, ＰreｓcriptｉoｎDetailＯｐerator＞ mａp　=
ﻩﻩnｅｗ LinkedHashMａp<Iｎtegeｒ,　PrescriptionＤetailＯpｅratoｒ〉（）;
ﻩpublｉｃ Cｏlｌectｉｏn＜PrｅsｃrｉpｔioｎＤeｔailＯperator> getPreＤｅｔａiｌ(){
ﻩｒｅturn ｍａp．vaｌues（）；
ﻩ}
／/每次添加的时候都检查是否存在药物，存在则在原来的数量上增加
ｐublｉｃ ｖｏｉd addＰrescｒiｐtionDetail(PreｓｃriptionDetailOperatoｒ preDetail）　{
ﻩＩnteｇer iｄ　=　pｒeＤeｔａil。getＭｅdｉcｉne（)。getＩd（）；
ﻩ if(map。conｔaiｎsＫeｙ(iｄ））｛
ﻩ ﻩPrescripｔiｏnDetailOperator　_preDeｔail ＝ ｍaｐ。get（id)；
ﻩﻩﻩ_preDetail。seｔCｏｕｎt(_ｐreＤetail.getCounｔ（） ＋ preDetail。geｔＣoｕnｔ（))；
}ｅlsｅ{
ﻩ map．ｐut（iｄ， prｅDetaiｌ);
}
ﻩ｝
ﻩ //可以移除处方详细信息
ﻩ ｐuｂlic void rｅmoｖｅＰrｅDetaiｌ(Integer pid)　｛
ﻩﻩif （map。ｃontaｉnｓKeｙ(pid)）｛ ﻩ
ﻩ ﻩmａp。removｅ(pid)；
ﻩ ｝
ﻩ ｝
}
前台使用ajaｘ发送数据保存到服务器端：
var ｐdid;／／保存处方详细的ｉd
ｖaｒ ＄tｍp;//用于保存当前删除的对象的引用
／/保存更新处方详细信息
ｆunctiｏn sａｖeDetaiｌ（itｅｍ）{
ﻩvar ｐdid ＝ $(itｅm）。attr（”ｌaｎg”)。ｔｒim(）；//处方详细唯一编号
ﻩvaｒ　＄cｏunt;／／数量
ﻩvar ｃanuse；／／是否可用替代药品
ﻩvar uｎｉt;//实用药品单位
var ｔake_ｍethoｄ;//服用方法
//遍历找到一个处方详细的信息
＄(itｅm）。parenｔ（）。pａrｅnt（）。fｉnd（"．ｍodaｌ—body”）.each（ｆuｎction(iｎdeｘ)｛
ﻩ $count = $(thiｓ)．fｉnd（”＃couｎｔ"）；
ﻩﻩcanusｅ ＝ $(thｉs).finｄ（”#canuｓe"）。fｉnd(＂opｔion:sｅｌｅcｔｅd＂）.val（）.trim();
ﻩﻩuｎiｔ　=　$(this).finｄ("＃uｎiｔ”）.vaｌ(）．ｔrim（）；
ｔakｅ_ｍethoｄ = ＄(ｔｈｉｓ）.ｆind（”#ｔakｅ_methoｄ＂）．vａl().trim（)；
ﻩ｝);
if （!/^＼+？［1-９］[0-9]＊＄/.ｔest(＄ｃount．vａl().trｉm（）)){
ﻩ$．ｔoolｔip（＇　请输入正确的数字，该数字不能小于１!’, 20０0， false）；
ﻩ$counｔ．val（＂1")。ｆｏcｕｓ（）；
ｒeｔurｎ；
}
//发送ajaｘ保存处方详细信息
ﻩ＄.aｊaｘ（｛ｔypｅ：”POSＴ",
datａ：{＂id”：pdiｄ，＂coｕｎｔ"：$cｏｕnt。val（)．tｒiｍ（），＂canuse"：cａｎuse,"uniｔ”:unｉt，”taｋemethoｄ”：tａkｅ＿metｈod｝，ｕｒl：window.ｌocation．pathname.sｕbstriｎg（0，25）＋"sａvｅUpdａｔeDｅtａiｌ”,
ﻩｓucceｓs:fｕnｃｔion（ｄata）｛
ﻩ　 　 if　（data）｛ ＄．tooｌｔｉp（’保存成功成功!’，　20０0， ｔrue)； ｝
eｌse{＄．ｔｏｏｌtip（’删除失败,请检查服务器或网络状态!'，　2000, fａlse)；}
ﻩ}，
error:function（)｛＄。ｔooltｉp（'删除失败,请检查服务器或网络状态！'， ２000， faｌｓｅ）；｝
ﻩ}）；
}
2．关键SＱL：
(1）查询存在处方数据的用户以及处方的数量:
Sｅlｅctu。ｎａｍe,ｕ.ｐoｌiｃｙ＿number,ｕ．telepｈonｅ,ｕ.ｉｎsurancｅ_cｏmpany,u．uid,
couｎt（＊） frｏm prescriptiｏn p　innｅr ｊoin user　u where u。id = p.ｕid groｕp by ｐ．uid；
（２)。全表扫描ｕser表查询用户对象
ｆrｏm Ｕser ｕ ｗhere conｃat（ｕ.name，ｕ。birthｄａｙ,u.telephoｎe,u．inｓuranceＣomｐanｙ,
ｕ。policｙNumber)　lｉｋe CONＣAT('%’,：seａrch,＇%'）；(ＨQＬ语法)
(3）.根据不同的年龄段统计用户的数量
seｌeｃt couｎt(＊），left（ｂiｒthdａy，4） fｒom　usｅｒ ｇroup ｂy lｅft(ｂirtｈｄay，4）；
（４）．查询所有用户的出生年份，月份，日期分布
ｓelect lｅft（birthday，4),sｕｂstrｉng（birthdａｙ，６，２)，substrinｇ（birthday，9,2） frｏm ｕsｅｒ；
3.核心算法：
(1)WｅbSｏｃkeｔ存储和分发消息代码,基于ＷｅbＳocｋet服务器与客户端通讯的问题,医师每添加一条处方记录或者对处方记录执行删除修改等操作时会及时通知客户端服务器数据状态的改变并及时更新获取最新的数据。
针对以上的问题,我首先针对需要及时处理消息的页面与服务器建立WebSｏｃkeｔ连接，服务器端使用一个Ｍaｐ保存客户端的连接，如下:
ｐriｖate static Map〈Striｎｇ, Sessioｎ〉　sesｓioｎs = new ＨaｓhMap<Ｓtrinｇ, Sｅssion>(）；，每次请求时就根据sessioｎ的id进行存储,对每个医师处方信息操作的页面每个在页面初始化时都与服务器(与上面处理的请求是同一个)也建立一个WebScoket连接（多个WebSocket连接到同一个请求）,医师每次操作成功时立即就发送ＷebScoket消息到服务器，服务器根据接受到的消息遍历Mａp中客户端中的多个连接循环发送消息到客户端,客户端根据接受到的消息以根据消息的内容重新请求服务器上的数据。
7．３ 主要原型ＵI（或主要功能实现）
(１)系统登录和主界面
图７—3-1系统登录界面
功能作用:实现医师的登录功能

图7—3－2系统主界面
功能作用:介绍系统以及显示不同年龄或者部门人数占有的比率

(2)用户信息管理

图7-3-３所有用户的基本信息
功能作用：实用highcｈarts像是所有的用户信息，可进行搜索

图７-3－4分页显示用户信息以及操作
功能作用:对用户信息进行分页处理以及显示操作

图7-3—5弹出层显示可编辑的用户修改
（3)处方信息管理
功能作用:实现对用户信息的修改

图7-３-6添加处方信息
功能作用:实现添加处方信息

图7-３—7弹出层选择药品
功能作用:实现添加处方信息中具体的一个药品

图7－3-8可搜索药品
功能作用：实现药品的搜索

图7—3-８添加多个药品
功能作用：实用ajaｘ保存数据，一次性可添加多个药品的信息,即一个处方中可添加多个药品信息，每个药品信息中有不同的单位，数量，服用方式和是否可用替代的药品。
(3）处方记录管理

图7－３-９处方历史记录的显示
功能作用：实用时间轴显示每个用户开过的处方记录，该记录上记录正医师的姓名和电话，以及每个处方中多个处方详细信息，如果该药品是可实用替代药品,则列出可替代药品的药品名称.

图７－3-９处方信息的修改界面
功能作用：每个处方信息中都有多个处方详细，即每个处方中有多个药品信息，在该页面中可对每个药品进行修改和删除。

图7—3－10弹出确认删除的模态框

（４）用户处方查询

图7－3—11查询所有处方记录

图7－3－１２实用关键字姓名搜索

图7—3－13实用关键字出生年份搜索

图7－３-１4实用关键字电话号码搜索

(5）取药信息查询管理
图7—3—15实用承保单号唯一搜索
图７-３—１６ 药物管理主页
功能作用:使用ＷebSockｅt实时处理处方数据，显示登记的处方信息。
图7-３—16 药物处理
（６)系统出错管理

图７-3－1６处理404错误页面

图7-3－１７处理500错误页面
7．4 测试方案与测试用例
制定测试计划：
（1)确定测试需求
（2)制定测试策略
(3）建立测试通过准则
（4）确定资源和进度
（5）评审测试计划
(6）更新测试计划
设计测试:
(1) 设计测试用例
针对每一个测试需求，确定其需要的测试用例
对每个测试用例,确定其输入的预期结果
确定测试用例文档的测试环境配置
对测试用例进行评审
(2) 开发测试过程
根据界面原型为每一个测试用例定义详细的测试步骤
为每一个格式步骤定义详细的测试结果验证方法
为测试用例准备输入数据
在实施测试时对测试过程进行更改
1.单元测试
首先在项目开发中使用单元测试，如:Juｎｉt、SpｒiｎgJUnit4ClassRｕｎｎer进行单元测试,按照测试过程手工执行单元测试或运行测试脚本自动执行单元测试,如下：
@RunWith(SpringJUnｉt4ClassＲunnｅr。claｓｓ）
@CｏntｅｘｔＣonfiguraｔiｏn（locations ＝｛"ａpplicatioｎContext.xｍl"｝)
＠Tｒａnsactiｏnaｌ
＠TraｎｓaｃtionＣonfiguｒaｔion（ｔransactionMａnａger　= "transａｃtioｎManａgｅr”）
ｐｕblic ｃlaｓs TｅsｔModｕlｅ｛
＠Ｔest
　 publiｃ voｉｄ tesｔ （） {
｝
}
2.集成测试:
使用回归测试方法，对软件的新版本测试时,验证是否解决了软件缺陷，而且保证以前所有运行正常的功能依旧保持正常,而不会影响本次的修改。
按照测试过程手工执行集成测试或运行测试脚本自动执行集成测试
将集成测试结果作详细记录，并评审测试结果
对修改后的工作版本执行回归测试，或者对增量集成后的版本执行回归测试
2。验收测试:
以用户为主,前提是已经通过系统测试的软件系统,根据需求规格说明书或者概要设计文档验证需求的合理性和正确性,包括文档资料是否完整、正确，人机界面和其他方面(如，可移植性、兼容性、错误回复能力和可维护性等）是否令用户满意.
7．5 安装与运行情况
(1）JDK１．7首先系统必须有ＪRＥ的支持，为了能够完成在该环境下的编译,最好能够安装下完整的JDK环境，JDK选用1.7或者更高的版本。
(2）Ｍavｅn3．3或更高的版本，本系统添加对Ｍaveｎ的支持,方便在不同类型的机器上完成编译工作。
（3)MYＳQL5。１或更高的版本，与系统集成.
（4)WEＢ服务器，Tomcat17.0或更高的版本，为了支持WeｂSoｃkeｔ，Tomcaｔ只有在7.0或者更高的版本中才添加了对ＷebScokeｔ的支持。
7。5.1　安装与配置
描述服务器端运行环境的配置情况，包括：安装与初始化数据库、安装与配置服务器安装、安装支撑软件、配置系统运行参数,等等。
1.JDK环境配置：
（1)如果系统中存在ＪDK1。７或更高的版本则这一步可以省略，可以实用jaｖａ -version查看当前系统JDK的版本,如下图所示。

首先到Ｏracｌe官网下载下载JDＫ，官网地址如下：
www。oｒaclｅ.ｃoｍ/tecｈnetwork/jaｖa/javase／dｏwnloadｓ/ｊava－arcｈive-downloａds－javaｓｅ7-52１２61.htmｌ，假设当前的文件名称为jdk-7u67－liｎux－x64.tar.gz，进入