【《基于HIS的传染病报告管理系统设计》12000字（论文）】

第一章绪论1.1课题背景在医院的防疫工作中，传染病报告工作的管理占了相当大的一部分，其中传染病报告卡的数量庞大且内容复杂，给填写和审核都带来不便，因此，建立功能明确的传染病报告管理系统可以有效的提高传染病疫情报告率和报告卡填写完好率，解决传染病迟报或漏报的问题，有助于疫情初期及时发现疫情和应对疫情。按照医院信息系统建设标准要求,基于HIS系统的传染病报告管理系统，将实现传染病相关数据的采集和存储，信息处理的自动化。该系统的使用将加强传染病报告的信息化管理，减少不必要的人工手段的干预，规范报告内容，提高传染病报告的有效性。该系统为医院及时、准确地完成传染病报告和管理的工作提供稳妥可靠的服务。1.2课题的目的和意义现有的传染病报告管理系统在多个方面仍存在不足，例如，临床诊断信息不能及时传递到决策者手中，导致很难将公共卫生信息及时转化为准确有效的决策，此外，传染病病例确诊的要求和条件严格，极易漏掉许多病例，在缺乏明确诊断时，无法进行网络上报，只能人工逐层上报。回顾整个新冠疫情，尤其是早期发现疫情，确定传染源的阶段，传染病报告管理系统还有许多可作用的部分和可提升的空间。为此，我们决定开发一款简单实用，信息传递迅速准确的传染病报告管理系统，简化传染病报告管理系统中的常用功能，降低相关操作的复杂度，全方位提升传染病报告的质量。1.3主要技术简介1.3.1主要开发技术本系统前端基于Bootstrap框架，涉及HTML、CSS、Javascript[1]、Ajax等技术，灵活简洁，使Web开发更加轻松。CSS是指层叠样式表(CascadingStyleSheets)，HTML元素以什么样的形式显示在前端界面由样式决定，样式表通常用来存储样式，为了解决定义内容与表现分离的问题，把样式添加到了HTML4.0[2]中，外部样式表规范了代码的结构，提高了工作的效率，外部样式表一般存储在CSS文件中。JavaScript：网络脚本语言，用来对HTML元素进行读写，向HTML页面中嵌入动态的文本，控制cookies，在Node.js技术的基础上进行服务器端编程。它的解释器通常被称为JavaScript引擎，是浏览器中的一部分。系统后端开发采用SSM框架（spring+springmvc+mybatis），这三个开源框架中Spring是轻量级的，可以简化企业级的开发，降低代码耦合度，它有两大技术点：控制反转（IOC）和面向切面（AOP），而SpringMVC[3]为Spring的一个后续发展的产品，为了使程序更易定制，SpringMVC将控制器、模型对象、分派器和处理程序对象的角色分离，避免了功能的混淆。第三个框架MyBatis：它是支持SQL查询的持久层的框架，除此之外还支持存储过程、高级映射等。系统数据库选择MySQL[4]。1.3.2算法模型简介在系统中实现传染病疫情的预测分析，主要涉及到经典的传染病模型：SIR传染病模型。为了更加了解传染病的传播情况，提高传染病发生后应对的主动性，人们设计了很多传染病模型，用于模拟和还原传染病的发生传播，其中，SIR传染病模型是最经典的一个，SIR分别代表三个单词的缩写，S代表易感者，模型中设定在最开始所有人都是易感者，即每个人都有被传染的可能，I表示感染者，说明这部分人在接触到病毒时被传染，患上了传染病，R表示移除者，包括治愈和死亡两种情况。建立此模型有两个假设的初始条件。首先，不考虑人员的流动情况，不考虑出生和死亡，也就是人群的总人数不变；其次，传染病的感染率α和治愈率β在模拟期间保持不变。基于假设的条件，可以分析得出，在传染病发生的最开始易感者等于人群总数N，根据感染率α计算每天进入感染者人群的数目，感染者人群又通过治愈率β变成移除人群。 (1.1) (1.2) (1.3) (1.4)1.4本章小结本章通过对现有传染病报告管理系统的不足进行分析，简要介绍了基于HIS的传染病报告管理系统的开发背景以及系统最终实现的总体目标和设计实施的实际意义，并介绍了实现系统所采用的关键开发技术。

第二章系统需求分析2.1系统总体概述传染病报告管理系统面向的开发对象为基层医疗机构，采用的传染病报告流程为：临床或检验科等科室医师发现病例并确诊后立即填写传染病报告卡上报至预防保健科医师处，如果病例中存在疑虑则可先填写初步诊断卡，预防保健医师对传染病信息核对无误后进行登记上报[5]。下面将临床医师、检验医师等简称为非防保医师或普通医师，预防保健医师简称为防保医师。本系统实现了防保医师登录后查看和审核传染病报告卡[6]，当前年度新增病例数据统计，传染病基础信息查看，疫情预测功能，非防保医师等医师登录后可新增传染病报告卡，查看患者信息，浏览传染病基础信息以及个人信息的管理。管理员可以对所有可维护的后台信息进行管理。2.2系统功能需求传染病报告管理系统按功能主要分为传染病相关业务管理、系统用户管理和个人信息管理三个部分，其中，业务管理包括传染病信息模块、初步诊断卡模块、传染病报告卡模块、疫情预测分析模块、新增诊断卡统计模块、日志管理模块、患者管理模块、部门管理，用户管理包括普通医师和预防保健医师的信息管理，个人信息管理包括查看和修改个人信息，修改个人登录密码。图2-1为本系统的需求结构图。图2-1传染病报告管理系统的需求结构图2.2.1新增报告卡模块医师登录后可根据诊断填写传染病报告卡，填写时可根据患者就诊号或身份证号自动补全患者信息[7]，根据医师诊断关键词给出对应传染病基础信息，辅助医师进行诊断，填写完成后提交至防保医生处进行审核和汇总。2.2.2报告卡查询模块非防保医师登录后可查看当前用户上报的传染病报告卡，并可根据患者编号、姓名、身份证号、诊断日期、传染性、传染病类型进行自由组合查询，诊断日期查询可查询某时间段内上报的病例。防保医师登录后可查看当前医疗机构所有医师上传的传染病报告卡，根据患者编号、姓名、身份证号、诊断日期、传染性、传染病类型进行自由组合查询，诊断日期查询可查询某时间段内上报的病例。2.2.3报告卡审核模块防保医师登录系统后对其他医师上报的报告卡进行审核，对报告卡内容确认无误后进行网络直报，同时可修改纠正报告卡，对有错误或疑虑的报告卡可拦截。2.2.4传染病基础信息模块防保医师和其他医师登录后都可以查看系统中预先存储的传染病基础信息，包括传染病名称，典型症状，类别以及详细描述。2.2.5患者信息查看模块医师可以查看挂号患者的基本信息，包括编号、患者姓名、身份证号、性别，出生日期，联系方式等。2.2.6个人信息管理模块医师可以修改个人信息和登录密码，个人信息中用户名、医师类别、部门、职称、入职日期医师不可修改，姓名、身份证号、性别、出生日期、联系电话、住址、照片可编辑。同时医师可修改当前账户登录密码。2.2.7诊断卡统计模块防保医师可以查看当前年度的诊断卡数量统计，以表格和树状图的样式按月份展示。2.2.8疫情预测分析模块根据地区总上报的传染病报告卡数量，结合相关数据，建立传染病预测分析模型[8]，对未来一段时间疫情的变化做出预测分析。2.2.9管理员管理模块管理员可对患者信息，医院部门，医师信息进行增删查改的操作。2.2.10诊断卡模块医师登录后，可以在传染病类型不明确，症状不明确时，简要填写一份诊断卡。及时填写初步诊断卡有利于临床诊断信息的及时传递，在发现和追踪疫情具有重要的意义。2.3系统开发目标传染病报告管理系统实现的目标功能如下：2.3.1系统用户登录非防保医师登录：根据提供的用户名和密码登录，本系统不允许用户个人注册，选择身份为“医师”；防保医师登录：根据用户名和密码登录，选择身份为“防保医师”。管理员登录：根据管理员用户名和密码登录，如果密码错误则给出反馈，提示输入错误，如果输入信息正确，则进入管理员界面。2.3.2普通医师界面包括填写报告卡、传染病基础信息查看、患者信息、个人信息管理等，医师可在系统中获取传染病相关的信息进行学习和获得诊断的辅助信息，帮助医师准确的对传染病做出判断，对传染病报告卡进行增加，删除，修改和自由组合查找等功能。2.3.3防保医师界面防保医师可以查看当前医疗机构医师上报的所有报告卡，并对报告卡进行审核和修改，查看年度报告卡的数据统计，当前传染病疫情的预测分析，对患者信息进行管理以及个人信息管理。2.3.4管理员界面患者管理：患者基础信息管理。用户管理：包含医师信息管理、后台人员管理。部门管理：包含医院部门管理。2.4系统非功能需求根据传染病报告管理系统在实际应用中的需求，设计系统时必须遵循以下几条原则：（1）可扩展性：系统设计的开发考虑到了现阶段的实际功能需求。考虑系统的可扩展性是为了适应将来需求的变更，方便对之后功能的扩展和维护，根据实际需要增加新的功能时，功能的拓展不会对原有的系统架构和功能模块产生不利影响；（2）稳定性：由于本系统涉及内容关系重大，功能必须稳定、高效和可靠。该系统有很多功能，在按功能划分模块时，尽量做到高内聚、低耦合，避免强依赖，提高其独立性，保证系统的稳定性；（3）易用性：使用管理系统的最终目的是方便用户，节省用户的时间和精力的同时保证高效管理，因此，系统在为用户提供方便高效的功能的基础上，还应具有界面流畅大方、操作简单易懂，给用户带来带来良好的使用体验；（4）流畅性：加载流畅、响应迅速，减少用户等待时间是提升用户体验感的基本需求。可以通过提高代码质量、合理优化布局和内存、建立高效的刷新机制、避免程序在使用中卡顿、降低延迟等方式来提高响应速度。在设计页面时，要减少系统层次结构，采用布局复用，去除控件不必要的属性。（5）安全性[9]：由于本系统涉及许多用户隐私信息和机密信息，信息泄露会造成不可估量的损失，所以必须建立安全机制和对应的权限设置，禁止越权进行操作。2.5功能需求分析传染病报告管理系统分为用户前台与管理员后台，前台功能主要新增报告卡、查看报告卡、修改报告卡、报告卡数据统计、传染病基础信息、疫情预测分析、个人信息管理以及退出登录。后台功能主要包括医师管理、部门管理、个人信息管理、传染病信息管理以及退出登录。系统前台只允许医师登陆，医师有防保医师和非防保医师两种，在登录时会根据身份的不同进入不同的功能界面，后台只允许后台管理员登陆。非防保医师登录前台后，可以新增传染病报告卡，对当前用户创建的传染病报告卡进行自由组合查找，编辑修改和删除。用例图如下：图2-2非防保医师用例图防保医师登录前台后，可以对当前医疗机构医师上报的所有报告卡进行审批和管理，以及查看报告卡年度统计和当前疫情的预测预警。用例图如下：图2-3防保医师用例图管理员登录后台后，可以对当前医疗机构的所有医师信息、科室部门信息、就诊患者信息、报告卡、传染病基础信息进行管理。用例图如下：图2-4管理员用例图2.6本章小结在这一章节完成了系统需求的完整阐述，对系统总体架构进行设计，明确了功能模块需求，透彻清晰的介绍了本系统最终设计预计达到的目标，并对相关的用例图进行了设计。第三章系统设计3.1系统功能设计在需求分析的基础上，已经对系统的实际功能建立了清晰的认识，接下来对该系统的具体功能模块进行设计，主要介绍：非防保医师报告卡管理模块、传染病基础信息模块、防保医师审核报告卡模块、报告卡统计模块、疫情预测分析模块、患者管理模块、部门管理模块、医师管理模块，同时完成数据库的详细设计。系统总体结构图如下：图3-1系统总体功能结构图3.1.1报告卡管理设计非防保医师确诊为传染病病例或疑似病例都可进行传染病报告卡的填写，选择添加报告卡后，可根据患者就诊号或身份证信息确认患者身份，点击其中一项信息可自动补全该患者挂号时填写的其他基础信息，包括：姓名、性别、实足年龄、出生日期、联系电话、家庭住址、患者职业、病例分类、发病日期、诊断日期、死亡日期、传染病等级、报告单位、报告人联系电话、报告医生、填卡日期等信息。上报至防保医师审核前的报告卡可重新编辑，上报后不可编辑修改。其他医师确诊传染病病例后将传染病报告卡上报至防保医师处，防保医师需要对报告卡内容进行核查，对不规范的报告卡进行修改，有疑虑或不符合网络直报的报告卡可退回至上报医师处，对确诊且符合网络直报的报告卡上传至属地疾控中心。填写完成的报告卡可以导出为excel表格，便于数据统计和分析。报告卡管理模块的活动图以及时序图如图3-2、图3-3所示。图3-2报告卡管理活动图图3-3报告卡管理时序图3.1.2传染病基础信息模块设计非防保医师登录后可查看系统中预先存储的中华人民共和国防治法中规定的传染病基础信息，包括传染病名称，传染病类型等级，典型症状以及传染病描述，并可以根据用户输入进行自由组合查找。防保医师和管理员登录后都可以对传染病基础信息进行查看和编辑修改。传染病基础信息模块的活动图以及时序图如图3-4、图3-5所示。图3-4传染病信息管理活动图图3-5传染病信息管理时序图3.1.3诊断卡设计医师诊断时，对有疑虑的病例可以先填写诊断卡，作为可追溯的病情记录。诊断卡信息模块的活动图以及时序图如图3-6、图3-7所示。图3-6诊断卡信息管理活动图图3-7诊断卡信息管理时序图3.1.4报告卡统计设计防保医师可以查看当前年度，所属医疗机构所有医师上报的报告卡数量，并以表格和柱状图的形式按月份展示数据。3.1.5疫情预测分析设计防保医师可以查看到系统对当前地区疫情的预测分析，建立SIR传染病模型，根据算法实现疫情的预测。图3-8SIR模型原理图3.1.6患者信息管理模块设计管理员可以对患者基础信息进行编辑和修改。患者信息管理模块的活动图以及时序图如图3-9、图3-10所示。图3-9患者信息管理模块活动图图3-10患者信息管理模块时序图3.1.7部门管理设计管理员可以对医疗机构的部门进行管理。部门管理模块的活动图以及时序图如图3-11、图3-12所示。图3-11部门信息管理模块活动图图3-12部门信息管理模块时序图3.1.8医师管理设计管理员对医师基础信息进行管理，开通账户或删除用户等。医师管理模块的活动图以及时序图如图3-13、图3-14所示。图3-13医师管理模块活动图图3-14医师管理模块时序图3.1.9密码修改设计系统用户都可以对登录密码进行修改。密码修改模块的活动图以及时序图如图3-15、图3-16所示。图3-15密码管理模块活动图图3-16密码管理模块时序图3.2数据库设计在数据分析的基础上建立系统分析和数据库设计，从之前的分析角度整合设计角度，最终完成结构分析和系统设计的优化。建立一个良好的数据库，需要遵守这些基本原则[10]：尽量较少数据冗余和重复;操作设计和结构设计相结合;数据结构具备可靠的稳定性。3.2.1系统E-R图设计用户前台E-R图图3-17系统前台E-R图（2）管理员后台E-R图图3-18管理员后台E-R图3.2.2系统数据库表设计系统基于8张数据库表进行开发实现，分别是：诊断卡表、传染病基础信息表、患者信息表、用户信息表、传染病报告卡表、诊断卡统计表、部门信息表、日志表。各表的具体字段和作用如下：表3-1诊断卡表（dcard）字段类型长度是否可以为空键备注idint20NOPRI主键IDpnamevarchar10YES患者姓名sfidint18YES身份证号pdataint11YES出生日期zsvarchar255YES病情描述isidsvarchar4YES传染性dnamevarchar255YES传染病名称unamevarchar10YES用户名tnamevarchar10YES医师姓名pnokeyvarchar10YES患者信息IDpnamekeyvarchar10YES患者名称IDsfidkeyvarchar10YES身份证号IDdnamekeyvarchar10YES传染病信息IDsysuserkeyvarchar10YES医师信息ID表3-2传染病基础信息表（disinfo）字段类型长度是否可以为空键备注idbigint20NOPRI主键IDdnamevarchar255YES传染病名称dskesvarchar255YES典型症状dtypevarchar50YES类别contenttext255YES描述表3-3患者信息表（patient）字段类型长度是否可以为空键备注idbigint20NOPRI主键IDpnovarchar10YES编号tnamevarchar10YES姓名sfidvarchar18YES身份证号码sexvarchar4YES性别birthvarchar11YES出生日期telvarchar11YES联系电话filenamevarchar255YES照片表3-4用户信息表（sysuser）字段类型长度是否可以为空键备注idint10NOPRI主键IDunamevarchar10-YES用户名upassvarchar50YES密码utypevarchar50YES类型borgvarchar50YES部门tnamevarchar10YES姓名表3-5传染病报告卡表（infect_card）字段类型长度是否可以为空键备注idint10NOPRI主键IDnamevarchar10YES姓名name_parentvarchar10YES父母姓名id_cardvarchar20YES报告卡IDsexvarchar4YES性别birthdayvarchar11YES出生日期work_placevarchar255YES工作地址mobilevarchar255YES联系电话house_addressvarchar255YES家庭住址jobvarchar255YES工作case_catevarchar255YES病例类型case_datevarchar11YES发病日期zhenduan_datevarchar11YES诊断日期death_datevarchar11YES死亡日期Infectious_diseasesvarchar5YES报告卡状态statusvarchar255YES操作表3-6诊断卡统计表（tots）字段类型长度是否可以为空键备注idbigint20NOPRI主键IDyearvarchar255YES年份m1varchart255YES一月m2varchar255YES二月m3varchart255YES三月m4varchar255YES四月m5varchart255YES五月m6varchar255YES六月m7varchart255YES七月m8varchar255YES八月m9varchart255YES九月m10varchar255YES十月m11varchart255YES十一月m12varchar255YES十二月totsvarchart255YES总数表3-7部门信息表（orgs）字段类型长度是否可以为空键备注idint11NOPRI主键IDdnamevarchar255YES部门名称表3-8日志表（log）字段类型长度是否可以为空键备注idint10NOPRI主键IDcontentvarchar1000YES描述typevarchar100YES类型create_uservarchar255YES操作者create_timevarchar255YES操作时间3.3用户权限设计针对系统的功能和使用场景的特殊性，建立严格的权限体系，为不同角色分配不同的权限，根据用户角色进行业务分配。系统主要用户为防保医师和非防保医师两类，防保医师在传染病报告管理系统中比其他医生拥有更高权限，可以对与传染病相关的事务进行处理。登录时可以通过选择不同的身份进入不同的功能界面，系统根据用户名和进入系统时选择的用户判断当前用户权限。系统后台设置管理员，能对当前医疗机构的所有基础信息进行管理，对系统进行维护。3.4本章小结本章对传染病报告管理系统的设计进行了深入详细的介绍，简要描述了传染病模型的实现原理，完成了系统业务逻辑设计和数据库的详细设计。

第四章系统实现4.1前台用户登录模块的实现当用户输入数据库中的账号与密码并验证通过后即可成功登陆，当用户输入的账号与密码填写错误时，即登陆不成功。系统根据用户选择的身份进入不同的主页，不同的主页加载不同的功能模块，判断用户身份类别的代码如下图所示。图4-1登录判断部分代码用户登陆界面如图所示4-2所示。图4-2登录界面4.2报告卡管理模块的实现非防保医师医师在进入系统之后选择传染病报告卡选项，可以看到当前传染病报告卡信息，根据患者姓名、身份证号等信息进行自由组合查找，选择新增报告卡，由当前页面跳转到toinfectCardtj.do，创建新的传染病报告卡，选择导出报告卡，调用exportFile()方法实现导出报告卡为excel文件的功能。防保医师进入系统，在报告卡管理模块实现审核的功能，状态为待审核的报告卡选择修改操作，进入报告卡详情页面，对报告卡内容进行检查，符合上报条件后点击上报按钮，实现报告卡上报，当前报告卡状态转换为已上报，已上报的报告卡不可进行修改删除的操作。实现功能的部分代码和界面如下图所示。图4-3导出报告卡部分代码图4-4报告卡上报部分代码图4-5非防保医师报告卡管理界面图4-6防保医师报告卡上报界面4.3患者信息模块的实现在系统患者信息模块，用户可以看到当前数据库中载入的患者列表，患者列表是展示患者信息的地方，用户可以在此查看到患者各种信息，点击患者后可以查看更加详细的信息。管理员登录后，可以对患者信息进行增删改查的基本管理操作。部分实现代码和患者信息界面如图4-7和图4-8所示。图4-7患者信息模块部分代码图4-8患者信息界面4.4诊断卡模块的实现普通医师登录系统后可以进行诊断卡添加操作，点击功能进入诊断页面，用户可以在诊断页面输入诊断信息完成添加操作，根据选择的病人编号或姓名调用Info.getAutoComplate（）方法进行病人信息的自动补全。部分代码和诊断卡界面如图4-9和4-10所示。图4-9患者信息自动补全部分代码图4-10诊断卡界面4.5部门管理模块的实现管理员登录系统后可以在部门管理中查看所有部门的信息，在部门列表页面，管理员可以对医院的科室部门信息进行管理操作。部门管理界面如图4-11所示：图4-11部门管理界面4.6用户管理模块的实现管理员可以在用户管理中查看所有用户信息，即医师信息，以及编辑或删除用户信息，点击添加可以添新的用户信息，同时可根据用户名、部门、姓名等字段进行自由组合查询。用户管理界面如图4-12所示。图4-12用户管理界面4.7统计管理模块的实现防保医师可以在统计管理中查看诊断卡新增的信息，数据以图表的形式展示给用户。统计管理模块部分实现代码和页面如图4-13和图4-14所示。图4-13统计诊断卡部分代码图4-14统计管理界面4.8预测分析模块的实现通过当前地区所有提交报告卡的数量，结合传染病流行特征，对传染病预测方法进行研究，建立传染病预测模型，人群总数由数据库中的所有患者数，将报告卡数量作为感染人数，定义模拟时长、潜伏期长度、感染率、治愈率、治愈周期、医院床位等参数，调用方法进行计算，导出为预测折线图。传染病预测是疾病预防控制中一项重要的、具有挑战性和风险性的工作。正确有效的预测要求我们严格按照传染病流行规律的分析结果，采用科学的分析方法，对传染病的发展过程进行预测，预测分析的有效实现是制定传染病近期和远期应对策略的重要前提，也是将被动预防改变为主动预防的重要枢纽[11]。预测分析模块的部分实现代码和界面如图4-15和图4-16所示。图4-15预测分析部分代码图4-16预测分析页面4.9本章小结本章对传染病报告管理系统主要功能的实现进行了描述，并加以相关界面说明，使系统功能更加明确。

第五章系统测试5.1测试方法软件测试有很多分类方式，按是否关注系统内部框架结构的相关情况为根据可分黑盒测试、白盒测试和灰盒测试三类，本系统主要用到的是人工进行黑盒测试，黑盒测试又称功能测试，这种测试可以理解为对“系统表面”的测试，因为执行测试的过程中不会考虑系统内部的结构和方法，也就是不会去检查代码逻辑，仅仅关注软件的功能正确性。例如，在测试程序界面的功能时，黑盒测试通常只会关注操作获得的结果是否正确，是否与预期的设计相符合，当获取到用户输入的数据和信息，是否可以根据输入信息进行正确的处理，从而反馈给用户结果或相应的提示。结合软件测试方法的特点可以得出，本系统更适合采用黑盒测试，因为这样的测试方式更重视软件的功能，而传染病报告管理系统就是需要着重关注功能的实现。黑盒测试也是一种省力的测试方法。此测试不需要始终对测试人员进行监督，设计好测试用例后，就只需要关注测试完成后产生的测试报告。5.2测试环境本次传染病报告管理测试的环境如下：操作系统：Windows1064位数据库：mysqlweb服务器：Tomcat9浏览器：GoogleChrome5.3系统测试过程系统测试的设计必须基于实际使用场景，在测试功能的同时，设计测试场景，并考虑到一些基本的异常操作，对数据的界限设计，用户权限的设计，执行操作是否设置了合理的限制，非法操作的相关提示等。针对实际的业务逻辑进行测试。第一步测试管理员系统，在登陆系统之后对左侧功能栏上的功能进行测试，测试功能和逻辑是否完善、合理；第二步测试普通医师系统，测试报告卡，诊断卡等功能模块是否正常使用，业务逻辑的正确性，整体系统的稳定性；第三步测试防保医师系统，关注事件处理的流程，报告卡的审批，预测分析等功能模块的准确性和稳定性；第四步将测试过程中发现的问题记录，定位问题发生的位置，制定解决方案，优化系统。5.4系统测试5.4.1系统登录模块系统登录时有三个登录选项对应三种用户身份：医师，防保医师，管理员，输入用户名和密码后，根据身份选项进行用户名和密码核对，信息正确则跳转到相应的功能界面。表5-1登录测试用例输入数据预期结果测试结果nadia,1415926535管理员身份登录成功管理员身份登录成功kidd,1771818普通医师身份登录成功普通医师身份登录成功jack,1771818进入防保医师系统进入防保医师系统nadia,177用户名或密码错误用户名或密码错误kidd,177用户名或密码错误用户名或密码错误jack,177用户名或密码错误用户名或密码错误5.4.2管理员功能模块测试(1)部门管理部门管理是管理员对医疗机构的科室部门进行管理，需要输入部门名称，可以对部门进行增加、删除、查找和修改的操作。表5-2部门管理测试用例输入数据预期结果测试结果新增部门新增部门成功新增部门成功修改部门修改部门成功修改部门成功删除部门删除部门成功删除部门成功查找部门查找部门成功查找部门成功(2)用户管理系统用户除管理员分为非防保医师和防保医师，管理员可以对这两种用户进行管理，进行新增用户，删除用户，编辑用户信息的功能。表5-3用户管理测试用例输入数据预期结果测试结果新增医师新增医师成功新增医师成功修改医师信息修改医师信息成功修改医师信息成功删除医师删除医师成功删除医师成功查找医师查找医师成功查找医师成功(3)患者信息管理管理员可以对来医院就诊挂号的患者进行信息的管理，包括新增患者信息，查看患者信息，删除患者信息，修改患者信息。表5-4患者管理测试用例输入数据预期结果测试结果新增患者新增患者成功新增患者成功修改患者信息修改患者成功信息修改患者成功信息删除患者删除患者成功删除患者成功查找患者查找患者成功查找患者成功5.4.3普通医师功能模块测试(1)报告卡管理普通医师可以对传染病报告卡进行新增，对自己编写但未上报疾控中心的报告卡可以进行删除和修改的操作，报告卡填写不规范时不允许提交至防保医师处进行审核，建立对应的填写规范。表5-5报告卡管理测试用例输入数据预期结果测试结果新增报告卡新增报告卡成功新增报告卡成功修改报告卡修改报告卡成功修改报告卡成功删除报告卡删除报告卡成功删除报告卡成功自由组合查找报告卡查找报告卡成功查找报告卡成功(2)传染病信息搜索医师和管理员登录系统后都可以对传染病信息进行查看，可根据传染病名称和典型症状进行关键词查找以及自由组合查找，获取到相应的传染病基础信息。表5-6传染病信息搜索测试用例输入数据预期结果测试结果传染病名称目标传染病相关信息查找成功典型症状目标传染病相关信息查找成功组合条件查找目标传染病相关信息查找成功(3)患者信息查看医师和管理员登录后可以对医院挂号患者的基础信息进行查看。表5-7患者信息查看测试用例输入数据预期结果测试结果患者名称目标患者相关信息查找成功身份证目标患者相关信息查找成功组合条件查找目标患者相关信息查找成功(4)个人信息管理医师登录账户后可以对个人信息进行管理。表5-8个人信息管理测试用例输入数据预期结果测试结果修改医师信息修改成功修改成功修改密码修改成功修改成功5.4.4防保医师功能模块测试(1)报告卡审批防保医师可以对其他医师提交的传染病报告卡进行审批，审批通过可以上传至当地疾控中心进行集中处理，对不合格或有疑虑的报告卡可以进行回退或编辑修改。表5-9报告卡管理测试用例输入数据预期结果测试结果审批合格报告卡修改成功审批通过不合格报告卡退回退回成功不规范报告卡修改编辑修改成功(2)传染病信息修改防保医师和管理员登录系统后都可以对传染病信息进行编辑修改，修改后写入数据库，保证系统数据的统一性。表5-10传染病信息修改测试用例输入数据预期结果测试结果修改传染病名称修改成功修改成功修改典型症状修改成功修改成功(3)报告卡统计防保医师登录后可以查阅当前医疗机构所有医师上报的报告卡数量的统计，以图表的形式展示，根据数据库中报告卡的数量实时刷新。表5-11报告卡统计测试用例输入数据预期结果测试结果新增报告卡更新报告卡统计数更新成功(4)疫情预测分析防保医师登录账户后可以对当前地区传染病疫情状况进行查看，系统根据传染病预测模型预测近期疫情情况，模型根据传染病报告卡的数