【《基于互联网+慢性病随访平台设计》13000字】

⑥慢病宣教管理：包含有慢病危险因素、慢病疗法、慢病预防3个方面的内容：1.慢病危险因素：让患者或者其他使用者知道导致慢性疾病的原因，例如饮食不合理、缺乏体育锻炼、吸烟等，以提高他们对慢性病诱因的认识。2.慢病疗法：介绍一些慢性病的治疗方法，如药物治疗、手术治疗等。3.慢病预防：介绍预防一些常见慢性疾病的有关方法，例如高血压、糖尿病等，从而有效的减少一部分慢性病患者的人数。3.3数据库设计数据库是本系统设计及开发中的必要设计，而实现E-R图的绘制与生成则是实现数据库的关键。慢性病随访小程序使用了微信云开发的云数据库，通过后台CMS建立数据库比常规方法更快捷更精准。（1）概念设计数据库概念模型设计可以通过E-R图进行描述，慢性病随访小程序数据库E-R图如下所示：1.患者管理E-R图：（如图3-2所示）图3-2患者管理2.医生信息E-R图：（如图3-3所示）图3-3医生信息3.患者病历E-R图：（如图3-4所示）图3-4患者病历4.体征监测E-R图：（如图3-5所示）图3-5体征监测5.总E-R图：（如图3-6所示）图3-6总E-R图（2）逻辑设计逻辑设计是系统数据表的创建，反映了系统设计过程中数据库的组成结构，根据功能模块分析，慢性病随访设计的表包括患者信息表、体征监测表、患者病历表等，数据库表设计如下所示：1.患者信息表（hzgl）：（如表3-1所示）表3-1患者信息表列名数据类型展示名称_idstring文档ID（主键）hznamestring患者姓名hzsexstring患者性别hzagenumber患者年龄hzoriginstring籍贯hzmarriagestring婚否hzphonestring联系方式IDnumberstring身份证号hzaddressstring地址hzzpstring患者照片 2.患者病历表（bljs）：（如表3-2所示）表3-2患者病历表列名数据类型展示名称_idstring文档ID（主键）hznamestring患者姓名hzsexstring患者性别ksnumber科室jwsstring既往史xbsstring现病史blyzstring医嘱bcjlstring病程记录txstring患者头像3.医生信息表（yslb）：（如表3-3所示）表3-3医生信息表列名数据类型展示名称_idstring文档ID（主键）ysnamestring医生姓名ysprotitlestring医生职位jjstring简介sfkxboolean是否空闲showboolean是否显示yszpstring医生照片4.体征监测表（yslb）：（如表3-4所示）表3-4体征监测表列名数据类型展示名称_idstring文档ID（主键）xystring血压xtstring血糖twstring体温mbstring脉搏bloodstring血型zszkboolean自身状况heightnumber身高weightnumber体重4系统详细设计与实现4.1患者操作界面4.1.1患者页面整体介绍慢性病随访小程序的患者页面，分为体征监测、健康计划、医生预约、360视图、随访记录、慢病小知识六大模块组成，导航栏下分为“首页”和“我的”两个区域，“首页”即各大功能模块区域，“我的”包含了授权登录的患者个人信息、帮助中心、意见反馈、关于我们等组成的功能型页面。4.1.2健康计划健康计划是对慢病患者安排的一系列计划，几乎包含了一般慢病患者期间重要的正常生活行动，如康复运动、饮食安排、健康生活方式的辅导、药物服用指导和注意事项等，患者可以按照自身需求查看应该需要做什么或者改善什么，从而有效的改善生活行为，增加慢病康复几率。代码的设计主要是运用轮播图swiper来实现图片的循环自动播放，通过把图片写入item列表来获取到图片。下面的各个页面跳转没有在js里面设置，而是直接通过navigator标签跳转到各个计划的详情。如图4-1和4-2所示：图4-1慢性病随访健康计划页面图4-2慢性病随访健康计划代码4.1.3医生预约患者端最重要的模块之一是预约医生，只有医生预约通过后，才能和医生进行随访问诊。患者点击进入医生预约页面，能看到有医生预约和预约记录两个页面两个滑动框。在医生预约界面可以看到通过云数据库存储医生姓名、职位、医生简介,如图4-3所示；患者如未登录则会跳转到登录页面确定登录后才能进入医生详情页面进行预约，代码通过where搜索数据库中和医生id进行关联绑点的医生详情（xq），读取该医生详情信息，在进行点击预约后，会添加一条data到预约记录数据库，此时会显示预约成功，如图4-4和4-5所示：图4-3慢性病随访医生预约列表界面图4-4慢性病随访医生预约成功界面图4-5慢性病随访医生预约代码这时候需要建立一个云函数（yy）来进行预约记录的存放，这里使用联表查询函数lookup来进行2个表的绑点。From表示要关联的表为医生详情表（ysnr）；localField表示被关联表中的关联字段；foreignField表示要关联的是医生内容数据库表中的文档id；as则是定义输出数组的名称为yuyueList，如图4-6所示。预约记录则是患者预约医生后返回该页面则能看到已经预约的医生，如要取消预约可以在里面进行操作，原理是读取到预约记录表里的id，通过doc.move实现数据库记录的取消，然后再次通过云函数（yy）进行传值和接收数据，页面如图4-7和4-8所示。图4-6云函数（yy）中lookup函数关联定义图4-7取消预约代码图4-8慢性病随访医生预约记录界面4.2医生端操作界面4.2.1医生页面整体介绍医生端的首页较患者端有所不同，医生端主要是供医生查看患者病历和360视图等，帮助医生对患者的资料有所了解，从而有效展开随访问诊，在之后还能根据随访得到的数据在慢病分析中发表分析。另外还具有慢病宣教的功能，里面包含了有关慢病的知识，可以通过医生端把这些知识资讯推送给患者，供他们学习和交流。4.2.2病例查询病例查询同患者个人信息页面类似，这个除了包含患者姓名外，还具有科室、既往史、现病史、病程记录、医嘱等病历内容，医生通过患者病历再结合体征监测信息，可以有效的规划出随访计划，让随访问诊能有效的进行。查询的原理是使用表单组件input进行搜索框的设计，通过构造正则表达式database.RegExp来绑定关键字进行模糊查询，页面如图4-9和4-10所示：图4-9慢性病随访病历检索界面图4-10病历检索搜索框代码4.2.3慢性病宣教管理慢病宣教主要是针对慢病危险因素、慢病疗法及慢病预防三个方面形成知识库所制作的一个关于慢病知识方面的内容，然后把这些知识推送到患者端，患者会不定时的收到新的资讯，可以点击这些咨讯进入队友页面进行查看学习，如图4-11所示：图4-11慢性病随访慢病宣教界面4.3系统测试4.3.1系统测试的目的在软件开发的过程中，难免出现差错，虽然在每一个阶段的设计中应该严格进行审查来发现并纠正差错，但这还不足以发现所有的问题，而且在编码时也会产生不可预料的新差错REF_Ref1217\r\h[21]。这些差错如果在投入使用时没有发现，到时候不仅修改困难，而且会造成许多严重的后果，因此在应用前，我们必须尽量找出更多的错误，并加以修复和改正。软件测试就是在产品在交付使用前，对产品的规范、设计和编码进行最终的审查，这个阶段需要开发者进行相当大的时间投入，根本目的是为了能找出不满足需求或不该存在的错误。慢性病随访小程序虽然在软件设计和编码阶段进行了严格的审查，但到后面出现的错误依然很多，因此我们还需要在本阶段进行严格的测试，进一步发现错误并改正错误，以保证在投入给用户使用之前保证问题的合理解决。4.3.2系统测试的原则应当在未编写代码时就应该构思怎样进行软件测试，并对接下来可能触及到的所有的测试工作进行设计和安排。所有的测试都应该是为了满足用户的需求而进行的，对于软件测试目标来说，必须要以满足用户的需求为首要目标进行不断的测试。要按照测试的顺序，先测试单一的模块，然后再测试组成后的模块，最后再测试整个系统，逐步求精。测试时间必须要充分，不能够用过少的时间去完成测试，造成测试结果出现严重误差。最后还需进行综合测试，对还可能出现的差错进行全面排查。4.3.3系统测试的方法慢性病随访小程序在设计过程中先是按照单元测试（主要使用白盒测试技术），先把每个模块都单独弄出来，确保他们都能够正确运行，再把这些模块放在一起形成子系统测试，确保各个模块之间相互之间具有联系，最后在把这些子系统组合在一起形成一个独立的系统，从而保证系统使用时的质量。在测试过程中，灵活采用不同的测试方法，得出客户所需求的测试结果，然后再此基础上不断改进，使系统早日投入到使用阶段。4.3.4系统测试的结果（1）患者端病历检索模块测试这里采用白盒测试里的基本路径法，经人工输入数据，控住部分由数据库校正；输入数据成功时，查询到有关的病历信息；输入错误时，则无查询结果。输入查询条件选择：name输入查询数据：李华输出成功结果：查询到该患者病历结果输出失败结果：显示查询无结果测试结果如下所示：（如图4-12所示：）图4-12病历检索测试界面病历检索测试流程图：（如图4-13所示：）图4-13病历检索测试流程图5总结和展望5.1总结本次毕业设计到这里基本上已经完成，通过这次毕业设计我学到了很多关于微信小程序的新知识。在之前大学课堂上学习编程时，只是学习了一些理论知识和一些案例的制作，对于自己动手做一个系统而言比较生疏。之所以选择用微信小程序平台来做毕业设计，是因为我们在课堂上做过一个微信小程序，但这并不是一个能真正利用于实践开发的系统。经过此次毕业设计，我已经差不多能够实现一个完整的程序，尽管以前我的编程能力还不够强，但是这个系统的开发让我的程序开发水平等到了极大的提升，比如通过建立lookup联合查询函数实现多表连接实现预约功能；构造正则表达式Database.RegExp来进行搜索框的模糊查询等。本系统利用微信小程序技术在医生与患者之间实现线上慢性病随访，用户可以根据自己的身份在医生端和患者端之间进行选择。患者端用户可以查看具体的健康计划安排；对合适的医生进行预约，知晓医生给出的慢病分析详情；通过进入慢病小知识界面进行学习与参考。医生端用户能通过360视图查询到有关患者的院内诊疗信息，对将要进行的在线随访进行计划安排；在随访完成后可以选择进入慢病分析界面对随访患者的实时状况发表具体的分析，为今后的慢病管理提供参考依据。5.2不足与展望在设计小程序的过程中虽然出现过很多困难，也有最后没有实现的方面，比如小程序应该与医院HIS系统做接口来完善360视图数据的准确性和功能的多样性；在线随访模块可以引进wechaty实现微信智能机器人的交互，让患者可以随时提问有关慢病方面的相关问题；还有随访对话框之间接口未完全实现等，这些方面都令我感到惋惜，我相信在今后的系统设计中我能够把这些没有成功的部分不断完善。总体来说，这三个月还是让我对编程有了更深的了解，也学习到了在课堂上所没有的知识，这次毕业设计我收益颇多，希望在接下来的学习中继续探索微信小程序的精彩之处。参考文献张银华,陈燕,晋溶辰,刘红华.我国社区慢性病管理模式及其评价[J].全科护理,2015,13(24):2351-2354.颜伟伟.基于随访系统“医-护-患”三人行管理模式在基层医院慢性病患者中的应用[J].当代护士(下旬刊),2019,26(03):187-188.张露.慢性病一体化防治管理系统的设计与实现[D].福建:厦门大学,2014.王雪,何建影.连续护理模式在老年慢性病患者护理管理中的作用[J].当代护士(下旬刊),2018,25(09):134-135.曹丛,郭秀君.我国社区慢性病管理模式的研究进展[J].解放军护理杂志,2016,33(08):54-57.窦强,刘鸿齐,晋晓强,贺培风.基于全程管理的“互联网+”慢性病管理模式[J].中华医学图书情报杂志,2016,25(07):22-26.王思懿.慢性病管理信息系统设计与实现[D].山东:山东大学,2013.MathersCD，LoncarD.Projectionsofglobalmortalityandburdenofdiseasefrom2002to2030[J].PLoSMed，2006，3（11）：e442.周丽凤,姚梅梅.社区慢性病管理现状分析[J].社区医学杂志,2017,15(16):83-84.于树强.居民健康和慢性病管理信息系统设计与实现[D].山东:山东大学,2011.唐星月,张清.国内外慢性病管理模式的比较研究[J].中国全科医学,2017,20(09):1025-1030.WorldHealthOrganization.Innovativecareforchronicconditions:buildingblocksforactions:globalreport[R].Geneva:WHO,2002.李陈晨.基于ICCC框架的社区慢性病防治质量改善机制研究[D].北京协和医学院长(清华大学医学部)&中国医学科学院,2015.DOC:10.7666/d.Y2818113.