摘 要
信息化社会内需要与之针对性的信息获取途径，但是途径的扩展基本上为人们所努力的方向，由于站在的角度存在偏差，人们经常能够获得不同类型信息，这也是技术最为难以攻克的课题。针对线上诊疗等问题，对线上诊疗进行研究分析，然后开发设计出惠民线上诊疗系统以解决问题。
惠民线上诊疗系统主要功能模块包括系统用户管理、站内公告管理、变换图管理、病人管理、药品管理、医生管理、药品统计、系统管理，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取SQL Server作为后台数据的主要存储单元，采用ASP.NET技术、C#编程语言、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对惠民线上诊疗系统的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现惠民线上诊疗系统和部署运行使用它。
关键词：线上诊疗；ASP.NET技术；SQL Server数据库
Design and implementation of Huimin online diagnosis and treatment system
Abstract
In the information society, there is a need for targeted information access, but the expansion of access is basically the direction of people's efforts. Due to the deviation of the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of online diagnosis and treatment, this paper studies and analyzes the online diagnosis and treatment, and then develops and designs the Huimin online diagnosis and treatment system to solve the problems.
The main functional modules of Huimin online diagnosis and treatment system include system user management, station announcement management, transformation map management, patient management, drug management, doctor management, drug statistics and system management. The object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of actual use and improve the corresponding software erection and program coding, SQL server is used as the background data storage unit Net technology, c# programming language and Ajax technology to code and develop the business system, and realize all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work. This paper analyzes the various requirements and technical problems of Huimin online diagnosis and treatment system, proves the necessity and technical feasibility of the system, then makes a basic introduction to the technical software and design ideas needed to design the system, and finally realizes Huimin online diagnosis and treatment system and deployment and operation.
Key words:Online diagnosis and treatment; ASP. Net technology; SQL Server database
目 录
随着越来越多的人工智能不断融入和应用于医疗领域，医疗服务正逐步走入智能化，在中国新医改的大背景下，智慧医疗已经成为民生工程的重点和热点领域。
医药线上诊疗系统的研究意义：
（1）节约病人挂号的排队时间。传统医院的挂号手续繁琐，具有很强的不确定性，就诊人员流量不均，有明显的高峰期和低谷期，高峰期病人需要长时间排队，也易出现熟人插队等现象，低谷期会造成医生溜号，医疗资源闲置等问题。医药线上诊疗系统可以自动计算病人的等待时间，合理分配就诊时段，提高了病人就诊的效率。
（2）提高病人的就诊质量。有些病人到医院就诊前对医院的信息了解并不十分清楚，对所要挂的专家科室和医生的资历等信息也并不了解，只能凭借自身的感觉和印象进行选择，具有盲目性。医药线上诊疗系统可以根据病人的病情和医生资历进行挂号，选择最为合适的医生，具有针对性，大大提高了病人的就诊质量。
（3）减少“号贩子”的违法行为。传统医院尤其是大型医院的名专家号特别难挂，出现倒号炒号的行为，造成了“专家号一号难求”的现象，严重损害了病人的利益，影响了医院医生的声誉。医药线上诊疗系统的出现使“专家号”的意义没有那么重要，病人只需选择最为合适自身病情的医生即可。
（4）操作方便简洁。病人利用互联网就可以随时随地的挂号预约，操作简单便捷，方便用户使用，提高了病人的就诊效率。
（5）增强医院的社会竞争力。医药线上诊疗系统的出现使传统繁琐拥挤的就诊环境得到改善，提高了医院的医疗服务质量，增强了医院的社会竞争力，提高医院的经济效益和社会效益。
本课题研究的医药线上诊疗系统，是集药品购买，医疗咨询，医疗资讯以及支付体系为一体的综合性的一个方便民众从看病到就诊的网站，之所以叫做医药线上诊疗系统，顾名思义，本系统的使用者能够不受医院地域性的影响，能够达到不论何时何地,只要有可接入网络终端移动设备，就能够随时进行预约专家或者挂号。本系统主要有5个部分组成，本文档主要讨论的是医药线上诊疗系统。
目前，国内以及有了许多类似的挂号网站，比较大的如上海助医网（www.91985.com）、浙江省人民医院（www.hospi－talstar.com）等，但是大部分的医药线上诊疗系统都参差不起，并没有形成统一的操作流程规范，也有不少的站点仅仅只是针对某地区的某个医院提供预约服务，因此并不能达到方便所有病患的目的,而且由于就诊观念、医院资金、技术平台等原因,预约服务在推行过程中,也出现了一些问题,诸如挂号成功率低、爽约率高、难以真正遏制“号贩子”等,特别是由于需要医院提供更多的人力、物力和财力,增加了医院的运作成本。因此,一些医院尝试引入第三方机构来进行预约挂号,甚至有医院取消了自身的预约系统。如果说出于成本和技术的考虑,这些合作也无可厚非,但是其中越来越明显的商业化倾向却值得忧虑。
天下没有免费的午餐,各种名号的公司与医院“合作”,目的当然在于牟取利润。于是预约服务便附加了各种费用,由于缺乏统一标准,高额的预约服务费便在所难免。作为公益性机构,医院把部分稀缺优质公共医疗资源提供给合作公司,允许其收取服务资费,这种做法是否妥当本身就值得商榷。而合作公司对号源的截流,势必造成排队号源减少和普通百姓挂号“难上加难”。
相对国内的医疗系统，发达国家医院信息系统的开发建设实现已经有三十多年的历史，至今有了长足的进步。有许多举世公认的成功的系统在医院有效的运转，例如美国盐湖城LDS医院的HELP系统。纵观美国的HIS发展历史，大约可以分为三个阶段：第一个十年，集中在开发医院行政管理的功能上，像财务收费管理、住院病人和门诊病人的管理等。但直到1972年美国仍然没有一个成功的全面的计算机系统。第二个十年，在继续完成和实现医院的管理信息化的同时，开发者的努力已经进入医疗信息的处理领域。最后一个十年至今，研究者又把重点放在了信息系统的小型化、智能化、集成化的改造过程。
Ajax的出现，也带来了另外一个问题，那就是有了Ajax以后，之前用模板语言实现起来的功能变得简单，之前模板语言实现不了的功能现在也能实现了。这样就造成越来越多的逻辑转移到了javascript上，使其变得越来越复杂。
随着js复杂度的增长，原来的开发模式出现了问题，一个程序员搞定全站变得越来越不靠谱，因此在这个时候就把网站开发这个职位划分成了前端和后端两个职位。但是只划分了前后端的职责范围还是远远不够的，在原来的开发模式下，前后端的代码也在一起的。现在既然已经分为前后端两波人在开发了，维护同一套代码就变得不那么方便。项目越复杂，出现你等我，我等你的情况就会越来越多，这样就拖慢了整体团队的节奏。所以为了团队的效率，前后端的代码也要做分离。
前后端的分离方式分为部分分离和全部分离两种，部分分离是只把脚本和样式分离出去，而html模板还留在后端通过ASP来渲染；另一种就是完全分离，脚本样式以及模板全都放在前端来维护。
部分分离已经很大程度上解决了前后端开发时的协调问题，开发效率也得到了很大程度的提升。但也得承认，这种方式也还是有问题的。当要开发html模板的时候，就需要搭起一整套后端的开发环境，或者是找后端程序员来协助。
第二种完全分离的方式，就是把纯静态的html模板完全放在前端，数据全部通过RESTful接口来进行交互。这样前后端就完全分开了，脱离了后端的模板，而这种方式的系统复杂度也会比第一种完全分离的方式低。但这种方案下，所有的页面数据都是用js渲染的，没有动态模板，不太利于SEO。这个不足我们可以通过做server render或者给蜘蛛做一套定制页面来解决。
ADO.NET 有两个核心组件： Dataset 和 .NET Framework 数据提供程序，后者是包括 Connection、Command、DataReader 和 DataAdapter 对象在内的组件。
图2-2 ADO.NET的组件结构图
DataSet对象是 ADO.NET的核心组件，实现独立于任何数据源的数据访问。Connection 对象提供一种与数据层的连接,是处理数据库的基础，表示应用层，数据源与数据源之间的唯一通路。Command 对象主要用于返回数据和修改数据，例如：插入、查询、修改和删除等。DataReader 用于从数据源中读取数据流。DataAdapter 是DataSet 与数据源的桥梁。
C#语言是.NET中一种崭新的语言，C#是由C和C++衍生来的一种简单、流行、面向对象、类型安全的程序设计语言，C#综合了Visual Basic的高效率和C++的强大功能。
计算机的系统软件主要分为两种:系统软件和应用软件。应用软件则是为了某个特定的应用而开发的一类软件，比如文字处理软件word、QQ、开发本软件用的myeclise工具等。而应用型软件大致的分为B/S和C/S两种模式，常用的QQ、Office办公软件就是C/S结构的，另外常见基于的B/S结构开发的有各种网站，比如淘宝、企业的门户网站。
B/S模式的优势有三个:第一是开发和业务扩展简单、只需要改变网页代码，就可以达到想要的网页效果;第二学生的操作显浅易懂;第三具有分布性特定，可以随时随地的进行查询、浏览等业务的处理。这是C/S所无法实现的。综上因素，选择B/S模式来设计和实现本系统。
NET Framework 它是基于 .NET 平台的编程方式, 其公用语言运行库包括CLR，Common Language Runtime和 .NET Framework 类库 ADO.NET、ASP.NET 和 Windows 窗体。它提供了托管执行环境、简化了开发及部署而且集成了各种编程语言。
.NET Framework实现了下列目标：
1、提供一个相同的面向对象编程环境；
2、提供一个把各软件整合将冲突控制在最小的代码执行环境；
3、提供一个消除脚本环境及解释环境的功能问题代码的执行环境；
按工业标准生成所有通信，保证.NET Framework 的代码可与其他任何代码集成。
公共语言运行库,可以把他看作是执行时代码的管理人，里面提供了内存管理、线程管理和以及远程处理等服务，代码管理的思想是运行库的最基本原则之一。“把运行库作为目标的代码叫做托管代码与它对应的称为非托管代码。
.NET Framework 类库是一种综合性的面向对象的可重复使用的集合。它能够开发出很多不同的应用程序，其中包括传统命令的行程以及用户界面的(GUI) 应用程序，同时也包括基于 ASP.NET 所提供的创建应用程序（如 Web 窗体）。
SQL Server是一个开放的、快速的、多线程的SQL关系型数据库服务器。由于其体积小、免费、运行速度快以及可以通过相关免费的软件来对SQL Server数据库中的相关数据结构信息等等优点。受广大中等、小型企业所喜爱并占据了很大地位。本系统在数据库方面选用SQL Server，并通过SQL Server2008\2012\2014来进行SQL Server数据库的管理。在SQL Server的安装过程中，最需要注意的就是数据库的编码问题，所以在安装数据库时需要设置数据库的编码为Utf-8，与前台页面和服务器的编码相一致。
技术性方面，采用当前主流的ASP.NET框架进行系统主体框架的搭建，前台使用jquery，ajax，实现前台页面的设计与美观调整，以上技术，均由本人经过系统学习，并且都是在课程设计中实践过的，可以使得开发更加便捷和系统。从技术角度看，这个系统是完全可以实现的。
实用性方面，本次设计的主要任务是在惠民线上诊疗系统内药品信息、医生信息、站内公告等，符合当前潮流的发展。从用户角度出发，同时也考虑系统运营成本和人力资源，采用网络上的便捷方式，实现线上业务，使得业务流程更系统，也更方便用户的体验，比较实用。
经济性方面，由于本课题中设计的惠民线上诊疗系统的主要目的是为了能够更加方便及快捷的进行信息的查询管理及检索服务，也就是能够可以直接投入使用的信息化软件。系统的主要成本主要是集中在对使用数据后期继续维护及其管理更新这个操作上。但是一旦系统投入到实际的运行及使用之后就能够很好的提高信息查询检索的效率，同时也需要有效的保证查询者的信息方面的安全性，同时这个惠民线上诊疗系统所带来的实际应用方面的价值是远远的超过了实际系统进行开发与维护方面的成本，因此，从经济上来说开发这个软件是可行的。
惠民线上诊疗系统的功能主要分为前台用户根据自己的需求进行注册登录，浏览药品信息并对选中的药品进行购买操作。后台系统管理员因职责的不同，分为医生和管理员，医生主要对药品信息进行处理，处理医生信息，而管理员主要对站内公告管理、病人管理、药品管理、医生管理、药品统计、系统管理进行处理。
病人用例图如下所示。
图3-1 病人管理用例图
管理员用例图如下所示。
图3-2 管理员用例图
前台用户可分为未注册用户需求和已注册用户需求。
未注册用户的功能如下：
注册账号：用户填写个人信息，并验证手机号码。
浏览药品：用户可以根据药品类型浏览药品的信息，并选中某个药品查看详情，例如：药品名称、药品编号、类型、产地、价格、图片、适用症状、剂型等。
浏览医生：用户可以根据医生类型浏览医生的信息，并选中某个医生查看详情，例如：工号、密码、医生姓名、性别、年龄、职称、科室、主治症状、备注等。
浏览评论信息：选中某个药品可查看其用户的评论。
已注册病人用户的功能如下：
登录：根据账号密码进行登录操作。
维护个人信息：用户因个人信息的变更可以随时修改自己注册信息。
浏览评论信息：选中某间药品可查看其用户的评论。
评论：用户可以根据自己的观点看法对相关药品进行评论。
医生线上沟通：用户根据自己的需求选中某个医生进行线上沟通操作。
个人医生线上沟通历史记录：用户可以查看自己以往线上沟通数据。
后台可分为医生和管理员。
医生功能如下。
修改密码：管理员可以随时修改自己进入系统的登录密码，以保证系统的安全性。
管理员功能如下：
修改密码：管理员可以随时修改自己进入系统的登录密码，以保证系统的安全性。
药品信息管理：对药品信息进行维护，添加、删除、修改信息。
医生信息管理：对医生信息进行维护，添加、删除、修改信息。
对线上沟通信息进行处理：办理线上沟通审核等。
公告数据信息管理：发布、删除相关的公告数据信息。
评论信息管理：可以查看用户的评论，及时了解用户发起的建议。
首先主要考虑的是系统功能软件，在具体设计的环节上，是不是能够较好的满足各类用户的基本功能需求，如果不能较好的满足用户需求，那么这个系统的存在是没有价值的。软件系统的非功能性求分析，从7个方面展开，一个是性能分析，针对系统；一个是安全分析，针对系统，一个是完整度分析，针对系统，一个是可维护分析，针对系统，一个是可扩展性分析，针对系统，一个是适应业务的性能分析。面对惠民线上诊疗系统存在的性能、安全、扩展、完整度等7个方面性能综合比对分析后发现，需要相应的非功能性需求分析。
安全性对每一个系统来说都是非常重要的。安全性很好的系统可以保护企业的信息和用户的信息不被窃取。提高系统的安全性不仅是对用户的负责，更是对企业的负责。尤其针对于惠民线上诊疗系统来说，必须要有很好的安全性来保障整个系统。
系统具有对使用者有权限控制，针对角色的不通限制使用者的权限，以此来确保系统的安全性。
数据库中的数据是从外界输入的，当数据的输入时，由于种种原因，输入的数据会无效，或者是脏数据。因此，怎样保证输入的数据符合规定，成为了数据库系统，尤其是多用户的关系数据库系统首要关注的问题。
因此，在写入数据库时，要保证数据完整性、正确性和一致性。
对系统的数据流进行分析，系统的使用者分为二类，一般用户，管理员。系统主要对界面信息传送，登录信息的验证，注册信息的接收，用户各种操作的响应做处理。
系统顶层数据流图如下图所示。
图3-2 顶层数据流图
要判断用户是是什么身份，是根据登录的数据来判断后，跳转到对应的功能界面。在系统的内部用户就可以对数据进行操作，数据库中心就可以接收到系统传输的有效数据流来对数据sql语句进行对应操作。
系统底层数据流图如下图所示。
图3-3 底层数据流图
系统可以分为前台和后台两部分，每一种操作后系统都返回操作结果。前台和后台的数据连接主要通过数据库，既分别对数据库做不同的操作。
本惠民线上诊疗系统的架构设计主要分为可以3层，主要有Web层，业务层，Model层。其中web层还包括View层和Controller层，Model层包括元数据扩展层和数据访问层。
系统架构如下图所示。
图4-1 系统架构
惠民线上诊疗系统总体分为前台用户模块和后台管理员模块。
两个模块表现上是分别独立存在，但是访问的数据库是一样的。每一个模块的功能都是根据先前完成的需求分析，并查阅相关资料后整理制作的。
综上所述，系统功能结构图如下图所示。
图4-2 系统功能结构图
药品管理模块：药品管理分为药品添加、修改和药品购买。药品信息由管理员进行修改、添加、删除操作；药品购买由病人用户来执行。
医生管理模块：医生管理分为医生添加、修改和医生线上沟通。医生信息由管理员进行修改、添加、删除操作；医生线上沟通由病人用户来执行。
病人管理模块：病人管理分为病人添加、修改和病人线上沟通。病人信息由管理员进行修改、添加、删除操作；病人线上沟通由医生来执行。
从前面可以分析到数据库中最重要的是药品信息，健康指标信息，订单信息，同时存在病人信息和线上沟通信息。分析可以得到如下数据描述：
注册用户：用于记录用户的各种信息，包括用户名、密码、姓名、性别、出生年月、QQ、邮箱、电话、身份证、头像、地址、备注、添加时间等数据项。
管理员：记录管理员的登录信息。包括用户名，密码，权限等数据项。
线上沟通：存放用户线上沟通的内容，包括工号、医生姓名、科室、沟通内容、账号、姓名、沟通回复、添加时间等数据项。
医生信息：存储各种医生信息。包括工号、密码、医生姓名、性别、年龄、职称、科室、主治症状、照片、备注、添加时间等数据项。
病人信息：存储用户的病人信息。包括账号、密码、姓名、性别、年龄、联系电话、添加时间等数据项。
药品信息。存储药品信息。包括药品编号、药品名称、剂型、类型、产地、价格、图片、适用症状、添加时间等数据项。
根据前面的数据流程图，结合系统的功能模块设计，设计出符合系统的各信息实体。
系统ER图如下图所示。
图4-3 系统ER图
惠民线上诊疗系统所拥有的数据表有以下：用户信息表，药品信息表，线上沟通表，医生信息表，留言表，评论表、病人信息表、新闻报告表、系统简介表。
由于数据表较多，只展示系统主要数据表，如下表所示。
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 4 | 主键ID |
| 2、 | username | varchar | 20 | 否 | 50 | 用户名 |
| 3、 | pwd | varchar | 20 | 否 | 50 | 密码 |
| 4、 | cx | varchar | 20 | 否 | 50 | 权限 |
| 5、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 新闻公告表 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 4 | 主键ID |
| 2、 | biaoti | varchar | 50 | 否 | 300 | 标题 |
| 3、 | leibie | varchar | 20 | 否 | 50 | 类别 |
| 4、 | neirong | text | 8 | 否 | 8 | 内容 |
| 5、 | tianjiaren | varchar | 20 | 否 | 50 | 添加人 |
| 6、 | shouyetupian | varchar | 20 | 否 | 50 | 图片 |
| 7、 | dianjilv | int | 4 | 否 | 4 | 点击率 |
| 8、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 系统简介 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 4 | 主键ID |
| 2、 | leibie | varchar | 50 | 否 | 300 | 类别 |
| 3、 | content | text | 8 | 是 | 8 | 内容 |
| 留言板 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 4 | 主键ID |
| 2、 | cheng | varchar | 20 | 否 | 50 | 昵称 |
| 3、 | xingbie | varchar | 8 | 是 | 20 | 头像 |
| 4、 | | varchar | 8 | 是 | 20 | |
| 5、 | youxiang | varchar | 8 | 是 | 20 | 邮箱 |
| 6、 | dianhua | varchar | 8 | 是 | 20 | 电话 |
| 7、 | neirong | varchar | 50 | 是 | 500 | 留言内容 |
| 8、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 9、 | huifneirong | varchar | 50 | 是 | 500 | 回复内容 |
| 评论表 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 4 | 主键ID |
| 2、 | pinglunneirong | varchar | 20 | 否 | 50 | 评论内容 |
| 3、 | pinglunren | varchar | 8 | 是 | 20 | 评论人 |
| 4、 | huifu | varchar | 20 | 是 | 50 | 回复 |
| 5、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 注册用户表 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 4 | 主键ID |
| 2、 | yonghuming | varchar | 20 | 否 | 50 | 用户名 |
| 3、 | mima | varchar | 8 | 是 | 20 | 密码 |
| 4、 | xingming | varchar | 20 | 是 | 50 | 姓名 |
| 5、 | xingbie | varchar | 20 | 是 | 50 | 性别 |
| 6、 | chushengnianyue | varchar | 20 | 是 | 50 | 出生年月 |
| 7、 | | varchar | 20 | 是 | 50 | |
| 8、 | youxiang | varchar | 20 | 是 | 50 | 邮箱 |
| 9、 | dianhua | varchar | 20 | 是 | 50 | 电话 |
| 10、 | shenfenzheng | varchar | 20 | 是 | 50 | 身份证 |
| 11、 | touxiang | varchar | 20 | 是 | 50 | 头像 |
| 12、 | dizhi | varchar | 20 | 是 | 50 | 地址 |
| 13、 | beizhu | varchar | 20 | 是 | 50 | 备注 |
| 14、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 友情连接 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 4 | 主键ID |
| 2、 | wangzhanmingcheng | varchar | 20 | 否 | 50 | 网站名称 |
| 3、 | wangzhi | varchar | 8 | 是 | 20 | 网址 |
| 4、 | logo | varchar | 20 | 是 | 50 | LOGO |
| 5、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 线上沟通 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 8 | 主键ID |
| 2、 | gonghao | varchar | 50 | 是 | 50 | 工号 |
| 3、 | yishengxingming | varchar | 50 | 是 | 50 | 医生姓名 |
| 4、 | keshi | varchar | 50 | 是 | 50 | 科室 |
| 5、 | goutongneirong | text | 8 | 是 | 8 | 沟通内容 |
| 6、 | zhanghao | varchar | 50 | 是 | 50 | 账号 |
| 7、 | xingming | varchar | 50 | 是 | 50 | 姓名 |
| 8、 | goutonghuifu | text | 8 | 是 | 8 | 沟通回复 |
| 9、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 医生信息 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 8 | 主键ID |
| 2、 | gonghao | varchar | 50 | 是 | 50 | 工号 |
| 3、 | mima | varchar | 50 | 是 | 50 | 密码 |
| 4、 | yishengxingming | varchar | 50 | 是 | 50 | 医生姓名 |
| 5、 | xingbie | varchar | 50 | 是 | 50 | 性别 |
| 6、 | nianling | float | 10 | 是 | 10 | 年龄 |
| 7、 | zhicheng | varchar | 50 | 是 | 50 | 职称 |
| 8、 | keshi | varchar | 50 | 是 | 50 | 科室 |
| 9、 | zhuzhizhengzhuang | text | 8 | 是 | 8 | 主治症状 |
| 10、 | zhaopian | varchar | 50 | 是 | 50 | 照片 |
| 11、 | beizhu | text | 8 | 是 | 8 | 备注 |
| 12、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 病人信息 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 8 | 主键ID |
| 2、 | zhanghao | varchar | 50 | 是 | 50 | 账号 |
| 3、 | mima | varchar | 50 | 是 | 50 | 密码 |
| 4、 | xingming | varchar | 50 | 否 | 50 | 姓名 |
| 5、 | xingbie | varchar | 50 | 否 | 50 | 性别 |
| 6、 | nianling | float | 10 | 是 | 10 | 年龄 |
| 7、 | lianxihaoma | varchar | 50 | 是 | 50 | 联系号码 |
| 8、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
| 药品信息 | ||||||
| 序号 | 字段名称 | 字段类型 | 大小 | 允许为空 | 最大长度 | 备注 |
| 1、 | ID | int | 4 | 否 | 8 | 主键ID |
| 2、 | yaopinbianhao | varchar | 50 | 是 | 50 | 药品编号 |
| 3、 | yaopinmingcheng | varchar | 50 | 是 | 50 | 药品名称 |
| 4、 | jixing | varchar | 50 | 是 | 50 | 剂型 |
| 5、 | leixing | varchar | 50 | 是 | 50 | 类型 |
| 6、 | chandi | varchar | 50 | 是 | 50 | 产地 |
| 7、 | jiage | float | 10 | 是 | 10 | 价格 |
| 8、 | tupian | varchar | 50 | 是 | 50 | 图片 |
| 9、 | shiyongzhengzhuang | varchar | 50 | 是 | 50 | 适用症状 |
| 10、 | addtime | datetime | 8 | 否 | 8 | 添加时间 |
- 系统实现
- 开发工具
表5-1开发工具
| 名称 | 工具 | 版本 |
| 操作系统 IDE(Integrated Development Environment) | windows VisualStudio | 7/8/10 2010 |
| 服务器 | IIS | 9.10.7 |
| 数据库 浏览器 界面工具 | SQL Server 谷歌 Photoshop | 2008 6.0 2016 |
主要由两部分组成，登录前的登录界面以及登录后的用户功能界面。登录界面，要求用户输入用户名和密码，当用户名和密码其中一个输入为空时，给出提示“用户名，密码不能为空”。获取用户名和密码后到数据库中查找，如果用户名存在，以及对应的密码正确，则登录成功，否则登录失败。登录失败后给出提示，并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块，主要有会员基本信息修改，已经发布药品信息管理，发布信息，和退出功能。退出功能是清除全局变量username的值，并跳回到首页。
登录流程图如下图所示。
图5-3登录流程图
用户登录界面如下图所示。
图5-4用户登录界面
用户登录/注册成功之后可以修改自己的基本信息。修改页面的表单中每一个input的name值都要与实体类中的参数相匹配，在用户点击修改页面的时候，如果改后用户名与数据库里面重复了，页面会提示该用户名已经存在了，否则通过Id来查询用户，并将用户的信息修改为表单提交的数据。
-
- 站内公告管理模块的实现
如果站内公告的信息需要修改，管理员可以通过查询站内公告的基本信息来查询站内公告，查询站内公告是通过ajax技术来进行查询的，需要传递站内公告的标题、编号等参数然后在返回到该页面中,可以选中要修改或删除的那条信息，如果选中了超过一条数据，页面会挑一个窗口提醒只能选择一条数，如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候，后台会根据传过来的id到数据库查询，并将结果返回到修改页面中，可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中，就是说如果提交的数据数据库中存在就修改，否则就保存。
站内公告展示界面如下图所示。
图5-1站内公告展示界面
站内公告管理界面如下图所示。
图5-1站内公告管理界面
线上沟通功能整体流程：用户浏览医生信息时，同时会显示医生的状态，系统会在其显示详细信息的页面时便会判断医生的状态，若医生状态为可线上沟通，则会显示线上沟通的链接按钮。在用户点击线上沟通按钮时，会先通过拦截器判断用户是否登录，若未登录，会跳转至登录页面，提示用户先登录，若为登录用户就会跳转至填写线上沟通信息的页面，填写好线上沟通信息之后，点击提交按钮，线上沟通成功之后返回提示信息，告知用户线上沟通成功。
线上沟通流程图如下图所示。
图5-1线上沟通流程图
线上沟通界面如下图所示。
图5-1线上沟通界面
此页面的关键是编写药品信息，包括药品编号，名称，详情等。单击提交按钮以完成信息的添加。如果未写入完整的药品信息，例如，如果未写入药品编号，系统将给出相应的错误提示，并且无法成功输入。数据以概念的形式以onsubmit =“return checkForm（）”的形式写入以进行检查，checkForm（）函数是一种用于写入数据的不同类型的校对方法，是不是为空也是经过form表单中的οnsubmit=”return checkForm()来检查。
管理员点击左侧菜单“药品信息管理”，页面跳转到药品信息管理外观，调用后台药品查询所有药品信息。并将信息密封到数据集合List，绑定到请求对象，然后页面跳转到相应的jsp，显示出药品信息，单击删除按钮完成药品信息的删除。
药品管理流程图如下图所示。
图5-1药品管理流程图
药品添加界面如下图所示。
图5-1药品添加界面
药品管理界面如下图所示。
图5-1药品管理界面
根据需求，需要对医生进行添加、删除或修改详情信息。删除或修改医生时，系统根据医生的状态判定为可删除状态下，才会给出删除和修改链接，点击删除链接按钮时，请求到达后台，还会先查询医生状态再次做出判定能否删除。点击修改链接按钮时，会跳转到修改信息的页面，重新填写好数据后，数据提交到后台会对数据库中相应的记录做出修改。
添加医生时，会给出数据填写的页面，该页面根据填写好的医生编号同样会事先发送Ajax请求查询编号是否已存在，数据填写好之后提交到后台，会调用相关服务在数据库中插入记录。
医生管理流程图如下图所示。
图5-1医生管理流程图
医生添加页面设计效果如下图所示。
图5-1医生添加界面
医生管理页面效果如下图所示。
图5-1医生管理界面
数据库备份功能能够对系统中的数据进行备份，实现了对系统数据长期有效的保存；数据库恢复功能可在系统数据被破坏的情况下，将早期的系统备份数据恢复，保证了系统数据库在受到破坏的情况下，快速实现系统数据恢复。
数据备份的界面如下图所示。
图5-1数据备份界面
对任何系统而言，测试都是必不可少的环节，测试可以发现系统存在的很多问题，所有的软件上线之前，都应该进行充足的测试之后才能保证上线后不会Bug频发，或者是功能不满足需求等问题的发生。下面分别从单元测试，功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
下表是药品管理功能的测试用例，检测了药品管理中对药品信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-1 药品管理的测试用例
| 功能描述 | 用于药品管理 | |
| 测试目的 | 检测药品管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加药品，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加药品，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改药品，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改药品，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除药品，选择药品删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索药品，输入存在的药品名 | 查找出药品 | 与预期结果一致 |
| 点击搜索药品，输入不存在的药品名 | 不显示药品 | 与预期结果一致 |
下表是医生管理功能的测试用例，检测了医生管理中对医生信息的增加，删除，修改，查询操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-2 医生管理的测试用例
| 功能描述 | 用于医生管理 | |
| 测试目的 | 检测医生管理时的各种操作的运行情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 点击添加医生，必填项合法输入，点击保存 | 提示添加成功 | 与预期结果一致 |
| 点击添加医生，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改医生，必填项修改为空，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击修改医生，必填项输入不合法，点击保存 | 提示必填项不能为空 | 与预期结果一致 |
| 点击删除医生，选择医生删除 | 提示删除成功 | 与预期结果一致 |
| 点击搜索医生，输入存在的医生名 | 查找出医生 | 与预期结果一致 |
| 点击搜索医生，输入不存在的医生名 | 不显示医生 | 与预期结果一致 |
下表是药品统计管理功能的测试用例，检测了药品统计管理中购药订单的操作是否成功运行。观察系统的响应情况，得出该功能也达到了设计目标，系统运行正确。
前置条件；用户登录系统。
表6-3 药品统计管理的测试用例
| 功能描述 | 用于药品统计管理 | |
| 测试目的 | 检测药品统计管理时各种操作的情况 | |
| 测试数据以及操作 | 预期结果 | 实际结果 |
| 未选择药品，点击提交 | 提示请选择药品 | 与预期结果一致 |
| 未输入数量，点击提交 | 提示请输入数量 | 与预期结果一致 |
| 未输入时间，点击提交 | 提示请输入时间 | 与预期结果一致 |
使用阿里云PTS（Performance Testing Service）性能测试服务对线上系统进行压力测试。线上服务器环境为：1核心CPU，1G内存，1Mbps公网带宽，Centos7.0操作系统。
压测过程中使用了2台并发机器，每台机器20个用户并发，对系统主页，登录，数据查询和数据维护等模块进行并发访问，测试结果是有40个用户并发时，数据管理相关页面的响应时间甚至达到了7s，通过查看服务器出网流量发现已经达到1381kb/s，可以看出服务器的带宽已经达到峰值，如果系统使用5Mbps的带宽，系统的响应时间和TPS将会大大增加。在整个测试的过程中，CPU的使用率占用仅8%，也提现出带宽瓶颈对系统的影响非常严重。
通过惠民线上诊疗系统的开发，本人巩固了之前学过的知识，如今将平时所学到的知识融合在设计中，在设计过程中，做了很多的准备，首先，在数据库系统的设计过程中，尤其是在数据库的工作原理、工作特点，对其深刻的讨论，与此同时，对于小型站点来说，最好服务器的选择，其次，利用所学的知识点分析所做的系统，并在此基础上设计。
目前本系统已经上线，正在试运行阶段，用户反馈良好，基本完成用户所需，试运行过程中没有出现阻断性问题，有一些不足和小问题也及时予以修正，系统上线后，为了保证数据的安全性，对系统进行了备份操作，系统备份是每两个月备份一次，数据库备份为每周备份一次，系统部署在租赁的云平台服务器中。
本次系统上线成功后，得到了用户的高度认可，但是在功能上和性能上还需做进一步的研究处理，使其有更高的性能和更好的用户体验。
系统在以后的升级过程中，需要解决一系列用户所提出的问题，例如打印过程中如何避免浏览器的兼容性问题，大量用户访问时，如何保持较高的响应速度，在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]杨瑞熙. 线上诊疗数据的处理方法、装置、设备、系统及介质[P]. 北京市：CN113380395A,2021-09-10.
[2]郑汇娴,熊巨洋.疫情防控常态化下公立医院线上诊疗服务流程、问题及应对策略[J].中国社会医学杂志,2021,38(04):371-374.
[3]徐来,陈树越,林勤.线上诊疗智能回复系统的研究[J].中国新通信,2021,23(15):62-63.
[4]刘喜全. AI辅助诊疗系统用户采纳行为研究[D].山东财经大学,2021.DOI:10.27274/d.cnki.gsdjc.2021.000115.
[5]张阿宁,孔跃. 手机的线上诊疗及健康管理服务图形用户界面[P]. 北京市：CN306261866S,2021-01-01.
[6]李艾,杜元太,曾巍,郑双意.面向智慧医院的一体化互联网诊疗系统建设实践[J].中国卫生信息管理杂志,2020,17(06):702-705+763.
[7]王立泽,欧阳涛,范照青,何英剑.新型冠状病毒肺炎疫情下肿瘤专科医院临床科室线上诊疗系统的应用[J].中国医院管理,2020,40(11):76-79.
[8]宁海涛.基于ASP.NET技术的高校办公室文档自动化管理方法[J].信息与电脑(理论版),2020,32(19):10-11.
[9]Yanyan Xu,Xu Yanyan,Liu Chunfu. Using ASP.NET Technology to Build Cross-border E-commerce Business Foreign Language Network Courses[J]. Journal of Physics: Conference Series,2020,1648(3).
[10]石磊.基于ASP.NET技术的教工考评系统[J].计算机与网络,2020,46(06):70-72.
[11]考贝贝,曾繁盈,张柳,张慧,陆昊旻.便捷高效的新智能医疗就诊系统研究[J].艺术科技,2019,32(07):31-32.
[12]不公告发明人. 一种新型ASP-NET技术的陶瓷网络商城设计[P]. 湖南省：CN109426488A,2019-03-05.
[13]王丹. 基于ASP.NET技术的图书管理系统的设计与实现[D].吉林大学,2018.
[14]张燕.基于ASP.NET下数据库连接技术分析[J].科学技术创新,2018(29):102-103.
[15]Erdem UÇAR,Özgür ALTUNSÖĞÜT. DEVELOPMENT OF AN E-PURCHASE PORTAL APPLICATION USING ASP.NET TECHNOLOGY[J]. Trakya Üniversitesi Fen Bilimleri Dergisi,2016(2).
[16]传智播客高教产品研发部. ASP.NET就业实例教程[M].人民邮电出版社:, 201509.262.
致谢
本次设计历时3个月。在这个毕业设计中，它离不开指导教师的指导，使事情基本顺利。指导老师无论是在毕业设计历经中，还是在论文做完中都给了了我特别大的助益。另1个方面，教师认真负责的工作姿态，谨慎的教学精神厚重的理论水准都使我获益匪浅。他勤恳谨慎的教学育人学习姿态也给我留下了特别特别深的感觉。我从老师那里学到了很多东西。在理论和实践中，我的技能得到了特别大的提高。在此，特向教师表示由衷的感激。
经过对该毕业设计的全部研究和开发，我的系统研发经历了从需求分析到实现详细功能，再到最终测试和维护的特殊进展。让我对系统研发有了更深层次的认识。如今我的动手本领单独处理疑惑的本领也获取到了特别大的演练学习增多，这是这次毕业设计最好的收获。
最后，在整个系统开发过程中，我周围的同学和朋友给了我很多意见，所以我很快就确认了系统的商业思想。在次，我由衷的向他们表示感激。
点赞+收藏+关注 → 私信领取本源代码、数据库
937
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
