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

na8313

<b>福州总医院的信息中心主任陈金雄说：</b>
<br>
<br>与Caché一起踏上成功之旅
<br>
<br>基于Caché的数据仓库提高了中国大型医院的决策速度
<br>主要受益
<br>数据仓库
<br>多维数据
<br>高性能
<br>“使用基于 Caché 的 Speedminer 产品，不到 90 天我们就构建和部署完了数据仓库。”
<br>中国福州的福州总医院（ <a href="http://www.fzzyy.com/" target="_blank">http://www.fzzyy.com/</a> ）在管理上一直存在一个问题。对决策起决定作用的报告总是要延迟几天，有时甚至要延迟几个星期。因为报告很复杂，他们不得不依靠已经工作过量的 IT 员工来获取所需的数据。为了解决这个问题，福州军总利用基于 Caché 的、由 InterSystems 的合作伙伴之一 。
<br>
<br>Hesper 科技（ <a href="http://www.hesper.com.my/" target="_blank">http://www.hesper.com.my/</a> ）提供的 Speedminer 应用创建数据仓库，福州维胜公司（ <a href="http://www.wisun.com" target="_blank"><a href="http://www.wisun.com" target="_blank">www.wisun.com</a></a> ）负责具体实施。
<br>
<br>福州总医院（福州军总）自 20 世纪 50 年代开始提供高质量、以病人为中心的医疗服务。但医院仅有 10 个人的 IT 技术队伍来维护整个医院的 IT 设施，包括所有的软件和硬件以及连接各种医院信息系统的网络。这些员工还要复杂开发特殊需求的软件，为满足福州军总的高层领导对复杂报表的需求。
<br>
<br>在执行 Speedminer 数据仓库应用之前，大量数据不得不从医院病人系统、管理系统、门诊系统和财务系统中抽取，然后再整合这些数据，提供给高层管理人员分析。因为“旧”数据要定期的归档以提高系统的性能，所以当需要医疗研究报告、进行趋势分析、质量确认时，抽取历史数据就变得特别困难。一个报告有时候需要花几个星期的时间才能编写完成。而且也不能进行数据挖掘，从不同的视角来审视结果。
<br>
<br>福州军总决定通过使用具有在线分析处理功能的数据仓库来降低编写报表的时间，让 IT 员工有更多的时间做其他的事情。在评估了多个方案之后，他们选择了马来西亚 Hesper 科技的 Speedminer 的产品来构建他们的数据仓库。
<br>
<br>“ Speedminer 与其他数据仓库产品的主要的不同，在于 Speedminer 是构建在 Caché 的高性能多维数据引擎上面的。” Hesper 的执行总裁 Thomas 说，“通过使用多维数据结构， Speedminer 消除了构建数据立方体的复杂性以及进行不正常处理和映射的繁琐工作，使得 Speedminer 执行和使用起来都比其他数据库产品要好。”
<br>
<br>福州军总使用 Speedminer 构建了自己的数据仓库，整合了病人医疗服务各方面的数据，包括注册信息，配药记录，实验室结果，诊断图像，财务信息以及门诊文档。现在能够从医院的“历史”服务器中抽取和整合数据。 Speedminer 在多维的环境中保存数据，这样就使得管理层能够从他们的 PC 机上快速而便捷的创建报表。另外，Speedminer 提供多维数据挖掘的功能，使用户能从更多的角度审视他们的数据。
<br>
<br>福州总医院的信息中心主任陈金雄说：“使用基于Caché的Speedminer产品，不到90天我们就构建和部署完了数据仓库。原来需要几天、甚至几个星期才能编制完成的报表，现在只需要几分钟就可以完成了。管理层能够更快、更全面的访问数据提高了决策速度。而且 IT 员工的负担也减少了。”
<br>
<br>
<br>
<br>
<br>

na8313

<b>福州总医院的信息中心主任陈金雄说：</b>
<br>
<br>使用基于Caché的Speedminer产品，不到90天我们就构建和部署完了数据仓库。原来需要几天、甚至几个星期才能编制完成的报表，现在只需要几分钟就可以完成了。管理层能够更快、更全面的访问数据提高了决策速度。而且 IT 员工的负担也减少了。”
<br>福州军总决定通过使用具有在线分析处理功能的数据仓库来降低编写报表的时间，让 IT 员工有更多的时间做其他的事情。在评估了多个方案之后，他们选择了马来西亚 Hesper 科技的 Speedminer 的产品来构建他们的数据仓库。

jhs1

32--35楼，？？

jhs1

嗨，知道是什么原因了。

na8313

这几天我都在<a href="http://www.intersystems.cn" target="_blank"><a href="http://www.intersystems.cn" target="_blank">www.intersystems.cn</a></a>看cache的材料,不错哟,就是想有一套她的试用光盘和她的HIS开发试用(中文)盘,最好是比较完整的介绍。
<br>
<br>希望各位朋友给个链，谢谢。

yjg12345

个人认为用户（医院）更多关心的是产品的实用性和可操作性以及数据的准确性，至于你用的是什么数据库一般不会太关心．
<br>不一定  用上你就知道了  不但是工作人员苦恼  院长也烦啊
<br>

yjg12345

10楼的   不一定啊  用上你就知道了  不但是工作人员苦恼  院长也烦啊
<br>

zzh0918

如果cache没有盗版，你说得天花乱坠也绝比不上sql server的

hhhhhh

从数据库发展历史看，其技术从网状结构开始，逐渐过渡到关系数据库。主要原因是网状结构的开发的复杂度。关系模型清楚简洁，通过索引技术，效率解决的不错，因而被广泛使用。关系数据库主要处理二维表，对于多维数据处理比较麻烦，这就是多维数据库的意义。多维数据库特别适于数据仓库和数据挖掘技术，因为可以随机组合不同维度的数据进行统计或分析。
<br>      在关系数据库广泛使用后，网状数据库被冷落。但当使用者发现关系模型对于处理树形结构数据结构十分困难，网状结构模型在特定领域发挥很大的作用。典型的网状结构是知识库的树形知识的构建和搜索。
<br>      cache的基础是M语言，其前身是MUMPS语言。由于MUMPS英文原意是腮腺炎，故改为M语言。该语言在80－90年代美国东部医院广泛使用，最典型的用户就是美国退伍军人医院。M语言的实施使用二叉树技术。在关系数据库索引技术不太成熟的时代，二叉树技术实现了很强的数据随机存取优势。但是，这种技术没有标准（虽然M语言是美国标准，但用户仅限于医学界，不够普及），而SQL的标准化使数据库开发与运行工具分离，有很好的可移植性，这是关系数据库广泛应用的最主要动力。计算机界的一个永恒真理就是“谁大谁有理”，关系模型因而垄断了数据库领域。
<br>      cache是从M语言数据库起家的，后来也支持SQL。如果从M语言角度，某些功能由于关系数据库，但从SQL实现角度，只是不同厂家产品的质量区别了。就像微软号称SQL SERVER速度大大优于ORACLE，因为在WINDOWS环境下，SQL SERVER使用了大量X86的汇编语言开发关系数据库，当然速度很快。但在大规模数据、机群处理等方面，ORACLE有很强的优势。
<br>      在数据仓库的多维数据库技术方面，国际上有很多产品，但最大的问题是没有标准，因而谁也不成气候。这也是ORACLE、SQL SERVER的数据仓库还是使用关系数据库，只是加个数据仓库帽子的原因。当然，保护既往的投资，厂家也不愿意轻易放弃既往技术，开发全新产品。
<br>      综上所属，cache与其他关系数据库产品的竞争只是不同厂家产品的竞争，并不是两类技术的竞争。至于用户不要被一些名词迷惑，而应从实用性、性价比、技术支持等多个方面评价和选择。适合自己的才是最好的。
<br>

man_from_usa

用了cache你就知道痛苦，美国同行的教训深刻啊。

Cacheman

<!--quote-man_from_usa+2005-11-13 09:23--><div class='quotetop'>引用man_from_usa &#064; 2005-11-13 09:23)</div><div class='quotemain'><!--quote1-->用了cache你就知道痛苦，美国同行的教训深刻啊。<!--quote2--></div><!--quote3-->
<br>你是第一个这么说的人,拿点实际的讲讲.

Cacheman

<!--quote-hhhhhh+2005-11-12 16:04--><div class='quotetop'>引用hhhhhh &#064; 2005-11-12 16:04)</div><div class='quotemain'><!--quote1-->&nbsp; &nbsp; &nbsp; cache是从M语言数据库起家的，后来也支持SQL。如果从M语言角度，某些功能由于关系数据库，但从SQL实现角度，只是不同厂家产品的质量区别了。就像微软号称SQL SERVER速度大大优于ORACLE，因为在WINDOWS环境下，SQL SERVER使用了大量X86的汇编语言开发关系数据库，当然速度很快。但在大规模数据、机群处理等方面，ORACLE有很强的优势。
<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 综上所属，cache与其他关系数据库产品的竞争只是不同厂家产品的竞争，并不是两类技术的竞争。至于用户不要被一些名词迷惑，而应从实用性、性价比、技术支持等多个方面评价和选择。适合自己的才是最好的。<!--quote2--></div><!--quote3-->
<br>
<br>简直是胡说八道。（没办法，我只能这么评价）。我不敢肯定，你是不是在网上查了一对内容，然后东拼西畴地写了这段想法。
<br>如果你是和Cache的合作伙伴在争夺医院的订单，应该正大光明地比技术和性能，而不应该采取这个办法。
<br>请多看看公司的网站。

Cacheman

<!--quote-zzh0918+2005-11-08 06:44--><div class='quotetop'>引用zzh0918 &#064; 2005-11-08 06:44)</div><div class='quotemain'><!--quote1-->如果cache没有盗版，你说得天花乱坠也绝比不上sql server的<!--quote2--></div><!--quote3-->
<br>你希望你的软件被盗版吗？

Cacheman

<!--quote-mindlesun+2005-11-15 08:33--><div class='quotetop'>引用mindlesun &#064; 2005-11-15 08:33)</div><div class='quotemain'><!--quote1-->实际情况确实如此！
<br>在美国医院是最早使用计算机的，有钱！所以可以做很多其他行业无法做的事，计算机的使用就是如此！当时的M技术，在医院使用是最早的，后来关系型数据库诞生，可以说现在99%的计算机使用者使用的都是关系型数据库，当美国医院在使用新型应用时问题发生了：美国医院的医生发表文章要求有基于20年以上的数据统计分析，象哈佛要求是基于40年的数据统计才行，而早期的医院数据是在CACHE上的，无法转到关系型数据库上，无奈！无奈！只能让老系统仍然生存着！<font color="red"><b>而这种现象的另一种表象就是美国多少多少医院在使用着CACHE！</b></font>
<br>千万千万不要去碰这个已让美国医院痛苦不堪、而又无奈的东西！<!--quote2--></div><!--quote3-->
<br>1)你的文章好象是：关系型数据库要胜过面向对象的数据库．是吗？为什么不提一下关系型数据库作不到的东西？
<br>２）Cache是1997年推到市场上的.以前确实是M语言,但此Cache非彼M.它是后关系型数据库，而不是你所说的前关系性数据库。在Cache上你即可以用M语言写,也可以用其他语言写,而且完全和关系型数据库兼容.目的正好和你说的相反,因为很多医院的数据想从关系型数据库转到Cache上去.　（目前，国外的一些应用的老版本是基于M语言的）
<br>3)如果Cache让美国医院痛苦不堪，那么新的应用应该是基于关系型数据库开发，为什么ISC的增长率还有30%?IDC的报告为什么还显示后关系型数据库的高增长率？而在IDC报告中也写了后关系型数据库的代表是Cache&#039;.
<br>4）如果一定要说Ｍ和Cache的关系，可以看看英飞凌公司的技术发展，或许可以有另外一种认识。
<br>

Cacheman

<!--quote-mindlesun+2005-11-16 11:44--><div class='quotetop'>引用mindlesun &#064; 2005-11-16 11:44)</div><div class='quotemain'><!--quote1-->加了一个”后“，但仍然是无法改变事物的本质的，现在的许多都以“后”自居，“后”现在，“后”古典，。。。。其本质改变了么？<!--quote2--></div><!--quote3-->
<br>当然了.
<br>1) Cache和关系型数据库是2种不同的技术
<br>2)ＩＤＣ，Buttler Group, KLAS都是这么认为的．难道你比他们更优秀？　
<br>