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

zzh1109

一：目的背景：
目前医院使用的医院信息系统在实施、使用的过程中，已经不能满足医院集团化日常管理工作的需要。医院信息化建设的主体—医院信息管理系统（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
邮箱:zzh1109@163.com
qq:397979101
联系人:邹生

alinew

这个标书不像标书 方案不像方案 再配上这么一个标题 感觉要多怪有多怪

ironstone

呵呵,不知道其中说的第一方案是什么?

zzh1109

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

zzh1109

这算个比较粗的方案把，你觉得在这里放个标书有含义吗？呵呵，重在市场信息传播和同行研究讨论用，有什么关系呢？干吗要居于形式呢？

alinew

我没说非要在这儿放个什么样的东西 标书也好 其他东西也好 我只是说,在这么一个地方 放上这么一段文字 再在配上这么一个标题 感觉很奇怪

当然 就问题本身来说 你们医院(集团)遇到的问题 应该说是现在医院发展到医疗集团时候遇到的典型问题 个人认为值得坛子的xdjm们探讨

jhs1

楼主的帖子里，错别字比较多，有的地方看不明白，如：
“对集团服务器的性能相对要求较第一种方案较底，较第一种方案较高，投入资金适中，”。
有些概念不清楚，如：“医疗区”。
看来目前的整合，目标并不很高：“以后陆续上线实施的其他系统（LIS，PACS，OA）”。
没有在网上仔细找该医院的具体资料介绍，一般说来，一个市级医院，条件应该比较好一些，目标还应该高一点。

[ 本帖最后由 jhs1 于 2007-4-3 09:57 编辑 ]

mouse

其实写的也算清楚了,能拿出来给大家交流讨论,很有内容啊

athlon2400

建立分布式系统就可以了，在中心建立主服务器，各诊区设立各自服务器，主服务器主的基础数据同步到各诊区服务器上，同时，各诊区服务器上产生的业务数据也同步到主服务器上。

spring.com.cn

第一次看到有用户真正提出集团化医院的征集方案,我们在2004年设计新一代HIS系统时,就考虑了集团化医院机制,我们的系统具备集团化医院使用基础,目前也正需要找一家集团化医院进行合作.集团化医院和区域医院信息系统将是未来的趋势,因此我们的产品在架构上就采用了纯B/S架构.可以了解一下我们公司的产品,相信会对你有所帮助.
公司网址:www.hongyangsoft.com
我的QQ:24157682

echoboy

其实不管是B/S也好 还是基于WEB的也好，关于医疗系统的开发都是在国家医疗信息化改革的基础上的。再说，医疗和药品系统没有分开的前提下开发大型的系统，迟早还是要翻工的。

tyq

信息系统不可能不变,其生命力就在于变,医院需求变,软件就跟着变,跟得快\跟得好就是好东西,否则就要被换掉.

ermulong

你需要提供各医疗区基本业务量、床位编制等

ish

呵呵 看看

Judy

换系统的政治风险过大，你的所有应用问题可以通过集成的方式，在不用换现有系统的情况下就可以完成．当然，前提条件是现有系统除了不能满足你提出的集团医院的几个要求外，其它方面还尚可，特别是现有ＨＩＳ厂商能够为你继续进行改进式维护的条件下．如果你家领导非要换系统，我建议你们去参观一下天津肿瘤医院．在集团模式这一块他们现在跟你文中的模式是一样的．