智慧醫院不良事件精細化管理平臺——微信小程序總結

• 一、實現的功能
• 二、項目收獲
• 三、總結（經歷分享）

一、實現的功能

到目前為止，微信小程序開發，到此就算是結束了，其中實現了不少功能，如下：

1.1 角色與權限（后端同學實現的，寫這個方便介紹后面的功能）
平臺可以配置不同的用戶角色并授予其不同的操作權限。每個用戶在使用平臺時都需要指定一個角色。

1.2 可視范圍——根據角色綁定的權限菜單
全體職工可以查看自己上報的事件（待審核、已通過、被駁回）。
質控人員可以查看所有的事件（待審核、待評價、已通過、已駁回、已評價）。
職能人員可以查看自己/自己部門負責的事件（待整改、待評價、已評價）。
各科室醫務人員可以查看本科室相關的事件（待整改、待評價、已評價）。
質控人員/院領導可以查看全院統計分析 。
職能人員可以查看自己/自己部門的統計分析 。
各科室醫務人員可以查看本科室的統計分析 。

1.3 消息提醒——微信公眾號模板消息提醒
當用戶上報事件或駁回事件或派發事件或完成事件整改后，平臺會通過微信公眾號消息模板推送的方式提醒相關用戶有事件需處理。
由于主要代碼部分需要后端同學來實現，筆者在這個功能上只做了一個身份綁定和解綁的功能頁面 （只有關注了公眾號并且做了身份綁定，才能接收到消息提醒，所以需要一個身份綁定和解綁的視圖。） ，類似于登錄界面，因此筆者在前文并沒有介紹。

1.4 登錄與退出
用戶需要使用用戶名與密碼登錄平臺后方可使用平臺。平臺主動記錄登錄用戶的雙token信息，但不主動記錄登錄密碼。
用戶可以主動退出登錄。對于沒有主動退出登錄，超過超時時限又沒有操作的，平臺自動將其退出登錄——即refreshToken過期的用戶。

1.5 編寫事件報告
醫院所有職工在登錄平臺后都可以編寫并提交事件報告，可以選擇實名提交，也可以選擇匿名提交。對于匿名提交的事件報告，無法追查提交人信息。
不良事件報告表包含的字段與報表格式由醫院定制。
對于患者信息，平臺通HIS接口實時獲取，自動填表。
對于實名上報，平臺自動根據用戶登錄信息填寫上報人信息，不可更改。
平臺提供兩套提前定義好的典型事件報告表并明確必選字段。
在事件報告表編輯界面，提供暫存功能，用戶在完成事件編輯前可以暫存已經填寫的內容，再次登錄時平臺自動將最近一次暫存的內容顯示在報告表中。對于用戶沒有主動暫存的內容，在退出登錄后將不予保存。
上報內容支持文字、文檔（pdf、ppt、word等）、圖片。支持文檔預覽和圖片預覽。
在完成報告表編寫后，用戶可以提交報告表。

1.6 派發/駁回事件
事件報告發送到質控人員后，所有的質控人員都會收到微信公眾號的提醒消息，登錄平臺后會看到所有已經完成提交的事件，無論其當前狀態如何。對于已經由質控人員處理過的事件，會顯示處理時間。
質控人員收到事件報告后，平臺提供派發方向選項供質控人員選擇，可多勾選，多選后事件報告表同時轉發給多個部門。
質控人員收到事件報告后，可以將不合適的事件駁回。

1.7 待整改事件內容提交
對于質控人員審核通過的事件，所有涉事科室人員或職能人員會收到提醒消息，在登錄平臺后會看到所有事件列表。對于已經處理的事件，會顯示處理時間。
針對不良事件，需要負責科室人員和職能人員需要填寫整改內容，并提交。

1.8 關閉事件（待評價事件）
在一個事件相關的所有整改計劃整體通過確認后，會提醒質控人員，關閉整個事件——對事件進行點評。

1.9 查看統計
平臺能對不良事件做不同維度的統計分析，并以簡明圖表、圖形的形式展示。
不同類別的人員登錄時可以看到的統計信息是不同的，一般原則是各科室人員能夠看自己科室的統計數據，質控人員和醫院管理層可以看所有統計信息。

1.10 修改密碼
平臺提供修改密碼功能，用戶可以根據需要，自主去修改用戶在平臺中的密碼。

二、項目收獲

通過這次的項目實訓，筆者收獲頗多。

首先是筆者持續學習能力的提升。

筆者從不會看官方文檔到對文檔運用得純火爐青的蛻變，從只專注于理論知識到兼顧理論與實踐共發展的轉變，從對問題和問題解決思路的泛泛而談到詳細地闡述問題關鍵所在的思維逐步縝密過程。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、微信小程序開發、微信公眾號開發等等。這些種種，放在一年前，筆者是聞所未聞的，更何況掌握使用了，如若在一年前有人跟筆者說：“你一年后在軟件工程領域必有很大提升?！?筆者只會嗤之以鼻——我自己的情況，我自己還不了解嗎？事實證明，筆者以前的想法是錯誤的，感謝這一年以來沒有自暴自棄的自己。

筆者很喜歡這一句話，也正是因為這一句話推動著筆者咬緊牙關奮力前行?，F筆者做下分享：“偷偷努力的感覺很好，在自己還不夠好的時候不聲張不埋怨，自己一個人一點點的去改變，等你告別了以前的自己的時候，你就可以對自己說：‘ 呼，太棒了終于熬過來了?！?心情放晴，生活變得亮晶晶的，再見了！從前的自己?！?當說出“再見了！從前的自己”的那一刻，筆者認為任何人心里都是自豪的，因為自己的努力終有所交代！

本次項目實訓的博客更新到此就告一段落了。而新的征程早已來臨——考研。筆者目前還不夠好，仍需要一點點的去改變。

總結

以上是生活随笔為你收集整理的山东大学项目实训（二十七）—— 微信小程序开发总结，一年时间真的可以改变一个人很多的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。