HIS运行起来怎么会如此慢呢?

熟透番薯 · 发表于 2006-9-8 07:10:18

<p>下面的两段话是医院的人说的:</p><p><font color="#4682b4">我们医院的HIS系统目前仅仅上了个医嘱系统和医院感染病例上报网络信息系统，网速就慢得够呛；待检验系统、影像传输系统、药物合理使用系统及护理记录系统等等先后上线后估计HIS得瘫痪！而且最要命的是HIS系统设计公司的售后服务很差，有的公司甚至已经倒闭或被兼并，前期用户遗留和发现的问题根本没有工程师来给你解决。 <br /><br /><span class="javascript" id="text6978071"><font class="topic">系统开发确实是一件难事啊,特别象瑞雪说的,象以前为我们医院做系统的公司倒闭了,现在又换一家公司做,问题那个多啊,一个病历系统就搞了一年多,还问题越搞越多,加上其他的系统真怕他们要搞个十年八年了!!! </font></span><br /><br /></font></p>

ffjg · 发表于 2006-9-8 14:25:45

信息系统的运行速度一般关系于两个方面：运行系统的硬件设备和软件的优化程度（即对大数据的处理）。硬件设备的性能是系统运行速度的基础，当然并不是说一定要用最新最好的硬件设备，关键是够用。而软件方面则要复杂的多，如果你们医院的数据量较大，那一定要注意所用系统对数据的处理方法是否合理，现在多数的HIS在刚上线时是很好的，功能全，易用，但经过一段时间后，在数据量达到10G以上时，系统的速度会慢的。

ffjg · 发表于 2006-9-8 14:27:56

说到公司的问题，那要看在系统选型时，信息中心负责人的眼力了。
<br />

ffjg · 发表于 2006-9-8 14:29:54

<div class='quotetop'>引用

熟透番薯 @ 2006-09-08 07:10)</div><div class='quotemain'>下面的两段话是医院的人说的:<br /><br /><font color="#4682b4">我们医院的HIS系统目前仅仅上了个医嘱系统和医院感染病例上报网络信息系统，网速就慢得够呛；待检验系统、影像传输系统、药物合理使用系统及护理记录系统等等先后上线后估计HIS得瘫痪！而且最要命的是HIS系统设计公司的售后服务很差，有的公司甚至已经倒闭或被兼并，前期用户遗留和发现的问题根本没有工程师来给你解决。 <br /><br />系统开发确实是一件难事啊,特别象瑞雪说的,象以前为我们医院做系统的公司倒闭了,现在又换一家公司做,问题那个多啊,一个病历系统就搞了一年多,还问题越搞越多,加上其他的系统真怕他们要搞个十年八年了!!! <br /><br /></font></div><br />对于这个问题，我主张先下功夫建设好自己单位的信息平台，然后在此基础上进行多个系统的开发。

Tony-Liu · 发表于 2006-9-8 17:14:32

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

ffjg @ 2006-09-08 14:25)</div><div class='quotemain'>信息系统的运行速度一般关系于两个方面：运行系统的硬件设备和软件的优化程度（即对大数据的处理）。硬件设备的性能是系统运行速度的基础，当然并不是说一定要用最新最好的硬件设备，关键是够用。而软件方面则要复杂的多，如果你们医院的数据量较大，那一定要注意所用系统对数据的处理方法是否合理，现在多数的HIS在刚上线时是很好的，功能全，易用，但经过一段时间后，在数据量达到10G以上时，系统的速度会慢的。</div><br />完全赞同!在您的基础上补充几点:</p><p>1.硬件平台中还有数据库、操作系统等因素的影响。</p><p>相对而言，Unix的系统运行速度要好于Widows，因为它是一开始就是基于64位开发的，而Windows是32位的，尽管近几年相关公司推出了所谓的64位的相关产品（真假说法不一），但市场上很多应用还是基于32位系统做的开发；同时Unix病毒少；</p><p>在处理大数据量时，后关系型数据库的速度要优于关系型数据库。</p><p>2.HIS软件本身的架构是否合理也是一个很重要的因素。</p><p>3.如果终端站点较多，三层结构的速度通常会优于二层结构，但系统的复杂性会增加。</p><p></p>

ryan · 发表于 2006-9-8 21:51:41

抓取服务器执行的SQL语句进行分析，看看到底是那几条SQL语句耗费系统资源，然后再对相应的客户端软件进行修改。

dongxi · 发表于 2006-9-9 13:21:17

<p>"在处理大数据量时，后关系型数据库的速度要优于关系型数据库。"</p><p>——想向tony.liu请教一下，是不是应该确切地说，只有当处理非二维数据时，才是象您所说的这种情况。</p>

Tony-Liu · 发表于 2006-9-13 12:57:01

<div class='quotetop'>引用

dongxi @ 2006-09-09 13:21)</div><div class='quotemain'><p>"在处理大数据量时，后关系型数据库的速度要优于关系型数据库。"</p><p>——想向tony.liu请教一下，是不是应该确切地说，只有当处理非二维数据时，才是象您所说的这种情况。</p><p></div><br />您客气了!技术交流吗,我只说我所看到的、理解到的。。。。</p><p>不过，首先声明，本人是做HIS应用软件的，所以对数据库仅知皮毛。</p><p>我说一个案例：我们的一个用户，门诊量3000人/日，在线终端700-800台之间，不包括PACS数据在内的整个系统用了几年的数据（包括电子病历数据）大概70多G，全部在线，速度很快，根本不受数据量增长的困扰（速度方面）。他们用的就是后关系型数据库。</p><p>关系型数据库基本上是通过二维表、表间关联的方式，尽管有的数据库也加入了部分面向对象的技术。（对关系型数据库了解较少，说得不对、不专业请予指正，有专业人士详细说一下，十分感谢！）</p><p>后关系型数据库应该说是一个多维的概念（不仅仅是二维表的概念），面向对象的。也就是说，基于关系型数据库的系统可以移植到后关系型数据库上来，表间关系也可以依旧保持，但速度还会受限；只有从底层就采用面向对象的方式基于后关系型数据库进行开发，速度才有保证。（相关的厂商给做个解释吧！）</p><p>其实，在上HIS系统初期，当数据只有10-20G（？）以下时，终端也不多，关系型数据库和后关系型数据库在速度上的差异是不明显的。</p><br /><br /><br /><div><font class='editinfo'>此帖由 Tony-Liu 在 2006-09-13 13:00 进行编辑...</font></div>

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