是否有必要建立HIS應急系統(tǒng)？

近年來，隨著醫(yī)院信息化重要性的提升，醫(yī)院宕機事件也屢屢出現(xiàn)。2012年12月17日下午，北京積水潭醫(yī)院HIS系統(tǒng)突然癱瘓，導致該院門診掛號、收費大面積受影響；12月19日，北京友誼醫(yī)院兒科系統(tǒng)突然升級，致使大廳系統(tǒng)全部癱瘓，家長攜患兒等候一個多小時；12月23日，北京兒童醫(yī)院內(nèi)網(wǎng)絡系統(tǒng)出現(xiàn)故障，致掛號、開處方等工作被迫暫停近三個小時……一周內(nèi)北京市三家三甲醫(yī)院先后出現(xiàn)HIS問題，導致患者就醫(yī)擁擠甚至信息安全問題層出不窮，這一系列事件在醫(yī)療圈內(nèi)引發(fā)了熱議。HC3i論壇中有網(wǎng)友提出：是否能夠建立必要的HIS系統(tǒng)安全應急方案，在網(wǎng)絡出現(xiàn)故障的情況下，仍然可以完成單機收費，網(wǎng)絡正常后再把相關(guān)數(shù)據(jù)上傳到服務器。對外保障醫(yī)院日常工作正常運行，患者正常就醫(yī);對內(nèi)醫(yī)院業(yè)務不亂不停，帳務不錯，秩序不亂，措施有效，將損失減少到少，不利影響降到低？

贊同：建立HIS應急系統(tǒng)十分必要
 

allenj0928：還是很有必要，HIS突然癱瘓在醫(yī)院時有發(fā)生，但一般HIS公司都會提供應急信息系統(tǒng)。
mouren：是的，有可能N年用不到一次，但有可能用到一次就能救急。
到處游：還是有必要的，至少我們醫(yī)院是這樣做的。
netbird：有好幾家的HIS都可以支持單機劃價收費。
rose28：只要告訴你的需求，任何一家成熟的HIS廠商都會做的。也就是所謂的應急系統(tǒng)。不過好還是在建立網(wǎng)絡架構(gòu)時，有容災方案。
junxing：故障轉(zhuǎn)移群集可以解決這些問題啊。 疑慮：實用性不強 各個流水號難統(tǒng)一

szpaio：HIS比較難實現(xiàn)，以后數(shù)據(jù)統(tǒng)計不好搞!

xister：電子病歷有這樣做的，HIS好像還沒人這樣!

rampike：實現(xiàn)這個功能應該問題不大，不過估計實用性不強。
windshine：這種應急還是不現(xiàn)實，到時候HIS里亂七八糟，手工記賬，還需回頭補錄。
lemonrabbit：各個工作站的流水號如何統(tǒng)一是問題。
mdfy0001：功能簡單，需求技術(shù)上麻煩不小。多機操作，要考慮是否重復流水號，收費項目驗證問題，網(wǎng)絡恢復數(shù)據(jù)回傳及驗證等等。實用性不強，不過技術(shù)難度相應要大。當然依據(jù)現(xiàn)狀，這個還是很有必要。
honeywood：至少用B/S的都不行，用C/S的基本上都可以實現(xiàn)這個功能。
約翰羊：還是要考慮多機，多鏈路。C/S的從理論上講是可以單機工作的。但是，由于門診、劃價收費、藥房、檢驗等科室之間聯(lián)系的密切，單機有可能無法完全滿足工作上的要求。
f999：C/S的實現(xiàn)這個不是問題，就怕數(shù)據(jù)出問題。好引入一個驗證機制，驗證脫機時的數(shù)據(jù)導入后是否存在問題。

taiziyu：一般情況下，客戶端的機器產(chǎn)生的數(shù)據(jù)也是要寫到數(shù)據(jù)庫中表里邊的，單機先保存，然后再傳，感覺實用性不大。
kilimanjaro：在網(wǎng)絡故障情況下，仍然可以單機完成收費的？先分析清楚網(wǎng)絡故障有幾種情況，出現(xiàn)的概率有多大。
dongfq：大廠商的都有門診應急收費，只能收自費，醫(yī)保退費流程不好處理。
iswangwen：這東西從不考慮。計算實現(xiàn)了又能怎樣?收完錢患者全去大夫那鬧去了，大夫手工方?然后手工記賬發(fā)藥?怕出意外就把配用網(wǎng)絡和電做好。
在大型醫(yī)院對于非正常停機幾乎是零容忍的，這時，應急服務器的啟用是非常有必要的，它是為了在緊急情況下保證醫(yī)院業(yè)務系統(tǒng)的運行，當一線系統(tǒng)恢復正常之后，應急服務器應該能有一個簡單易行的手段將新的收費數(shù)據(jù)交還給一線系統(tǒng)，恢復全院業(yè)務從一線系統(tǒng)運行的正常狀態(tài)，為醫(yī)院IT系統(tǒng)提供后一道保險。 關(guān)于單機收費的原理

 

pzc87850627：原理是收費相關(guān)的基礎數(shù)據(jù)要要更新到客戶端數(shù)據(jù)庫。網(wǎng)絡恢復后上傳，不會有流水號問題。問題是要建立客戶端的數(shù)據(jù)庫、要下載數(shù)據(jù)、上傳數(shù)據(jù)。而且收費的操作會觸動別的相關(guān)操作，沒有實時傳遞數(shù)據(jù)容易出問題(數(shù)據(jù)問題、管理問題很多的)也就是說要有完整的配套措施來應對風險，但是風險出現(xiàn)的機遇小造成的問題大。要實行的話，在于決策層對投入產(chǎn)出的認識。
wangwei7558：我原來做過有單機應急，單機用的程序與實際用的是一個，不能連接到網(wǎng)絡服務器的時候，連接本地數(shù)據(jù)庫，小的內(nèi)存數(shù)據(jù)庫，網(wǎng)絡恢復后數(shù)據(jù)上傳。僅限于門診收費的做起來也挺麻煩的，還涉及到平常的數(shù)據(jù)字典同步等問題。
f999：如果硬要做的話好是兩套程序，兩個服務器，一個癱瘓了就轉(zhuǎn)用另一個。相對來說同步數(shù)據(jù)時能省事點，否則用單機很可能那個點出一想不到的問題，到時查起來會非常費勁。
Brain_01：以前做POS程序開發(fā)的時候做過類似的程序，這樣要求每一個客戶端有一個小點的數(shù)據(jù)庫程序。當網(wǎng)絡不通的時候，就連本機客戶端的數(shù)據(jù)庫。這種相對還是比較方便的。
bbzj：在供電正常情況下，即設備正常，服務器或網(wǎng)絡不正常：應急的重點是門診，門診應急的重點是劃價和收費。劃價又以藥品難，藥品中草藥難。收費如果全手工，對門診量大的醫(yī)院無法想象。一般檢查檢驗儀器有單機報告系統(tǒng)，還沒到完全無法正常運行的情況，很多即使是手工，也基本能運行。除了部分檢驗項目，手工報告的工作量很大。醫(yī)生，我們不少醫(yī)生開手工根本無所謂。所以，我們這門診應急只要求到收費批價。應急的需求對不同的醫(yī)院是不同的。

應急系統(tǒng)的成功案例

tuxiaoli：上海復高，在新華醫(yī)院有過相關(guān)的實驗。
zj__1977：本身技術(shù)上沒有難度，北京很多醫(yī)院都可以將數(shù)據(jù)同步。如北大人民醫(yī)院。
金工：軍衛(wèi)門診收費可以實現(xiàn)。
agg163：在上海、杭州的HIS廠商基本會有這樣的應急系統(tǒng)。

bbzj ：JSD的應該可以，在某醫(yī)院實戰(zhàn)過。JSD的有單機劃價收費系統(tǒng)，某醫(yī)院用過。我們這還有個公司有單機應急系統(tǒng)，也有醫(yī)院用過，我也見過。
門診量大于5000的醫(yī)院不用應急系統(tǒng)得不償失
簡單算一下經(jīng)濟帳：一個門診量在5000的醫(yī)院，因HIS出故障導致1500人流失，按單個門診患者藥費150，檢查治療100算，醫(yī)院的毛利潤(不考慮人力成本)100左右。醫(yī)院毛利潤會損失150，000。一個應急系統(tǒng)一般不會高于200，000。所以不算社會效益，單經(jīng)濟效益在門診量5000以上不購買這樣的系統(tǒng)是非常失策的。如果門診量大于5000而廠商不提供這樣的應急系統(tǒng)而又不能開發(fā)出這樣的系統(tǒng)，真的該換廠商了。