Tag: his市场

his市场

现在的HIS、LIS、PACS都用什么软件开发的才好了？（续）

增加了一些新的回复：



语言没有最好，只有适合才是最好的！



我喜欢他们的卢彦的概念，但是一些观点不敢赞同
特别是对于不到客户现场这一点，我一向是赞同到客户现场，直接感受，沃尔马的老总也是天天在各类超级市场前面和用户交流？为什么开发人员不会？不过有机会拜会一下还是有意义的，我们公司也是采用敏捷开发的思路，正在探索中……希望能碰撞出一些火花。



实施是必须到现场的。
开发倒是不一定，如果开发人员也有开发的能力也有系统分析的水平，那当然在客户现场是最好不过的事情，省去了来回沟通的成本。
大多数情况下是由系统分析员到客户现场整理好需求，确认原型，跟高级程序员完成设计后交由开发人员开发。



研发确实不必到现场,但需要一个客户到研发之间的信息交互通道.



当公司的客户增大到一定程度,软件功能达到一定程度,用户提出的需求对于软件整体来说就是很小的一个功能了,每一个功能都是简单的,这� �处理起来就容易了,另外软件功能齐备了,客户提的需求相对就少了,公司才有可能满足客户提出的需求.
不到现场也不是绝对的,对于大客户\典型客户,还是要到现场,至于什么人去,得具体问题具体分析了.
像OFFICE,也不是到现场去开发的,总之,各有各的路子.



当公司的客户增大到一定程度,软件功能达到一定程度,用户提出的需求对于软件整体来说就是很小的一个功能了,每一个功能都是简单的,这样处理起来就容易了,另外软件功能齐备了,客户提的需求相对就少了,公司才有可能满足客户提出的需求.
不到现场也不是绝对的,对于大客户\典型客户,还是要到现场,至于什么人去,得具体问题具体分析了.
像OFFICE,也不是到现场去开发的,总之,各有各的路子.

这位老兄说的有点理想化，不过还是支持以下



QUOTE:原帖由 tanyiqiang 于 2007-12-29 13:48 发表
当公司的客户增大到一定程度,软件功能达到一定程度,用户提出的需求对于软件整体来说就是很小的一个功能了,每一个功能都是简单的,这� �处理起来就容易了,另外软件功能齐备了,客户提的需求相对就少了,公司才有可能满足客户提出的需求.
不到现场也不是绝对的,对于大客户\典型客户,还是要到现场,至于什么人去,得具体问题具体分析了.
像OFFICE,也不是到现场去开发的,总之,各有各的路子.

呵呵，OFFICE是通用软件不是行业软件，现场在哪？
项目实施才有现场这个概念把？

客户需求变化会引起连锁反应的，比如社保行业来说，为支持国发38号文，社保系统推倒重来的也不在少数。



通用软件与行业软件是相对的
在MS,也许WINDOWS是通用软件,OFFICE是行业软件.
软件能否适应不同地区\不同需求,这有赖于对软件的抽象分析,有赖于软件的合理架构,有赖于开发部门对需求的处理方法.
我曾经听一个医院财务人员说,买了一套财务软件,他们来装好就走了,他们自己上起来的,另一家医院则要公司花了一周的时间才上起来,这是行业软件还是通用软件呢?
还有一家医院,成本核算软件是他们自己安装并上线的,公司只提供一些软件操作上的指导(邮件),这又是算什么呢?
也许不久的将来,HIS同样可以由用户自己构造\自己上线\自己维护.



把office 当行业软件，这么多年是怎么混的？



请教一个问题:
通用软件与行业软件有什么区别呢?按什么标准分类呢?



首先谭工要先认可“zlhis还是个行业软件”，不过仔细看了前面的贴子，估计比较悬



在没有标准的基础上讨论分类没什么意义.



ZLHIS是行业软件又如何?通用软件又如何?
饭照吃,马照跑.



QUOTE:原帖由 dw0001 于 2007-11-11 11:32 发表
卢彦已经在中联上班了,现在是zlbh小组的副组长,正组长是胡桃

一个重量级的应用平台将要出现,将一扫HIS市场,erp市场

这个也太牛了,啥东东啊,还一扫HIS市场!



QUOTE:原帖由 tanyiqiang 于 2007-12-29 13:48 发表
当公司的客户增大到一定程度,软件功能达到一定程度,用户提出的需求对于软件整体来说就是很小的一个功能了,每一个功能都是简单的,这样处理起来就容易了,另外软件功能齐备了,客户提的需求相对就少了,公司才有可能满足客户提出的需求.
不到现场也不是绝对的,对于大客户\典型客户,还是要到现场,至于什么人去,得具体问题具体分析了.
像OFFICE,也不是到现场去开发的,总之,各有各的路子.

太理想话了,军卫一号可以说够大了,而且够统一了吧,需要维护的问题还不是一堆一堆的,最后还得需要地方的力量来维护



QUOTE:原帖由 tanyiqiang 于 2007-12-30 00:57 发表
在没有标准的基础上讨论分类没什么意义.

自己提到分类，又解释不清，最后说没有意义，呵呵



太跑题了

拉回来

目前市场上也有用JAVA来开发的HIS，新波公司的产品就是，但在国内好象用户不多。

另外，听说北京有家公司也在用JAVA来开发HIS，目前还没有客户应用

其他的老牌HIS公司，用的都是一些传统的C/S模式产品，开发工具还是传统的PB、VB之类的东西



QUOTE:原帖由 fals 于 2008-1-3 13:34 发表
拉回来

目前市场上也有用JAVA来开发的HIS，新波公司的产品就是，但在国内好象用户不多。

另外，听说北京有家公司也在用JAVA来开发HIS，目前还没有客户应用

其他的老牌HIS公司，用的都是一些传统的C/S模式产品，开发工具还是传统的PB、VB之类的东西

最终用户的反馈如何？
理解具体的技术框架或细节吗？



天光云影家的HIS就是JAVA写的，也是一家国外公司的HIS产品，他在坛子上说他们家产品说得很少，我也不太清楚具体的应用效果。



[原贴]http://www.itpub.net/thread-887267-1-2.html

[blog文� ]
现在的HIS、LIS、PACS都用什么软件开发的才好了？
http://blog.katesoft.com/read.php/250.htm

HIS、LIS、PACS都用什么软件开发的才好了？

itpub论坛讨论HIS、LIS、PACS都用什么软件开发的才好了？
由这个问题引发：

如题。好像现在的一般都是PB啊DELPI啊VB啊等等好老的开发工具开发的，有没有用JAVA开发的啊？是不是以前开发的再用最新工具开发要花很大的成本所以大多数软件公司不愿意改开发工具了？相信用JAVA开发的这些系统还是强很多吧。

回复的五花八门：

干活快才是真的快 看公司的技术力量了
关键是业务
个人认为以后的软件开发工具基本上应该是多种工具混合使用，实现最佳结合
给后来者提供了机会。
不过，重新开发系统是一件很痛苦的事情。
楼主太迷信java了。。。

每个开发语言都有自己的侧重点，用java开发出his，我只能说太“弓虽”了，呵呵

java开发HIS 使用起来会麻烦
我个人认为PB是最佳选择,因为其强大的报表功能很适于医院的无纸化,并且作为client/server的开发工具,无出其右.
我们公司的HIS就是完全用JAVA开发的。
相对于PB开发的HIS来说，有优势也有劣势。
对于客户来说，JAVA开发的HIS，成本太高了。
使用方面，不存在什么麻烦的。
只是开发工具不同，其他的都可以做成一样的。
什么工具用好了都行.如果用不好,什么工具都不行.
不同的公司技术积累不一样,当然会选择不同的工具,
只是，用PB开发的界面实在是不敢恭维啊。而且我们现在的HIS就是用PB开发的，如果换新的又是PB的话，恐怕领导或使用者会怀疑到底换了新系统没了——感觉就是没有的新的改进啊
大家能具体说说各种开发工具开发HIS、LIS、PACS的优劣吗？越详细越好啊。怎样搭配最合适，谢谢！
其实对于医院用户来说，用什么工具开发其实不重要，关键是能不能满足医院的业务需要，能否提供医院服务

对于公司来说开发HIS，选择开发工具却很重要。就如院长查询中的经营指标分析和趋势图，做成和股票软件的一样，是不是任何开发工具都能做的到呢？

这个因该没有什么关系吧，什么语言都可以的，只要能把功能全部实现就可以了
“这个因该没有什么关系吧，什么语言都可以的，只要能把功能全部实现就可以了”

话是这样说，用asm来实现估计不会有谁这样做吧？如何高效快速实现功能应该是his公司首选考虑的，否则客户提要求，要猴年马月才做得出来，那能行吗？

对医院客户来说，软件实现功能是基本要求，界面能好一点不算过分要求。ms这么多年已经win32发展到vista了，界面变化大家都清楚，HIS软件也应该跟进。

医院的HIS, 对使用者来说，最重要的是什么，是reliability and reliability, performance and performance…
常换界面能起什么作用？医生和护士更适于一惯的界面，我在好多医院还见过用unibasic和flat file搭建的HIS.
不同意你的观点。
可靠性和性能问题诚是非常重要的。
确实是我们在做项目的时候，把医院的人就当做是电脑傻瓜来看待的。总是尽量去满足他们的习惯。
但对于更多MS的用户来说都可以适应windows的新变化，为什么医生和护士就不可以？习惯是可以改的，最多一两个月就会忘掉以前的习惯！
随着医院业务的不断发展，以及管理上更深层次的要求，HIS的变化是必然的，如果医院还在一成不变的在用你所说的unibasic和flat file搭建系统，恐怕医院本身的发展会受到极大限制。
关键在于开发理念与软件架构,与开发工具没多大关系.公司自然会有选择的依据.
还在考虑开发工具的问题,说明才刚起步,甚至说还没入门,努力吧!
也许看看敏捷方法会有好处的.
一个没有管理标准的行业，一个政府还在调整、改革、规范为主题的行业，服务与这个行业的软件供应商大多数都，选择面向对象，以客户化修改能迅速满足客户需求的软件
在此我想说，HIS是供医院专业人员使用的，我们不应该用开发online-banking的概念来开发，那是针对普罗大众的。可靠性和性能至关重要。。。
可靠性与效率当然是最重要的,
老是出故障,谁也受不了,要是做一件事情,等老半天都做不了,这系统也就没什么用了.
界面则要符合操作员的操作流程,功能改了,界面当然会跟着变,如果不是大变,操作员还是可以适应的,升级也会有培训或升级说明.
敏捷实验室的像是在写.net的软文，有些闭门造车的感觉，异步处理、AQ（高级队列）之外，同步复制，流复制，RAC技术，堆砌了一堆概念，很多是系统级，做应用的偏重这些而忽视HIS真正的需求，我并不看好。

我记得卢彦想办法得到zlhis程序研究，有这样观点的“做应用软件的，尽量把问题放在系统软件解决。”
his肯定做不好

看看ZLBH吧,这是卢彦团队的最新产品.他想看ZLHIS的东西易过借火.也许现在叫他看他都不看了.
你没见人家波士顿的医院有50台服务器吗?这50台服务器是怎么用的呢?还是技术问题.
ZLHIS目前应用还过得去,但总得准备下一代的东西吧?好不好只有自己知道,其它人根本没见过呢!
我没见过波士顿的医院有50台服务器，但是我知道50台服务器是怎么用的，这个不是技术问题，是需求问题，有了大量的数据和运算要求，才需要50台服务器来做分布式运算。请问1+1需要50台服务器吗？

zlhis虽然我没有见过，下一代的我基本能猜到：完善和优化，毕竟zlhis还是个行业软件，你能跳出这个框吗？

如果按照敏捷实验室的观点，是不是要开发出自己的his操作系统呢？

ms和oracle都靠边站吧，zl能做到，就当我说的是废话。

公司发展问题,没必要讨论,打住.
卢彦已经在中联上班了,现在是zlbh小组的副组长,正组长是胡桃

一个重量级的应用平台将要出现,将一扫HIS市场,erp市场

his我不懂，但你要把ERP也搬进来

年度最佳笑话

无知者无畏啊
HIS与ERP是类似的项目,有很多共性,虽然上面说的有点夸大,但ZLBH确实是一个很有潜力的东西.每家公司都是由小到大的,现在下结论还早,时间才能证明一切.至于成为笑话,那是你没了解.
呵呵，市场不是技术说了算
传说中的HIS”雄霸”出现?

很有意思，最后偏题了grin　HIS与ERP扯到一块了，现在有这样的说法吗？
Continue reading “HIS、LIS、PACS都用什么软件开发的才好了？” →