浅谈一下为什么cache不在HIS中应用

jiushao · 发表于 2005-7-13 12:48:41

浅谈一下为什么cache不在HIS中应用。
<br>一家之言，仅代表我个人看法，和公司无关。可能有不对的地方，大家一起讨论。
<br>
<br>此文本是一篇回帖，主要还是希望大家多多交流。也希望我们应用cache开发的同行能进行多方面合作。
<br>
<br>1.不是技术原因：如前面有人说过，cache不在HIS中应用并不是技术问题。
<br>国外：在国外，cache数据库不仅在医疗行业，在银行业和其他很多行业的应用都很广泛，从技术上来说没有任何问题，从国外的应用可以看得出来。按惯例，国内的发展要比美国和其他发达国家慢个几年，几十年都是正常的。
<br>
<br>2.恰恰是因为技术的原因：因为国内HIS已经发展了十年左右，很多公司在技术上都有了积累，此时更换后台数据库等于从头开始，先前积累的技术优势荡然无存。并且精通cache开发的人属于稀缺人才，公司都是自己培养，（我们公司就是这样），前期投入成本高，此时应用cache有一定成本风险，并且HIS系统相对临床复杂的诊疗和EMR来说还算简单，所以关系型也还有其生命力，这也是中小HIS厂商不愿用cache的原因。而这也是为什么原来开发HIS的“大”公司想转到cache开发的原因，因为实力。而后来的公司，2000年以后开始用cache的也是希望取得后发优势；在技术上，发展早的，反而成为了一种羁绊。
<br>
<br>3.技术优势：面对越来越复杂的医疗信息系统，采用面向对象数据库对于开发商是一种聪明的选择。尤其在节省开发的成本方面，主要体现在后期对系统的维护上。医疗系统，国内可以做得很广，但是很难深下去，有帖子也说过，国内对于临床辅助诊疗和数据挖掘方面做得不够，对于我们开发商来说，其实医院的需求很重要，我们不可能作一个没有需求的市场。而cache的数据结构对于进行数据挖掘和临床复杂的诊疗数据结构的搭建都有比较好的支持。出于对于数据挖掘和临床复杂的诊疗的长远考虑，EMR等结构复杂的系统应采用cache数据库，而HIS应用cache不能更明显体现cache的优势，这也是为什么很多人说看不到cache的优势所在，总和oracle比。
<br>
<br>4.市场推广原因：intersystem也说过，由于进入中国比较晚，现在教育方面几乎已经被微软和甲骨文垄断，所以很多人，特别是学生都没有听说过cahce，所以，这也就是第三点中，我说的为什么cache的工程师要自己公司培养。我在学校的时候就从来没有听说过cache，工作以后才知道。而我们99.9%人都是从学校出来的吧？
<br>
<br>5.HIS赚钱吗？一个HIS系统从1～2万到几百万，上千万，令人扑朔迷离的复杂的价格体系，众多大大小小的厂商，面对这么多选择，从医院的角度来挑，很难。而对于开发商来说，生存是第一位的，而也只有生存下去才能谈及保障客户的利益。使用cache开发HIS可能面临双重的风险，当然不排除有实力的厂商也会这样做。
<br>
<br>我很想再说个几个点，但难免有老王卖瓜的嫌疑，因为我们在使用，难免评价不客观。还希望大家多探讨，也希望没有用cache开发，但是接触过cache的多多交流。
<br>
<br>另：我说的HIS表狭义的，指门诊收费等一系列的。<br><br><br><div><font class='editinfo'>此帖由 jiushao 在 2005-07-13 05:02 进行编辑...</font></div>

hykionliu · 发表于 2005-7-13 17:40:00

最近我也在学习cache
<br>希望有更多的朋友关注一下cache
<br>
<br>多多交流！

kevinyan · 发表于 2005-7-13 17:48:14

不对啊，现在有公司已经开发了基于cache的HIS，并且已经有不少医院在使用了。北京安贞医院就已经使用了好几年了，反应还不错

南京猿人 · 发表于 2005-7-14 09:33:57

En，东华在这方面很有心得，的确走在全国厂商的前面。但是并不是所有国外的主流HIS厂商都用的cache，这个这个。。。

ttxs · 发表于 2005-7-17 23:20:10

<p><div class='quotetop'>引用

jiushao @ 2005-07-13 12:48)</div><div class='quotemain'>我在学校的时候就从来没有听说过cache，工作以后才知道。而我们99.9%人都是从学校出来的吧？ <br /></div><br /></p><p>那么，楼主能推荐cache的好教材吗？</p>

hykionliu · 发表于 2005-7-19 08:53:10

一旦习惯了一种东西，如果要让他适应一种陌生的东西，会感觉很别扭的，心理上也有许多矛盾1

zjhzchenwu · 发表于 2005-7-19 23:06:31

要发挥cache的优势，就必须用面向对象的方法去设计和开发系统。现在许多HIS号称支持cache，基本上还是通过SQL访问，悲哀。

Cacheman · 发表于 2005-7-20 09:32:32

<div class='quotetop'>引用

zjhzchenwu @ 2005-07-19 15:06)</div><div class='quotemain'>要发挥cache的优势，就必须用面向对象的方法去设计和开发系统。现在许多HIS号称支持cache，基本上还是通过SQL访问，悲哀。</div>
<br>是啊.
<br>不过jiushao已经把问题将得很清楚了.
<br>我们目前的目标也在电子病历,不过本土的基于Cache的HIS(不是平移的)只不过是时间问题.因为我们相信电子病历将会牵着HIS走.目前是电子病历的厂商要和HIS厂商合作,如海泰和杭州联众.我相信,如果海泰的电子病历取得成功,情况会倒过来,HIS厂商会找海泰寻求合作或自己开发基于Cache的HIS.原因很简单:电子病历才是医院的核心.
<br>话说回来,如果现在谁有一套基于Cache开发的HIS/CIS倒是会赚点.温州眼视光医院信息中心正在开发这个,当然是为眼科开发的.8-9月份就可以有点成果了.

Cacheman · 发表于 2005-7-20 09:33:37

<div class='quotetop'>引用

ttxs @ 2005-07-17 15:20)</div><div class='quotemain'>那么，楼主能推荐cache的好教材吗？</div>
<br>给ISC挂电话021-5665 4986 -46乔鹏.

Cacheman · 发表于 2005-7-20 13:01:45

<div class='quotetop'>引用

qwl @ 2005-07-20 02:10)</div><div class='quotemain'>个人认为用户（医院）更多关心的是产品的实用性和可操作性以及数据的准确性，至于你用的是什么数据库一般不会太关心．</div>
<br>同意.所以我们的商业模式也是走合作伙伴模式.
<br>但是用不同的数据库编写的应用程序会有很大的区别.例如在延展性，安全性，速度等方面。这个做过开发的应该还是有体会的。
<br>例如,电子病历和查询挖掘中很多东西用关系型数据库很难表达,用Cache很容易.
<br>

jxdn_yang · 发表于 2005-8-29 09:43:29

<p>我相信CAXHE的多维概念比一般关系型数据库要好</p>

drewlee · 发表于 2005-9-12 19:12:35

概念与实践是有差异的。
<br>
<br>当关系型数据库已经成熟，各种性能指标参数、技术手段，大家都耳熟能详，用用他们你该是放心的。。。有备份机制、安全机制、约束机制等等，虽然每个DBMS都不是最完美的，有什么毛病我事先知道，实施的局面总归不会失控的啦。Cache呢？它的指标在哪？？？技术手段也是灰的，看不到。
<br>
<br>我相信Cache的观念新；中国的储备人才没起来也是事实，总不至于做了HIS没人管吧。如果我是CIO，不管它是不是长的象螃蟹，我是不会咬第一口的。
<br>

Cacheman · 发表于 2005-9-13 10:09:31

<div class='quotetop'>引用

drewlee @ 2005-09-12 11:12)</div><div class='quotemain'>概念与实践是有差异的。
<br>当关系型数据库已经成熟，各种性能指标参数、技术手段，大家都耳熟能详，用用他们你该是放心的。。。有备份机制、安全机制、约束机制等等，虽然每个DBMS都不是最完美的，有什么毛病我事先知道，实施的局面总归不会失控的啦。Cache呢？它的指标在哪？？？技术手段也是灰的，看不到。
<br>我相信Cache的观念新；中国的储备人才没起来也是事实，总不至于做了HIS没人管吧。如果我是CIO，不管它是不是长的象螃蟹，我是不会咬第一口的。</div>
<br>1) "如果我是CIO，不管它是不是长的象螃蟹，我是不会咬第一口的。"
<br>第一个吃螃蟹的不是你，而是廊坊的一家医院，他们首先采用了基于Cache的HIS.至于HIS之外，北京有几位医院的信息主管早就开始研究Cache来自己编程序了．目前用Cache的国内医院已有２０几家，所以
<br>不存在第一个吃螃蟹的人的说法了．
<br>２）"当关系型数据库已经成熟，各种性能指标参数、技术手段，大家都耳熟能详，用用他们你该是放心的。。。有备份机制、安全机制、约束机制等等，虽然每个DBMS都不是最完美的，有什么毛病我事先知道，实施的局面总归不会失控的啦。Cache呢？它的指标在哪？？？技术手段也是灰的，看不到。"
<br>我不知道你有没有接受过我们的培训?如果没有,我们可以安排一次.
<br>3)＂中国的储备人才没起来也是事实，＂
<br>这个我完全同意．这是我们目前主要要做的工作．
<br>对于医院的信息科人员，一般来说３天的培训就可以了．这个也是公司给客户承诺的，购买前做初步的交流，购买后免费的培训．
<br>对于开发人员，那公司投入的精力就更多了，我已经３周没有看到乔鹏了，整天在外面做培训．但是目前我们的重点主要在沿海地带．西北地区只有看客户的情况，我们再过去了．
<br>

drewlee · 发表于 2005-9-13 13:46:21

Cacheman，又见面了，你还是很执着嘛。
<br>
<br>其实Cache的Limitation(局限性或毛病，翻译不太准)你也不会说的，你是卖Cache的勒，这个话题又难以深入了。
<br>
<br>关系型数据库结构与面向对象设计模式之间的矛盾历来就是系统分析员争执的焦点，Cache、SAP、Oracle ERP等在这方面都有自己的解决之道，如果有可能，倒不如把他们的特点罗列出来，大家评一评，议一议。

Cacheman · 发表于 2005-9-13 16:56:58

<div class='quotetop'>引用

drewlee @ 2005-09-13 05:46)</div><div class='quotemain'>Cacheman，又见面了，你还是很执着嘛。
<br>其实Cache的Limitation(局限性或毛病，翻译不太准)你也不会说的，你是卖Cache的勒，这个话题又难以深入了。
<br>关系型数据库结构与面向对象设计模式之间的矛盾历来就是系统分析员争执的焦点，Cache、SAP、Oracle ERP等在这方面都有自己的解决之道，如果有可能，倒不如把他们的特点罗列出来，大家评一评，议一议。</div>
<br>你好.
<br> cache的缺点也是有的,任何工具都有好的和不好的地方.目前最大的缺点我觉得是对.net的支持.其他我觉得不是问题.所以我不认可你的"灰色技术说"．
<br>把Cache和SAP、Oracle ERP放在一起，我认为是个概念性的错误．例如上次有个人问我，embedded system是不是由于嵌入到PDA之类的系统．
<br>

		自动登录	找回密码
密码			欢迎注册