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

关于单机收费的原理

pzc87850627：原理是收费相关的基础数据要要更新到客户端数据库。网络恢复后上传，不会有流水号问题。问题是要建立客户端的数据库、要下载数据、上传数据。而且收费的操作会触动别的相关操作，没有实时传递数据容易出问题(数据问题、管理问题很多的)也就是说要有完整的配套措施来应对风险，但是风险出现的机遇小造成的问题大。要实行的话，在于决策层对投入产出的认识。

wangwei7558：我原来做过有单机应急，单机用的程序与实际用的是一个，不能连接到网络服务器的时候，连接本地数据库，小的内存数据库，网络恢复后数据上传。仅限于门诊收费的做起来也挺麻烦的，还涉及到平常的数据字典同步等问题。

f999：如果硬要做的话最好是两套程序，两个服务器，一个瘫痪了就转用另一个。相对来说同步数据时能省事点，否则用单机很可能那个点出一想不到的问题，到时查起来会非常费劲。

Brain_01：以前做POS程序开发的时候做过类似的程序，这样要求每一个客户端有一个小点的数据库程序。当网络不通的时候，就连本机客户端的数据库。这种相对还是比较方便的。

bbzj：在供电正常情况下，即设备正常，服务器或网络不正常：应急的重点是门诊，门诊应急的重点是划价和收费。划价又以药品最难，药品中草药最难。收费如果全手工，对门诊量大的医院无法想象。一般检查检验仪器有单机报告系统，还没到完全无法正常运行的情况，很多即使是手工，也基本能运行。除了部分检验项目，手工报告的工作量很大。医生，我们不少医生开手工根本无所谓。所以，我们这门诊应急只要求到收费批价。应急的需求对不同的医院是不同的。