[閒聊] 發展護理資訊大數據 閒散心得

看板Nurse作者時間7年前 (2016/11/14 21:41), 7年前編輯推噓6(602)
留言8則, 6人參與, 最新討論串1/1
嚴格來說,大數據並不是新穎的技術 它只是把工業界行之有年的數理、統計分析工具 轉而運用在行銷、行為分析上 臨床就更不用說了 許多原本就有的常規醫管作業,本質就是大數據 如今只是重新翻炒、 重新發掘獲利價值而已 最近陸續完成一些案子,稍微回頭咀嚼經驗 發現到,在醫院導入護理的大數據系統 其實有一套共通的發展流程 ---- 與醫院的規模、營運取向無關 滿有意思的 ~ ======= 1.新進 舊有的護理資訊系統,幾乎皆以 "堪用" 為建置原則 成本考量下,能不花絕對不花! 神馬系統冗餘、未來發展儲備、安全保留.....通通都是浮雲 反正,沒有馬上用到、馬上產生效益,通通刪掉 這種狀況下,其實電腦系統的容量不足、速度慢 更別說要負擔甚麼「資深護理臨床經驗數位化」的知識轉移 院方搞智慧照護 不過只是高層 "挑自己覺得可能很重要" 的數據資料來稿統計、寫論文 至於這些東西,對照護工作有多少增益? 再說吧....... ===== 2.堆疊 所謂小兵累死將,螞蟻淹死象, 單一個體無論多渺小孱弱,只要能累積成大數量, 一口氣迸發出來的力量也是很可怖的 Google 一開始起家時,也不是貸款買了一堆高端大氣的超級電腦 而是用幾千台兩萬多台幣的廉價小PC,堆疊出龐大的運算陣列 用特殊的軟體來協調一齊動作,呈現出如同要價上千億的昂貴機器能量 現在常用的 Apache Hadoop 原生就支援平行運算 於是醫院開始大清倉搜刮,把各單位灰塵底的閒置機器都招來 經過歡樂而充滿 PM2.5 的清塵整修,一堆 DOS 時代的老電腦也加入行列 為大數據工作重新賣命 ........至於吃那麼多電,10台 win95 抵不上一台 XP,則是先別談,傷感情 反正舊機器重新有路用,哪裡不滿嗎? ==== 3.困境 最快2個月,最慢1.5年, 導入大數據的 "時尚" 護理單位就會初嘗苦頭 原因不外乎是: 系統架設失敗,一上線,連上院內 HIS 就當機、塞網、傳輸錯誤... 或是規劃時百密一疏,漏了個當初覺得沒啥了不起的項目 導致於整套系統跟智障一樣 跳出違背護理膝蓋邏輯的神資訊、或是用針眼看也知道大錯特錯的 vital signs data 此時護理資訊人員可以開始草擬離職單,上班不忘水桶裝指責口水 因為這類問題完全沒有密技 要靠大量時間嘗試,各種子系統一一交叉比對,才能找出 bug 死在哪 相對的,這個階段也是創意無限期 各醫院如果研發出啥 XX 神版資訊系統,傲視武林之類的, 都是此階段突破後, 系統終於能 正常運作 的 "副產物" 罷了 ====== 4.意外商機 撐過上個階段的慘淡,幾乎都能開創一番局面 ---- 一番歪打正著的局面 比方說: 設計出來的護理系統,因為能處理特殊的痛點 (eg.如何公平排班、如何辨識奧客、如何降低員工論壇的炮火.....) 所以江湖上大獲好評! 一在研討會上揭露分享,其他醫院立馬電話爆打、email詢問如雪花飄來 咱醫院不用賣自費藥補貼惹! 賣軟體就能缽滿盆滿 又例如高層覺得軟體嚴禁外銷 但是相關智財可以用外包教育課程、系統維護經驗、耗材自己當大盤...等方式獲利 護理部不需再計較擦手紙耗量 只要每個月跑一些外賣、承接一些小外包,連聘助理的錢都有 自己的正職人員,終於能專心做護理專業(是的,以前都不行...QQ) 原來,當醫院不再仰望健保,才能真正實現財富自由 有興趣請來電 XX-XXXXX,貴院也可以! ======= 5.瘋長 一但高層嘗到甜頭,護理部開始是掙錢單位時,忽然十方善款都湧入了護理單位 在這個階段,瘋狂軍備競賽的不是放射科、不是昂貴儀器、不是營建新大樓 而是下令護理部養一隻 AlphaGo 16核心處理器? 買! 1TB 記憶體工作站? 買! 70吋觸控螢幕? 買! 豪華墾丁三天兩夜? 買! 不對,這個尾牙再來講,你公文送錯了....不過我喜歡 弄到資訊中心看到護理部採購的機器也流口水, 一邊擦眼淚鼻涕,一邊乞求能調撥一兩台 但此時,最大的收穫倒不是護理單位能搞出啥人工智慧 而是以往有潛力、有價值的資料,終於能存檔留置 比方說:感染風險因子、滿意度變項、CPR風險預警..... 很多臨床資料不要說台灣,就算是矽谷裡的天才們, 暫時也不知道該如何分析解讀 但是沒關係,護理部能採購大量 NAS、成山的硬碟群,把數位護理紀錄先留著 以後研究出合適的統計模型, 就有現成的實證 data 可以支援 不管發 peper 衝點數、還是提報告騙補助 怎樣來都是妥妥的~~ ===== 6.調整應用 雖然以全人照護來說,來診、住院的病患, 不管是檢驗、檢查數值, 或是醫療照護後續反應, 各種資料都具有分析潛力,可說渾身是寶~ 但站在醫院經營的立場 ---- 並不是所有資料都具有經濟效益 某些護理資訊,可能只滿足了天使心中的優越,現實中並沒有毛用 例如:住院患者的價值觀變化 既然錢砸了、機器買了、軟體寫了、資料嘩啦啦存了 如何加值應用才鏘鏘鏘地跑出鈔票? 就是此階段護理資訊發展的重心 有些大數據報告很扯,比扯鈴更扯、比扭蛋更扭曲 例如病房 "翻床率" 與總體經濟景氣的關聯 ----> 進而調整本院營運投資方向 院內感染菌種 vs 國人旅遊出差地點的變遷 ----> 調整母財團的海外設院 怎麼看到與護理風馬牛不相及,但報表資料卻實實源自 bedside 無論如何,引入護理資訊的醫院 在此階段都會找到自己的出路,提升系統的 "含金量" 既然護理不再被當成賠錢貨,雖然應用情境很怪,我們還是給予掌聲吧 ===== 7.發展模型 天下武功,唯快不破;人工智慧,唯統是計 是der,不管再神奇的AI, 背後原理都脫不了數學模式的運作,而模式就是大量統計分析而來 當護理單位導入大數據,整套護理資訊運作時,必然有一堆相關事件亮出來 星期五送上病房的患者容易翻桌?! 很多情侶檔探病時,護理站比較容易掉資料?! 病房單位總空腹血糖,平均每高 1 mg/dL,交班時間就多 10 min .....諸如此類的資訊,或是更奇葩的資訊,泉湧不絕 但是有資訊是一回事, 能正確分析解讀,進而改善照護工作,則又是另一回事 此階段就是各院統計實力的真章 如何正確釐清相關事件、找出因果關係、推論出實證知識....雖然現行醫院也在做 但是導入大數據後, 這類工作的質量、珍奇詭異程度、提升獲利水準,都不可同日而語 這些也是流行病學研究所關注的 只是將更加滲透進照護工作 同時,可能會促成改寫護理課本、顛覆臨床指引的大發現 ======= 8. 視覺化 整個大數據導入的工程,至此就是尾聲階段 全院歷經改革的陣痛、嘗過賺錢的滋味、弄懂護理資訊怎麼個寶 緊接著,就是傳承與創新擴散的事兒 台灣的護理人力嚴峻,護理人員的時間不是時間,是命 省下臨床工作的每一分鐘,等於造福、添壽、救家庭 所以大數據的成果 "絕對" 不能拿數據出來呈現 是怎樣? 你不知道老娘被凹班累半死 on call 來陪你護理資訊看報表,已經是智商減半狀態 你端出一堆統計術語和數據,是想殺死本座剩餘的腦細胞?還是賣弄你很懂? 何苦呢? 其實現在大數據套件,都已經配有視覺化呈現工具 不管是多維度分析的 "地形圖" 、繽紛的氣泡表、一看就懂的3D動畫.... 半秒內馬上就能掌握數據的意義 ~~ 而且還美美的 不管醫院發展護理資訊的初衷是啥 只要引入了大數據,其實根本意義就是更快速的溝通、促成新靈感 讓過去視而不見的癥結能被留意、大費周章的會議能精簡、新人熟成的時間能濃縮... 資深同仁可以映證以往很難表達的經驗 跨科室夥伴能交流不同視野 或是更根本的: 所有護理人員都能知道,舉手投足各種細微操作差異,將導致何種照護工作影響 ======= 當護理的 "藝術" 成分變小, "科學" 成分增加 照護品質不再因人員的不同,而大幅變動 整個專業才有餘力投資於升級,突破現行死水一灘的困境 導入大數據未必有童話般的美好 更多是試誤階段就仆街的遺憾、爛尾樓的資訊建設 以及始料未及、好處不落在自家單位的成果 但置於死地求生,總好過留生地待斃 凡事難圓滿,缺孔映進光 不足遺憾的地方,往往也是機會之光透漏的地方 希望這波變革能更快普及國內各院, 不管各醫院是踏實發展、還是趕流行、造噱頭,怎樣都好 大數據這東西真心有奇妙,賞個機會試試 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.235.105.111 ※ 文章網址: https://www.ptt.cc/bbs/Nurse/M.1479130871.A.405.html

11/14 21:49, , 1F
推 護理的科學成分要增加
11/14 21:49, 1F
※ 編輯: Ycat1911 (36.235.105.111), 11/14/2016 22:24:30

11/15 06:04, , 2F
同學你現在在哪裡工作?
11/15 06:04, 2F

11/15 06:43, , 3F
你的文筆好像catpres
11/15 06:43, 3F

11/15 09:12, , 4F
出社會工作之後,最氣的就是聽到護理是一門藝術這種事,
11/15 09:12, 4F

11/15 09:12, , 5F
當藥發不完治療做不完紀錄也打不完,哪還有什麼創造藝術
11/15 09:12, 5F

11/15 09:12, , 6F
的心情!!!
11/15 09:12, 6F

11/15 13:56, , 7F
不能同意樓上更多
11/15 13:56, 7F

11/09 09:38, , 8F
最近在學tableau看到這篇大推啊!
11/09 09:38, 8F
文章代碼(AID): #1OARxtG5 (Nurse)