關於全員個案管理系統設計的“胡思亂想”
阿新 • • 發佈:2020-10-09
昨天小曹來電話說,市資訊化辦給他們發了一個關於資訊採集的調查表,問我知道這件事嗎。其實,這個東西在月初我們專案立項的時候,我就知道了。只不過當時“老大”根本就沒拾岔兒罷了。我的感覺是市資訊化辦搞的這個東西很有想法,如果能夠實現,可能真的會大大降低基層勞動強度、提高工作效率。
關於全員資訊系統的設計,我一直主張以“多部門資訊共享”作為資料庫建立的基礎,避免那種由一個部門採集資訊的方式。因為那樣根本就不可能做到資訊及時更新,甚至在採集的時候恐怕都很難做到不少人、不漏人。更重要的是,給基層的工作壓力太大了,就這麼幾個人能完成人口普查的工作嗎?我不想對不起任何人!而且事實證明,其他委辦局建立的獨立系統都沒有發揮應有的作用,都在錄入完資訊後閒置下來,造成資源的浪費。
我原來的設計思想,是以資料庫異構的技術,實現不同部門的資訊共享。XML Web Service資料庫異構,搭建一個凌駕於各個部門之上的共享資料庫,來實現不同部門的不同資料庫、不同資料結構、不同操作平臺的資料共享及同步。各部門仍完成和維護本部門的資訊及相關操作,然後由系統完成和XML全員資料庫的資訊維護。以這種多部門共同建立、共同維護的方式,實現全員資料庫的建立。這樣的最大好處是,本部門下的工作人員只需做好自己的工作,但是得到的資訊已經是全員個案資訊了。
(可惜沒有人能聽進去這些,好像說服別的部門做共享,要比自己採集資訊更難!呵呵……)下面就是個設計簡圖。
但是,市資訊化辦的思路是,無論任何一個市裡的委、辦、局建立的資訊系統,最終的資訊採集都要放到社群居委會一級。現在的局面是,基層可能要面對、維護多套資訊系統,更要命的是收集、錄入的資訊,可能是大量的重複雷同。如果考慮將這些資訊採集系統,整合為統一的客戶端,就會大大減少重複操作、降低勞動強度、提高工作效率,發揮資訊化在工作中應有的作用。目前,南方部分省市就已經採用了這個模式設計採集系統。如,廣東省的市民資訊採集系統。
我對比這兩個的設計思路,不同之處是一個是站在頂層設計,一個是站在資訊採集(底層)設計;一個是如何利用現有資源建立共享,另一個可能要推到重來。其實目的都是儘量減輕基層的操作負擔。
所以,非常希望“老大們”能真正考慮一下基層的呼聲,從實際出發,建立真正切合實際的資訊系統。真的不在乎去哪個省學習,還是做好自己更重要!