建立HIS应急系统是否有必要？(2)

疑虑：实用性不强 各个流水号难统一

szpaio：HIS比较难实现，以后数据统计不好搞!

xister：电子病历有这样做的，HIS好像还没人这样!

rampike：实现这个功能应该问题不大，不过估计实用性不强。

windshine：这种应急还是不现实，到时候HIS里乱七八糟，手工记账，还需回头补录。

lemonrabbit：各个工作站的流水号如何统一是问题。

mdfy0001：功能简单，需求技术上麻烦不小。多机操作，要考虑是否重复流水号，收费项目验证问题，网络恢复数据回传及验证等等。实用性不强，不过技术难度相应要大。当然依据现状，这个还是很有必要。

honeywood：至少用B/S的都不行，用C/S的基本上都可以实现这个功能。

约翰羊：还是要考虑多机，多链路。C/S的从理论上讲是可以单机工作的。但是，由于门诊、划价收费、药房、检验等科室之间联系的密切，单机有可能无法完全满足工作上的要求。

f999：C/S的实现这个不是问题，就怕数据出问题。最好引入一个验证机制，验证脱机时的数据导入后是否存在问题。

kilimanjaro：在网络故障情况下，仍然可以单机完成收费的？先分析清楚网络故障有几种情况，出现的概率有多大。

taiziyu：一般情况下，客户端的机器产生的数据也是要写到数据库中表里边的，单机先保存，然后再传，感觉实用性不大。

dongfq：大厂商的都有门诊应急收费，只能收自费，医保退费流程不好处理。

iswangwen：这东西从不考虑。计算实现了又能怎样?收完钱患者全去大夫那闹去了，大夫手工方?然后手工记账发药?怕出意外就把配用网络和电做好。

在大型医院对于非正常停机几乎是零容忍的，这时，应急服务器的启用是非常有必要的，它是为了在紧急情况下保证医院业务系统的运行，当一线系统恢复正常之后，应急服务器应该能有一个简单易行的手段将最新的收费数据交还给一线系统，恢复全院业务从一线系统运行的正常状态，为医院IT系统提供最后一道保险。