HIS方案征集!!!欢迎数据集成商参与!!!

显示全部楼层 · 2009-11-13 10:53:42

一：目的背景：
目前医院使用的医院信息系统在实施、使用的过程中，已经不能满足医院集团化日常管理工作的需要。医院信息化建设的主体—医院信息管理系统（HIS）虽然使用的是一家公司的产品(PB+ORACLE 8.16)，但是现在是完全独立运行，只是在数据库后台同步部分数据。没有做到三个医疗区基础数据唯一、业务信息共享，不能实现病人在各医疗区间自由象转科一样转院，一份病历，一张出院发票，一份病人清单，一个住院号。由于没有实施LIS、PACS和医生工作站，检验、检查结果共享也属于空话，
在多个医疗区组成集团医院下，各医疗区业务信息共享，检查、检验结果共享，病人在各医疗区间自由象转科一样转院，针对转医疗区病人实现一份病历，一张出院发票，一份病人清单，一个住院号。将各医疗区的各种信息进行统一处理，实现集团内部医疗业务信息最大程度互认共享，构建一个统一的基础数据平台。也就是实现了我们常说的信息整合。
二：实现方法：
整个集团在现在的基础上增加一个集团中心服务器：在集团服务器上的建立一个集团中心数据库保存整个集团各类基础数据（员工信息字典、病人信息字典、药品字典、项目字典、科室字典等等），同时也是以后陆续上线实施的其他系统（LIS，PACS，OA）的基础数据来源，各医疗区服务器的数据库保存自己的业务数据，同时在集团服务器建立一个新的大集成数据库，整合各医疗区的业务数据，也就是利用各医疗区的标识汇总整合集团的业务数据，同时实现了部分备份功能。有点类似于现在的地方医疗保险中心（集团的大集成数据库）和医院、药店之间（医疗区本身的数据库）的数据关系。各医疗区基础类数据从集团中心数据库同步更新下载,业务类数据向集团中心数据库同步时时上传.
优点：1、实现了集团内部数据的最大程度的互认共享，由于基础数据的来源（集团中心数据库）的唯一性，保证了各类基础数据的唯一性和正确性。保证了整个集团的物价的一致性。2、高可用性有所增强，任何一个医疗区的数据库出现问题，可以通过处理重新生成数据。保证财务数据正确。3、保证了现在的各个医疗区间业务上的独立性，经济核算的独立性。
缺点：1、需要增加一个集团服务器，但是对集团服务器的性能相对要求较第一种方案较底，较第一种方案较高，投入资金适中，2、程序需要作大量的修改，重点在如何实现转医疗区问题、各医疗区与集团数据库通讯数据集成的问题上。
分析：实现难度较大，程序修改量比较大，资金投入适中。建立了基础数据平台，实现真正意义上的整合。但是业务数据方面是属于差异备份、完全同步模式。
三:建设目标
1、
集团内转诊转院
2、
集团内跨区诊治
3、
集团财务统一管理：财务报表的汇总、集团财务报表
4、
集团药品统一管理：
5、
集团医疗服务项目统一管理：（医疗设备资源共享）
6、
集团医生资源的统一管理：（医务人力资源共享）
7、
集团人事管理；
了解详细情况请联系:
地址:湖南郴州市第一人民医院(集团)信息中心
邮编:423000
电话:0735-2343229-2097(上班时间)
手机:13873566530
邮箱:[email protected]
qq:397979101
联系人:邹生

千问 · 2009-11-13 10:53:42

个人认为服务器统一，专线接入

千问 · 2009-11-13 10:53:42

服务器统一
整个集团只设立一个集团数据库服务器：采取紧耦合的模式，各个医疗区不设立信息中心和数据库服务器，整个集团的各医疗区的计算机终端统一连接到集团服务器上数据库。
优点：信息中心维护简单，维护工作量减少，保证基础数据的唯一性和正确性。
缺点：1、由于各医疗区间是独立核算，医院信息管理系统报表部分需要做大量修改，主要为了实现业务报表的分离。
2、要绝对保证各医疗区间通讯7*24小时正常，通讯中断将导致所对应的医疗区停止营业或者在原始手工状态营业。
3、要绝对保证集团数据库的7*24小时高可用性，如果集团数据库出现问题、将导致整个集团的各医疗区全部停止营业或者在原始手工状态营业。当然可以采取增加投入建立通讯双线路机制和异地时时同步的备份和快速切换机制。
分析：面对整个集团的数据处理，对集团的数据库的性能要求将提升到一个新的档次，而且对各医疗区间的数据交换、网络通讯的要求也是比较高的，医院现有服务器和网络设备都没有这个数据处理的负载能力，资金投入比较大，关键的是一旦出现故障就是致命的故障。而且不符合现在医院集团的信息集成模式。实现方式比较简单直接。

千问 · 2009-11-13 10:53:42

工程很大？？？

千问 · 2009-11-13 10:53:42

各自独立的服务器，财务数据统一上传。基础信息统一维护，异地同步下载。

千问 · 2009-11-13 10:53:42

对,就是楼上的模式

千问 · 2009-11-13 10:53:42

构思很好，但实现起来不容易。
数据分为基础数据（字典）和业务数据，两种数据是紧偶合的，要达到数据交流，就要把两种数据都传过去再分别在两种库中插入，这就要解决冲突的问题，估计这个冲突问题不是容易解决的。如果是实时的，可以同步，如果不实时，异步更新，一定有冲突。
报表问题是小事，从系统中查询生成不算难。

千问 · 2009-11-13 10:53:42

服务器统一
整个集团只设立一个集团数据库服务器：采取紧耦合的模式，各个医疗区不设立信息中心和数据库服务器，整个集团的各医疗区的计算机终端统一连接到集团服务器上数据库。
优点：信息中心维护简单，维护工作量减少，保证基础数据的唯一性和正确性。
缺点：1、由于各医疗区间是独立核算，医院信息管理系统报表部分需要做大量修改，主要为了实现业务报表的分离。
2、要绝对保证各医疗区间通讯7*24小时正常，通讯中断将导致所对应的医疗区停止营业或者在原始手工状态营业。
3、要绝对保证集团数据库的7*24小时高可用性，如果集团数据库出现问题、将导致整个集团的各医疗区全部停止营业或者在原始手工状态营业。当然可以采取增加投入建立通讯双线路机制和异地时时同步的备份和快速切换机制。
_________________________________________________________--
这种方式最理想，报表问题很容易解决，简直就不是问题！

千问 · 2009-11-13 10:53:42

可以讨论下这个问题不落？

千问 · 2009-11-13 10:53:42

仔细读了一下楼主写的需求，主要目的是要把三个分院的基础数据统一起来，各院之间业务数据共享，报表能区分各院的收入，对吗？如果我的理解没有错，那么为什么不能考虑就建立一个中西服务器，各分院的客户端都连到这个服务器上操作呢？只要基础数据设置中，能够区分哪些分院的哪些科就行了啊？或者再灵活设置一下一些特定的医嘱流向（比如某个核磁检查只能在A院做，不能到B院做），应该可以满足要求的吧？
楼主的设想，各分院和集团数据库之间是紧耦合，一旦网络连接出现问题，脱机的那些客户端就只能采用手工方式工作了，那么和整个集团使用一套HIS系统有什么本质区别吗？（另外问一句，如果脱机，你们没有考虑过使用单机版的门诊应急系统么？）
有何不妥之处，还请赐教。