中国知网查重 高校在线论文查重入口

立即检测
  • 58 元/篇
    系统说明: 知网职称论文检测AMLC/SMLC是杂志社专用系统,针对投稿论文、评审论文、学校、单位职称论文的学术不端重复率检测系统。
  • 288 元/篇
    系统说明: 知网本科论文检测PMLC是最权威的大学生毕业论文检测系统,含“大学生论文联合对比库”,国内95%以上高校使用。检测结果和学校一致!
  • 498 元/篇
    系统说明: 此系统不支持验证!可用作研究生初稿检测,相比知网VIP5.3缺少“学术论文联合对比库”,检测结果有5%左右的误差!(论文中若参考往届研究生论文,重复率误差会较大)
  • 128 元/篇
    系统说明: 大分解论文检测系统,对于想检测学术不端文献检测系统,而又价格便宜的同学可以选择,限每篇2.9万字符,结果与大学生PMLC、硕博VIP定稿系统有出入!
  • 68 元/篇
    系统说明: 知网论文小分解检测系统,适合中国知网初稿查重,数据库和定稿查重不同。结果与本科PMLC,研究生VIP5.3有出入,限每篇1.4万字符!
  • 3 元/千字
    系统说明: 学术家论文重复率检测系统,支持学位论文、毕业论文、投稿论文、职称评审论文,提供全文对照,word标红报告,性价比超高!
论文技巧案例-智能社区医院管理系统
时间:2021-03-31 13:46:32

  时代在发展,科技在进步。随着智能时代和网络时代的到来,许许多多的领域都开始将自己本身的业务与互联网关联起来。我国的社区医疗改革脚步从未停止过,社区医院具有一定的地域性,是每个患者的首选之地,为了促进社区医疗的智能化,智能社区医院在互联网智能的大背景下,使很多人足不出户可以了解更多自身的健康状况,很大程度上减轻了患多医少的问题。患者的就医不仅得到了快速、方便的解决,还节省了患者在医院挂号排队等待的时间,也解决了医院看病挤、看病难的问题,大幅度的提高了人民的生活水平。

  本次设计是基于PHP的智能社区医院管理系统,主要分为两部分,分别是前端界面和后台管理系统。通过对当今的患者对社区医院需求功能进行详细分析之后,确定了系统的主要功能模块:系统用户信息管理模块、系统医生信息管理模块、系统管理员管理模块、系统预约挂号模块、系统药品库存管理模块等。并对所有的模块进行设计和测试,满足患者的需求和医院的需求。

  社区医院管理系统设计时采用了PHP开发架构,使用NavicatforMySQL开发工具搭建数据之间的关系。整个系统贯彻了面向对象的设计理念,让医院更加方便的对患者进行管理。

  随着现在国民经济快速地增长,人民生活的质量水平得到了很大程度地提升。我国社区医院建设也在随着社会的发展而变化,我国医疗建设的步伐一直在大步向前,加强我国医疗健康建设的任务变得格外重要。如今我国老年人口增长速度较快,人口老龄化现象也会影响我国的经济,如何让人们足不出户就可以解决自己的医疗健康问题成为国家重点解决的问题。随着智能化时代的到来,互联网在人们生活中扮演重要的角色,数据信息传递速度如此之快,使传统社区医院得到了改变。越来越多的人渴望通过互联网了解自己的身体健康问题,必要情况下,能够迅速对症下药,这样也大大保证了患者就医咨询的快速化和私密化。同时也提高了医院的运转效率,使患者和医院取得两全其美的结果。因此,将智能社区医院建设作为医疗改革的重点任务进行发展。

  1.2课题研究目的

  社区医院管理系统主要面向的对象为社区居民和医院医务人员,它不仅可以实现基本的医院管理功能,还可以实现社区医院部分特殊的功能,如及时公布社区医院的消息等。该管理系统具有信息录入快捷、查找便捷、大容量存储、性价比高等优点,可提升医院管理效率。加强医院门诊系统的管理模式、工作模式,快速解决医院“三长一短”即挂号等待时间长、排队取药时间长、交费等待时间长和看病时间短问题,提高患者就医就诊速度。该系统还可以提高药物进出管理的速度,避免出现错入错出现象,帮助社区医务工作人员实现数字信息化管理模式,减少社区医院的费用支出,快速提高社区医院工作人员的操作效率。使整个社区医院可以用低投入获取高效益。所以,开发一款方便用户使用和医院管理的系统是非常必要的。

  1.3研究的主要内容

  本次研究设计课题主要通过社区医院系统的便捷性进行开展,通过对社区医院各个功能进行仔细的分析、研究,开发一款基于PHP的智能社区医院管理系统。首先需要对社区医院的操作模式进行了解,模拟医院工作人员与患者之间的操作流程,并进行必要的用例分析。本系统是基于B2C的管理系统,患者可以直接通过医院前端网站对自己想要熟悉的内容进行搜索。系统有专门的智能导诊环节,患者可对自己症状进行描述,获取自己可以预约挂号的科室和医生。前端页面设计使用的是HTML+CSS+JavaScript语言,蓝色调的页面风格吸引人们的观感,合理的功能模块给人们带来方便,可以吸引更多的用户。在后台管理系统设计中,管理员可以对医生信息、患者信息、科室信息、药物库存等进行管理,让医院的管理效率更加快速。

  总之,本设计建设的基于PHP的医院管理系统的主要研究内容有:分析社区医院管理系统的功能需求,分析患者想要通过前端了解以及使用的具体功能,从医院和患者两个角度对系统的需求开展工作,将系统的各个模块进行列举,并对各个模块的功能进行详细合理的设计。

  通过分析确定的设计的主要模块如下:

  首页:主要展示医院的新闻动态,让用户及时了解社区医院的信息。

  登陆页面:用户可以通过自己的账号、密码进行登陆。

  注册页面:针对挂号的用户还未拥有自己的账号的人们进行注册。

  预约挂号页面:为了避免重名问题,预约挂号时需要使用可以唯一标识用户信息的就诊卡号进行挂号。

  智能导诊页面:可以通过用户对症状的描述,进行推荐合适的科室以及医生。

  科室专家页面:详细介绍各个科室的特点以及专家的擅长范围。

  个人中心页面:查看个人详细的预约记录、更改自己的个人信息。

  管理员登陆:管理员登陆时需输入账号密码。

  管理员更新信息页面:管理员可以对个人的密码进行修改。

  患者信息管理:系统中包含了患者的病历记录,管理员可以对患者的信息进行查看、修改、删除。

  科室信息管理页面:系统中设置了二十八个科室,每个科室都有详细介绍,科室介绍随着时间进行改变,因此需要进行管理。

  医生管理页面:系统中医生的职称会随着时间进行晋升,医生的介绍中随着时间荣誉的增多也需要进行改变,因此需要管理。

  预约挂号管理页面:患者进行在系统中进行预约挂号时会产生相应的记录,管理员可以对会诊以后的进行修改,因此需要管理。

  第2章需求分析

  2.1系统总体需求概述

  生活质量一步步的提高,人们对生活的追求也发生了变化,医疗行业也不例外。社区医疗服务也在向智能化、网络化、系统化发展,医疗服务信息可以在互联网进行迅速传播,拉近了医生与患者之间的距离。本研究是基于PHP的智能社区医院管理系统,作为一个管理系统,应对社区医院患者、医生信息进行集中统一的管理,并对社区医院的工作人员信息进行定期的修改,当患者进行预约挂号时,还需要对预约挂号系统开展一系列的操作。这需要我们对社区医院的挂号流程进行充分的了解,分析医院所需的和患者所需的功能。需求分析的主要步骤如下所示:

  1)根据自己对医院、患者的调查,了解设计所需的功能。

  2)去查看当前比较突出的社区医院网站,分析他们的设计模式以及社区医院所必需的功能模块。

  3)详细分析预约挂号过程,细分系统的功能模块。

  4)通过网络查找相应的案例资料,进一步完善功能设计。

  2.2非功能性需求分析

  一个管理系统对可靠性的要求比较高,在用户以及管理员使用过程中要避免系统产生的错误。所以,系统在设计时要格外注意,对设计缺陷进行不断地纠正,这样可以避免用户在预约挂号时出现不必要的错误。如果用户在系统使用过程中出错,既会对自己以及医院带来不必要的麻烦,也不利于系统的推广。因为系统采用的是B/S的模式,会出现多个用户同时访问的情况,这需要系统具有高适应性、高准确性以及短响应性。作为一个社区医院管理系统,只有给用户带来好的

  体验性,才能得到更多用户的使用。因此要认真分析用户的使用方式,探究怎样能最适合用户使用,使得用户在预约挂号时能在短时间内完成。除此之外,系统要有良好的可移植性,对任一操作系统都能找到合适的使用环境,而此次选用的PHP和MySQL技术就可以非常好的满足用户需求。

  2.3功能性需求分析

  2.3.1用户模块需求分析

  系统中可以分为四类使用者,系统专门的管理人员为管理员身份,管理员分配的管理者为医生身份,信息未注册的用户为游客,注册信息的是患者,身份不同拥有的权限也是有差异,对前端网站和后台系统进行差别性操作,管理员这个身份重点对患者即用户、科室、医生以及药物进出库信息开展操作,而医生拥有对患者就诊信息的权利,即就诊卡办理以及就诊记录,游客只能对医院网站进行浏览,注册过的患者可以对自己的信息进行修改。用例图如图2-1所示。

  图2-1用户模块用例图

  在此系统中管理员拥有最大的权限,当系统中的病人、医生、科室等信息进行更新的时候,它可以进行及时的变动,而患者、医生可对个人隐私的账号密码数据修改。

  2.3.2搜索模块需求分析

  搜索模块这一部分主要针对医生的搜索展开了详尽的分析,可以设计多种方式的搜索。当用户进入网站时,肯定想要了解具体的医生信息时,当点击网站专家介绍模块,由于包含多个医生的信息,看上去比较繁琐,此时搜索功能就会体现的格外重要,让用户通过搜索医生姓名全名以及医生姓名关键字的方式获取自己想要了解的信息。用例图如图2-2所示。

  图2-2搜索用例图

  多种的搜索样式能够加强用户的体验感,使用更加便捷,比如当用户了解张红医生时,他不仅可以在搜索框内输入“张红”这样具有高效的查询方式,还可以输入想要了解的医生信息的关键字,这样可以查询出符合关键字要求的所有医生信息。

  2.3.3医院信息管理模块需求分析

  这一模块,医院根据系统中不同角色的不同特点和需求,为其对医院信息分配不同的执行权限。比如系统的管理员账号具备最高级别的操作权限,可以对系统大部分信息进行操作。因此按照角色的不同对医院信息操作进行详尽的解析。用例图如图2-3所示。

  

  图2-3医院信息管理用例图

  管理员能够通过系统后台对系统中的医生、患者信息进行管理,当医院招聘新的医生时,需要对医生信息进行添加操作,如果医生觉得自己的工作不理想辞职以后,管理员就可以对相应的医生信息执行删除操作。当医生获得奖项得到更高级别的职称时,医生信息要进行变动,此时,管理员可以通过后台对医生信息数据修改。游客只是单纯的具备浏览页面信息的权限,患者在游客基础上可以进行门诊预约。

  2.3.4预约模块需求分析

  患者用户在前台网站查看专家坐诊表后,可以进入后台预约系统进行预约挂号,用户预约完成以后就可以查看自己的预约信息记录,并且具有相应的权限去操作自己的订单记录。管理员对该患者名下的预约信息拥有一部分的执行权限。管理员可以在后台对患者产生的预约信息开展审阅和汇总,当符合预约挂号之后触发相应的动作,患者可以浏览自己的每个预约信息,若想要删除可以在预约界面直接进行删除。用例图如图2-4所示。

  图2-4预约管理用例图

  2.4系统开发环境

  开发系统:Windows10

  开发语言:PHP

  开发工具:PHPStorm、Dreamweaver

  服务器:Wampsever32

  数据库:NavicatforMySQL

  浏览器:火狐浏览器、IE浏览器、谷歌浏览器等

  第3章系统概要设计和数据库设计

  3.1总体结构设计

  经过前期一系列的数据分析,大体上确定了系统的结构,可以划分为两大模块即前端和后台,前端界面包含的内容主要是用户想要了解的信息。前端界面可以满足用户的需求。前台主要结构如下图3-1所示。

  图3-1前台结构图

  前台的设计主要是站在用户的角度进行设计,而后台则是站在管理者即医院的角度进行设计,分为三个系统即患者预约挂号系统、医生子系统以及管理员系统,不同的系统针对的对象有所不同。预约挂号主要针对患者,包括预约挂号的处理以及个人信息,医生系统主要包括了就诊卡号办理以及病人就诊记录的管理,而管理员主要针对医院信息进行管理即患者信息管理、医生信息管理、科室信息管理以及药物进出库管理,本系统对医生和管理员模块是特定人员进行登陆,不能进行注册,而患者进入系统可以进行注册。后台结构图如图3-2所示。

  图3-2后台结构图

  倘若发现登陆系统的账号密码信息不符时需要重新登陆,预约挂号系统中如果用户没有就诊卡号则无法进行预约,需要到医院找专门人员进行就诊卡号的办理之后方可进行使用。医院管理系统针对的对象无非就是患者、医生,患者进行挂号就诊时信息会随着就诊次数以及病例的变化进行及时的更新,医院这么大,医生辞职或者职称变动是常有之事,管理员对医生信息也要进行实时变更。同时用户在个人中心能够更改自己的本人信息,通过注册增加用户的信息。而管理员也具有更改患者、医生以及个人资料的权利。

  3.2系统功能性模块

  本管理系统面向的对象为线下的社区医院和人民群众,为人们群众提供一个线上进行咨询问医的机会,通过网站这样简单的界面给用户提供清晰明了的信息,让用户通过页面了解到社区医院的整体概况以及健康问题的解答。其次,对医院而言可以系统的对医院的信息进行管理,通过智能化和数字化的网络系统的汇总医院繁琐的流程,减轻工作人员的任务量。此系统给医院和人民群众带来了便捷的服务。

  (1)前台管理模块:前台模块主要展示给用户进行浏览的,包括了社区医院概况、社区医院新闻动态、科室设置和介绍、医生信息介绍以及门诊须知和智能导诊系列,用户可通过导航点击进入页面了解内容。

  (2)用户登录注册模块:主要针对患者进行预约挂号时设计的,本系统分为两种级别,即患者和游客,系统通过识别两种不同的身份信息向它们提供不同的信息,患者用户具备了相对完整的处理个人信息的技能,可以完成自己领域内的业务。不同的身份信息所具备的业务能力不同。任何人都能够浏览医院网站,但是想要进行预约挂号,必须在与之对应的界面进行个人信息的登记,之后进行注册,用户登记的信息会被传输到系统后台,检验通过后,游客可以以患者的身份进入系统。

  (3)科室医生管理模块:不同的医院科室设置不同,想要了解医院的概况除了通过简单的介绍之外还要了解各个科室的文化信息,前端页面的科室设置,将医院划分为二十八个科室,为了提高用户的体验感,对每个科室的文化以及配备的设施以及医生资源等内容做了详细的介绍,用户界面简洁清晰,排版合理,带给用户想要继续了解下去的感觉。医生介绍模块增加了搜索功能,例如用户想要了解张红医生的信息只需要在输入框内输入其名称即可,让用户通过搜索框及时高效的查找到所需的医生信息。

  (4)预约模块:用户通过前台进入预约系统,通过就诊卡号进行预约,可添加患者姓名、性别、年龄、病史等信息,用户在预约时间之前可以修改以及删除自己的预约信息。

  (5)就诊卡管理模块:就诊卡号能够唯一地标识患者信息,避免患者重名的冲突,就诊卡需要医生进行办理,包含了患者的基本的姓名、性别、年龄以及病史等基本信息。医生可以添加、修改、删除就诊卡相关的信息。

  (6)信息管理模块:添加更改删除社区医院患者医生等信息,对医生所属科室、职称以及科室介绍信息进行更改。

  (7)药品管理模块:对药品的名称、供应商厂家、有效时间、库存量等进行添加操作,对过期药品进行清理删除操作。

  (8)患者服务管理:预约系统中的个人中心针对的是患者信息,患者可以对自己所具备的权限对个人信息进行更改,也可对密码进行修改。

  3.3数据库设计

  我们在设计社区医院信息处理流程中,最重要的一部分是基础数据模块的设计。基础数据模块设计的条理有序可以提高系统处理信息的效率。通过对系统中各个模块需求功能的详细分析和研究,通过系统管理员或者其他工作人员,将模块信息添加到数据库中。数据库设计功能并不是重点,逻辑性十分地重要,不仅要站在用户角度进行处理速率的高速设计,吸引用户的使用。还要站在医院角度对数据库按照实际的需求,规划需求的属性。只有设计出合理的数据库,才能保证系统的安全性。由于网络信息时代的不断普及和提高,人们的自我防范意识也会加强,为了避免泄露个人的隐私信息,必须要提高系统的安全性能。除此之外,合理的数据库设计可以加强系统的操作性,给用户和管理员带来便捷的服务。

  3.3.1概念结构设计

  数据库的概念模型设计是数据库详细设计的开始任务,首先要展开对系统实体-关系图即E-R图的设计搭建。需要从自己系统的问题出发,丢弃不能显现本身性质的属性。E-R图包括实体、属性和实体之间的关系。实体用矩形表示,它可以有多个数据对象,把需要的实体进行列举。属性用椭圆表示,它用来描述实体的属性,一个实体可以有多个属性,但必须拥有一个可以唯一表示该实体的属性。实体与实体之间的关系通常用菱形标记的关系来展示。本系统的E-R模型,如图4-1所示。

  图4-1实体-联系图

  从上面的实体-关系图可以分析得到,管理员拥有六个属性,科室拥有三个属性,医生拥有七个属性,患者拥有九个属性,药品拥有七个属性。各个实体之间存在多种关系。

  3.3.2逻辑结构设计

  对数据信息进行针对性的详尽分析以后,一共划分出五个实体,以及各个实体的属性和各个实体之间的联系。

  管理员实体的属性主要包括ID、账号、管理员用户名、密码、性别、电话。

  患者实体的属性主要包括ID、个人联系方式、账号、患者姓名、密码、就诊号、性别、年龄、病史。

  科室实体的主要属性包括ID、科室名称。

  医生实体的主要属性包括ID、医生姓名、所属科室、职称、账号、密码、简介。

  药品实体的主要属性包括ID、药品名称、药品供货商、药品库存量、药品有效日期、药品价格。

  管理员实体与药品实体、科室实体、患者实体、医生实体等具有管理的关系,而且都是一对多,一个管理员管理数个科室、数个患者、数个药品等。

  医生实体和患者实体具备“治疗”的关系,同时一个医生可以治疗多个患者,一个患者可以被多个医生治疗。

  医生实体和科室实体具备“属于”的关系,一个科室可以包含多个医生,但一个医生仅属于一个科室。

  患者实体和药品种类实体具有“服用”的关系,是多对多,一个药品可以被多个患者服用,一个患者可以服用多种药品。

  3.3.3物理结构设计

   在这个模块中,数据库一共包含了六张表,用户信息表(user)、医生信息表(doctor)、管理员信息表(admin)、药品信息表(medicine)、科室信息表(keshi)、预约挂号信息表(yuyue)。

  (1)用户数据表

  用户数据表主要针对用户登陆时需要进行信息的采集,如果没有账号还需要将注册信息添加到该数据表中,当用户信息进行修改时也是对此表中的数据进行更新修改。商品表见表4-1。

  表4-1用户表

  字段名 数据类型 长度 小数点 允许空值 主键 说明

  id int 11 0 否 是 用户id

  account varchar 20 0 是 用户账号

  tname varchar 100 0 是 用户姓名

  jzh varchar 10 0 是 就诊卡号

  sex varchar 20 0 是 用户性别

  age varchar 10 0 是 用户年龄

  tel varchar 11 0 是 联系电话

  bl varchar 200 0 是 病史

  psw varchar 10 0 是 密码

  我们可以看到用户的信息进行添加时要富哦角度考虑,为了避免预约时重名引起的冲突,采取就诊卡号进行辨识,通过病史记录让医生充分了解患者之前的身体状况,以防医疗事故的发生。

  (2)药品数据表

  药品数据表主要包含用户数据表主要包含了药品ID、药品名称、价格、有效日期、药品供货商、药品库存容量、药品所属类别。管理员可以清楚明了的对药品信息进行添加操作,并对已过期的药品进行删除操作。主要见表4-2。

  表4-2药品表

  字段名 数据类型 长度 小数点 允许空值 主键 说明

  id int 11 0 否 是 药品id

  m_name varchar 20 0 否 药品名称

  m_price varchar 20 0 否 药品价格

  m_calss int 11 0 否 药品类别

  m_count varchar 11 0 否 药品数量

  m_provide varchar 40 0 否 供货商

  由上图可知,药品信息中包含了很多详尽的数据信息,这种设计主要是为了管理员在进行药品出库入库管理时可以快速的将数据添加或删除。这样大大提高了系统的运转效率。

  (3)预约数据表

  预约数据表主要存储了患者预约时的姓名、就诊卡号、预约科室、医生以及患者联系方式等信息。用户通过预约系统操作预约,将自己的详细信息填入数据库,管理员以及医生可以通过后台进行查看预约记录。预约数据表的具体设计见表4-3。

  表4-3预约表

  字段名 数据类型 长度 小数点 允许空值 主键 说明

  y_id int 11 0 否 是 预约id

  jzh varchar 11 0 否 就诊卡号

  tname varchart 11 0 否 患者姓名

  k_name varchar 11 0 否 科室名称

  d_name varchar 11 0 否 医生姓名

  y_date date 20 0 否 预约日期

  在预约信息表中很明显是对患者的每一条预约都做了详细的记录,每条预约记录包含的信息,都会对医生进行就诊泰来方便,给用户也解决了挂号难,等待长的问题。

  (4)科室信息表

  科室信息表主要存储了科室的ID、名称、简介等信息。主要用于前台界面中科室介绍部分,通过ID传值,每点击科室名称时,会出现相对应的科室介绍。科室信息表的具体设计见表4-3。

  表4-4科室表

  字段名 数据类型 长度 小数点 允许空值 主键 说明

  k_id char 11 0 否 是 科室id

  k_name char 20 0 否 科室名称

  k_about text 0 0 否 科室介绍

  (5)医生信息表

  医生信息表主要存储了医生照片、姓名、账号、职称、所属科室、联系方式、简介等信息。医生信息表主要方便管理员进行管理,管理员可以对医生信息进行更改,也可以添加医生的详细信息。医生信息表的具体设计见表4-3。

  表4-5医生表

  字段名 数据类型 长度 小数点 允许空值 主键 说明

  d_id int 11 0 否 是 医生id

  d_name varchar 255 0 否 医生姓名

  img varchar 30 0 否 医生照片

  account int 11 0 否 账号

  d_type varchar 10 0 否 职称

  k_name varchar 20 0 否 所属科室

  d_tel varchar 11 0 否 联系方式

  d_about text 0 0 否 医生简介

  第4章系统详细设计与实现

  4.1连接数据库

  我们需要将医院的全部信息存放在数据库中,如果我们需要对医院管理模块实施增、删、改、查等操作时就要对数据库进行访问,所以,我们首先要进行数据库的创建和连接,成功连接之后,才可对数据信息进行一系列的操作,详细流程图如图4-1所示。

  图4-1数据库连接流程图

  系统与数据库进行连接时,需要准确的输入所连接的数据库的名称和密码,当系统搜索不到符合相关条件的数据库时,就会出现相关的提示信息,例如数据库不存在。

  4.2用户注册、登录实现

  (1)用户注册实现

  当用户在在网页对社区医院医生以及科室信息以及专家坐诊进行了解,之后想要预约时,需要登录预约系统才具有预约挂号的权限,如果此用户的身份是游客,那么系统中没有此人的信息,那就需要该游客进行账号的注册,将自己的身份进行转换。因此,此模块在本系统中是必须存在的,我们需要进行全面、合理、快捷的功能设计。其流程图如图4-2所示。

  图4-2用户注册流程图

  通过上面的用户注册流程图可以清晰地了解到用户进行信息注册时,需要对其信息进行层层的检测验证,若用户账号信息被他人注册过,系统会进行提示该信息已存在,请重新注册。

  (2)用户登录实现

  用户想要对预约挂号系统进行登陆时,首先选中首页导航栏中的预约挂号栏目,点击此按钮就可以进入到预约系统的登陆页面,此时患者需要输入个人的账号密码登录系统,开展接下来的预约挂号等操作,其流程图如图4-3所示。

  图4-3用户登陆流程图

  用户进入登陆页面时,刚开始要对账号信息进行检验,如果不存在,在点击提交按钮时会出现重新输入账号的提示框。如果账号没有错误,下一步会对该用户的账号和密码是否匹配进行校验,校验不成功,就会自动跳转到登陆界面,用户重新输入密码,倘若密码无误,就可以进入到预约挂号系统。

  4.3就诊卡办理实现

  当用户通过系统进行预约就诊信息时,预约系统只能通过就诊卡号进行唯一识别并挂号。因此办理就诊卡时,需要将患者的具体信息写入到后台数据库中,病人信息主要包括患者姓名、年龄、性别、联系方式、曾就诊记录即之前预约过得科室名称、医生名称等信息,录入系统需要将信息填写完整,如果必填信息未进行填入是,系统会进行提示。通过就诊卡的记录信息,医生可以更加详细的获取到患者的具体信息,利于就诊工作的快速全面展开。其流程图如图4-4所示。

  图4-4就诊卡办理流程图

  当医生将患者信息录入数据库,并为其分配就诊卡后,用户可以在预约系统进行快捷的预约,预约完成后用户在个人中心可以看到自己的预约记录,并且还可以对个人预约信息进行修改。

  4.4前端界面实现

  前端界面为用户所看到的界面主要划分为首页、医院概况、科室设置、专家介绍、专家坐诊、百度地图等模块。通过HTML+CSS+JS进行设置,采用div的布局,导航部分主要用到ul、li的无序排列通过对margin以及float进行设计,使其排列在一行。首页部分主要呈现的是医院的新闻动态信息,让用户可以及时了解医院的动态;医院概况主要对医院进行了大体的描述,让用户明白社区医院服务理念以及所针对的对象;科室介绍是通过数据库进行导入,通过k_id进行传值操作,用get方法快速获取科室ID,并点击对应的科室可进入详情页面,能够对科室进行详细的了解;专家坐诊主要针对预约的用户进行设计的,因为挂号时需要明确的知道医生出诊时间;百度地图的设计主要是为了方便用户来院就诊,提供导航。界面效果图如图4-5所示。

  图4-5前端界面效果图

  前端界面主要实现代码如下所示:

  

  $r=4;

  $k_id=isset($_GET['k_id'])?$_GET['k_id']:$r;

  $sql="select*fromkeshiwherek_id={$k_id}";

  $rows=fetchAll($sql);

  foreach($rowsas$key=>$value){

  ?>

  4.5后台登录界面实现

  本系统后台管理界面分为医生入口和管理员后台入口,找到后台管理页面,进入到后台之后,首先是登陆页面,界面的主要配色是蓝色,清新简洁。界面主要包含了用户账号和用户密码以及选择医生还是管理员身份进行登陆。界面主要通过form表单在input框输入信息,医生和管理员通过单选按钮的value值进行判断,$_POST获取name属性值,结合数据库中的信息进行匹配,匹配成功,方可进入系统。效果图如图4-6所示。

  图4-6登陆界面效果图

  后台登录主要实现代码如下:

  if(isset($_POST['account'])){

  $account=trim($_POST["account"]);

  $psw=trim($_POST["psw"]);

  $radio=$_POST["radio"];

  $sql3="select*fromadminwhereaccount='$account'andpsw='$psw'";

  $row1=fetchOne1($sql3);

  $_SESSION['account']=$account;

  $_SESSION['id']=$row1['id'];

  if($radio=='admin'){

  echo'';}}

  4.6后台主界面实现

  管理员通过后台进入系统,管理员和医生可以对自己所属部分进行各种操作。后台主页列表通过无序列表进行设置,列表采用下拉样式运用JavaScript中的click进行响应,通过对列表中的target进行设置为right将iframe中的name属性值也设置为right,通过此设置可以将页面定位在右侧显示。下拉列表前面的图标是通过CSS中的icon进行设计。系统右上角的欢迎某某进入系统,是通过数据库进行传值将管理员或者医生姓名显示在此处。通过左侧的列表对管理内容进行分类,使管理员管理起来更加方便。其次,由于医院的信息管理模块会随着时间的变化信息也会变动,因此需要对信息进行定期的更新。效果图如图4-7所示。

  图4-7主界面效果图

  主界面主要实现代码如下:

  

  $(function(){

  $(".leftnavh2").click(function(){

  $(this).next().slideToggle(200);

  $(this).toggleClass("on");

  })

  $(".leftnavullia").click(function(){

  $("#a_leader_txt").text($(this).text());

  $(".leftnavullia").removeClass("on");

  $(this).addClass("on");

  })

  });

  

  4.7医生信息界面实现

  管理员进入后台可以看到医生信息界面,整体界面主要采用div盒子布局,列表使用的table表格,添加内容以及搜索栏主要使用无序列表通过样式设置将其放置在一行内,添加内容使用了超链接标记,点击此链接可跳转到相应的界面。下面列表主要采用PHP语言根据数据库进行动态展示,搜索用到的是模糊查找,通过对数据条件进行设置,符合条件的将以列表形式显示。效果图如图4-8所示。

  图4-8医生界面效果图

  医生信息界面主要实现代码如下:

  

  $where="";

  if(isset($_POST["keywords"])){

  $keywords=$_POST["keywords"];

  $where="whered_namelike'%{$keywords}%'";

  }

  $sql="select*fromdoctor".$where;

  第5章系统测试

  一款好的系统就是在不断地软件测试中进行升级,对系统实施测试时,一定要清楚地明白测试内容和最终要达到的效果,对于要进行测试的数据做好充分准备,这样可以减少失误出现的几率,不断地提升设计者的设计内容。设计者将代码编写完成后,会马上对系统进行测验,这样可以及时地发现软件中存在的问题,通过对系统功能测试,校验系统模块的功能是否完整。软件进行测试之前,对测验的环境也有一定的要求,只有环境达标时,才可以进行测试。因为功能较多加上篇幅有限的原因,只能将主要模块的测试进行举例。

  5.1用户登录测试

  在用户登录系统的过程中,我们需要将用户输入的用户账号和个人密码进行匹配,如果出现用户账号和密码不匹配的问题,会弹出提示框,提示内容为密码错误,如果用户所输入的账号在此系统中不存在时,会出现没有此用户的提示框。例如输入用户账号“10002”,再输入错误的密码“112223343355”,其效果如图5-1所示。

  图5-1用户登陆效果图

  系统进行错误提示主要是让用户明白自己到底哪个环节出现问题,能够针对自己输入出现的问题进行及时的修改。

  5.2添加医生信息测试

  当管理员对医生信息进行添加操作时,需要将医生的详细信息写入系统之中,倘若信息中某一项未填写时会在文本输入框后进行信息提示。因此管理员在进行信息的添加时一定要注意信息输入的完整性。效果如图5-2所示。

  图5-2添加测试效果图

  5.3删除医生信息测试

   由于系统中医生信息比较多,因此在本次设计时,为了方便管理员对过期医生信息的清理,系统中设置了批量删除按钮,管理员通过ID前面的复选框进行选择,选中的几个信息点击批量删除即可同时删除。这样大大提高了系统的运转效率。倘若复选框未被选中,则不可执行此操作。当某一个医生信息需要清理时可点击删除按钮对医生信息进行删除。测试结果如图5-3所示。

  图5-3删除信息效果图

  5.4修改密码测试

   在此模块中,管理员对自己的密码进行修改时,由于系统自动获取到用户的账号信息,系统会让其输入原始密码以及新设置的密码,如果原始密码输入有误系统会进行提示,新设置的密码需要进行确认设置,确保两次输入的密码一致才可以进行修改操作。测试结果如图5-4所示。

  图5-4修改密码效果图

  结论

  通过这几个月的毕业设计,让自己更加清晰地明白系统开发的流程,充分地了解到软件设计需要进行严格的设计,每一个环节都必须谨慎小心,对系统进行深入的分析,前期的需求分析以及功能分析在软件设计过程中都是必不可少的,只有前期分析的到位,才能确保自己的软件可以符合用户的要求。不要急于对代码进行编写,否则会出现很多不合理的问题。

  同时让自己清晰地认识到身为计算机专业学生的自豪与快乐。虽然在整个设计过程中自己出现了很多问题,但是不服输的精神,让自己一遍一遍进行改正,一步一步地完善自己的系统。而且在设计过程中自己学到了很多书上没有的内容,通过对课外知识的拓展,加强自己的业务能力和独立思考的能力。要想成为一名突出的程序员,就必须具备独立解决问题的能力。本次设计让自己获得了一次难得的实践机会,将所学的知识得到充分地运用,让自己明白软件开发要站在大众的角度思考。虽然自己还有一些不足,但在今后的生活中自己会不断地加强自己的能力,俗话说“兴趣是最好的老师”,只要自己对编程充满热爱,就一定会有意想不到的收获。只要自己具有不畏惧困难的品质就一定可以成为一名合格的程序员。