山东大学项目实训（二十七）—— 微信小程序开发总结，一年时间真的可以改变一个人很多

智慧医院不良事件精细化管理平台——微信小程序总结

• 一、实现的功能
• 二、项目收获
• 三、总结（经历分享）

一、实现的功能

到目前为止，微信小程序开发，到此就算是结束了，其中实现了不少功能，如下：

1.1 角色与权限（后端同学实现的，写这个方便介绍后面的功能）
平台可以配置不同的用户角色并授予其不同的操作权限。每个用户在使用平台时都需要指定一个角色。

1.2 可视范围——根据角色绑定的权限菜单
全体职工可以查看自己上报的事件（待审核、已通过、被驳回）。
质控人员可以查看所有的事件（待审核、待评价、已通过、已驳回、已评价）。
职能人员可以查看自己/自己部门负责的事件（待整改、待评价、已评价）。
各科室医务人员可以查看本科室相关的事件（待整改、待评价、已评价）。
质控人员/院领导可以查看全院统计分析 。
职能人员可以查看自己/自己部门的统计分析 。
各科室医务人员可以查看本科室的统计分析 。

1.3 消息提醒——微信公众号模板消息提醒
当用户上报事件或驳回事件或派发事件或完成事件整改后，平台会通过微信公众号消息模板推送的方式提醒相关用户有事件需处理。
由于主要代码部分需要后端同学来实现，笔者在这个功能上只做了一个身份绑定和解绑的功能页面 （只有关注了公众号并且做了身份绑定，才能接收到消息提醒，所以需要一个身份绑定和解绑的视图。） ，类似于登录界面，因此笔者在前文并没有介绍。

1.4 登录与退出
用户需要使用用户名与密码登录平台后方可使用平台。平台主动记录登录用户的双token信息，但不主动记录登录密码。
用户可以主动退出登录。对于没有主动退出登录，超过超时时限又没有操作的，平台自动将其退出登录——即refreshToken过期的用户。

1.5 编写事件报告
医院所有职工在登录平台后都可以编写并提交事件报告，可以选择实名提交，也可以选择匿名提交。对于匿名提交的事件报告，无法追查提交人信息。
不良事件报告表包含的字段与报表格式由医院定制。
对于患者信息，平台通HIS接口实时获取，自动填表。
对于实名上报，平台自动根据用户登录信息填写上报人信息，不可更改。
平台提供两套提前定义好的典型事件报告表并明确必选字段。
在事件报告表编辑界面，提供暂存功能，用户在完成事件编辑前可以暂存已经填写的内容，再次登录时平台自动将最近一次暂存的内容显示在报告表中。对于用户没有主动暂存的内容，在退出登录后将不予保存。
上报内容支持文字、文档（pdf、ppt、word等）、图片。支持文档预览和图片预览。
在完成报告表编写后，用户可以提交报告表。

1.6 派发/驳回事件
事件报告发送到质控人员后，所有的质控人员都会收到微信公众号的提醒消息，登录平台后会看到所有已经完成提交的事件，无论其当前状态如何。对于已经由质控人员处理过的事件，会显示处理时间。
质控人员收到事件报告后，平台提供派发方向选项供质控人员选择，可多勾选，多选后事件报告表同时转发给多个部门。
质控人员收到事件报告后，可以将不合适的事件驳回。

1.7 待整改事件内容提交
对于质控人员审核通过的事件，所有涉事科室人员或职能人员会收到提醒消息，在登录平台后会看到所有事件列表。对于已经处理的事件，会显示处理时间。
针对不良事件，需要负责科室人员和职能人员需要填写整改内容，并提交。

1.8 关闭事件（待评价事件）
在一个事件相关的所有整改计划整体通过确认后，会提醒质控人员，关闭整个事件——对事件进行点评。

1.9 查看统计
平台能对不良事件做不同维度的统计分析，并以简明图表、图形的形式展示。
不同类别的人员登录时可以看到的统计信息是不同的，一般原则是各科室人员能够看自己科室的统计数据，质控人员和医院管理层可以看所有统计信息。

二、项目收获

通过这次的项目实训，笔者收获颇多。

首先是笔者持续学习能力的提升。

笔者从不会看官方文档到对文档运用得纯火炉青的蜕变，从只专注于理论知识到兼顾理论与实践共发展的转变，从对问题和问题解决思路的泛泛而谈到详细地阐述问题关键所在的思维逐步缜密过程。IT行业技术更新迭代是十分迅速的，只有通过不断学习才能在这个行业内立足，而持续学习的基础则是能看懂新颖而实用的技术，加之转化为自身知识，最终实现创新发展。如果连接收新技术的能力都不没有，又如何将前沿的技术转化为自身的知识，又如何能够紧跟时代步伐，创新发展又从何谈起？不得不说，经过这次项目实训，笔者的能力虽仍达不到上述所说的境界，但向这个境界又迈进了一步是客观存在的事实。

其次是笔者沟通能力的提升。

（1）笔者作为开发团队队长，在项目实行的时候，和导师进行沟通以及与队员进行沟通是不可避免的。其中包括明确需求的沟通、明确开发流程的沟通、队员遇到问题时的沟通等等。
（2）笔者作为微信小程序前端开发者，那必然是要与后端开发队员进行密切沟通的，沟通过程堪称“相爱相杀”。。。因为开发前期进行沟通的时候，很多问题都是泛泛而谈（一方觉得他所表达的意思是另一个方能够理解的，然而并不是。。）所以大家听的都是云里雾里，从而不能相互理解前端需要什么或者后端需要什么。以致到后面的细节沟通，大家都能够理解。
（3）笔者作为前端开发进度最快的开发者。负责PC端开发的队员和负责APP开发的队员基本都需要与笔者进行沟通——需要实现哪些视图、这些视图具体展示逻辑、以及相应的实现逻辑等等。当然了，有笔者实现的视图以及相应逻辑作为参考，另两位负责前端队员开发起来能够轻松许多。

最后是笔者技术方面的提升。

一个偏后端而前端基础薄弱的开发人员，能够独立完整的开发前端项目，其中的艰辛是不言而喻的。更何况笔者开发的还是从未接触过的领域——微信小程序开发。虽然前端开发都有异曲同工之处，但不得不说第一次接触新玩意，这其中的压力是十分巨大的。正如笔者以前所说——借项目实训之手，圆全栈开发之梦。因为一个站在时代前沿的人，必然是具备全面发展的能力的。

（1）前端开发能力的提升。笔者历经Promise的认知、Vue的学习以及Uni-App的使用，其中观看相关视频、查阅相关资料的历经简直不堪回首——真真真的痛苦！！！因为啥啥都不会。再到现在完整开发出整个前端项目，其中学会了大大小小的新知识和新技术。甚至于笔者能够对前端代码进行重构，这次项目实训中的一次重构经历是笔者经过过最美妙的一次经历——因为这一次重构，笔者相当于重新梳理了以前所学习和使用的知识，对一些知识加深了印象。
（2）debug能力和测试能力的提升。对于项目的测试以及部署的经历，其中测试是最令人头疼的，一旦测试出现bug，小的bug还好，大的bug简直令人奔溃，经过项目实训的洗礼，笔者的debug的能力和测试能力简直是大幅度的提升。

三、总结（经历分享）

经过这次项目实训，团队中四个人各尽其职，完美配合，才把项目落实到位。首先导师的指导是功不可没的，导师在团队存在问题的时候，能够及时指出问题，并解决问题，让团队少走了很多歪路。其次团队的协作能力是分不开的，我们四个人互相沟通，互相发现问题，解决问题，前后端交互，成功的完成一个又一个功能。从PC端、小程序和app向服务器发起请求上传数据，到获取服务器返回的数据，每一个环节都牵动团队每一位成员，良好的团队协作是成功的基础。

经历了本次项目实训，笔者感觉真的成长了许多，不仅很多能力有所提升，还学习了许多知识。这个过程让笔者学习到了很多课本上学不到的知识，亲身实践过才明白其中的道理。

一年的时间里真的能够改变一个人很多东西。去年暑假里的数据库课程设计，笔者才刚刚学会用JavaWeb去开发项目，才刚开始学会使用数据库，才刚开始第一次自己做项目，才刚开始……——那个暑假可以说是笔者正式推开软件工程这个世界的大门也不为过。再到如今，笔者已然多技傍身——从JavaWeb、Spring SpringMVC Mybatis、SpringBoot、SpringCloud、Redis、Vue、Uni-App、微信小程序开发、微信公众号开发等等。这些种种，放在一年前，笔者是闻所未闻的，更何况掌握使用了，如若在一年前有人跟笔者说：“你一年后在软件工程领域必有很大提升。” 笔者只会嗤之以鼻——我自己的情况，我自己还不了解吗？事实证明，笔者以前的想法是错误的，感谢这一年以来没有自暴自弃的自己。

笔者很喜欢这一句话，也正是因为这一句话推动着笔者咬紧牙关奋力前行。现笔者做下分享：“偷偷努力的感觉很好，在自己还不够好的时候不声张不埋怨，自己一个人一点点的去改变，等你告别了以前的自己的时候，你就可以对自己说：‘ 呼，太棒了终于熬过来了。’ 心情放晴，生活变得亮晶晶的，再见了！从前的自己。” 当说出“再见了！从前的自己”的那一刻，笔者认为任何人心里都是自豪的，因为自己的努力终有所交代！

本次项目实训的博客更新到此就告一段落了。而新的征程早已来临——考研。笔者目前还不够好，仍需要一点点的去改变。