作者: zuoxuhua168 时间: 2008-11-26 14:37 标题: 回复 #8 tanyiqiang 的帖子
yiqiang兄还是比较谦虚，评价也是中肯的。我对于zl也不是太了解，都是一个猜测的层面。希望您在东莞做出更好的成绩来 ^_^
CSDNHIS他娃肯定是把平时在客户那里说的话一不小心形成文字了……习惯问题
[ 本帖最后由 zuoxuhua168 于 2008-11-26 14:40 编辑 ]
作者: csdnhis 时间: 2008-11-26 14:41
dddd
[ 本帖最后由 csdnhis 于 2008-11-26 17:15 编辑 ]
作者: 天光云影 时间: 2008-11-26 15:30
嗯，这个BH平台有些像我以前同思维加速公司合作时用过的TIB平台。
采用一种业务建模的开发方式，提出的是什么技术无关性，包括从数据库的建立开始到代码的开发，都在平台上操作，平台本身做为中间层执行最初的运算，将结果传到数据库。而且平台本身可以识别多种开发语言，可以使用各种语言写脚本。
可以将所有功能都做成独立模式，按用户需求，再组建成完成的程序。
可惜因为当初平台还不成熟，Bug多多，导致项目失败……
作者: fox600123 时间: 2008-11-26 15:53
潜力贴，顶～
但是，知道做广告不能用“最”“第一”这些词的么？
作者: tanyiqiang 时间: 2008-11-26 17:10
csdnhis是中联的吗?胡涛是最反对你这种行为的,别在这里添乱了.
如果不是中联的,你也用不着帮中联做宣传,效果不好.
作者: tanyiqiang 时间: 2008-11-26 17:12
ZLBH有某些方面像思维加速,但也仅仅是表面上有些像而已,内部的机制是不一样的.
作者: fkecq 时间: 2008-11-26 18:36
关注
作者: tanyiqiang 时间: 2008-11-26 18:39
思维加速的架构是非常好的，只是做到后面，细节没处理好，导致产品稳定性不好和有些功能没有实现。
作者: katehis 时间: 2008-11-26 21:23
csdnhis说了些什么，都编辑掉了。
QUOTE:
原帖由 csdnhis 于 2008-11-26 10:30 发表
BH是平台软件, c/s/s结构,C#设计
讲通俗一点.
操作者可以在这个系统上自己设计数据库( 多种数据库,sql server,oracle等)，表，定义界面，工作流，业务逻辑,而不需要编程知识.
有内置的动态脚本语言,邮件系统，报表引擎，工作流引擎，即时通讯，组织机构权限架构等等等等
目前基于这个平台零代码开发的目前系统有，ZL HOA(遵义医院),ZL CRM,区域卫生（重庆某区)，数据集成等
中联现在已经发展成行业的领导,从收入上讲,前年就已经超过5000万,今年估计要上亿了。
几乎所有的所有大公司的软件,例如CY, JSD,JH,ZB等等 在医院都有被ZLHIS 更换的案例。
现在基本业务规模是一天上一家医院的速度增长
ZLHIS的特色是大而全，什么产品都有。有自己特色的LIS,pacs,电子病历系统。
BH是平台软件, c/s/s结构,C#设计
零代码开发出来的东西易用性如何不好说，按照你通俗介绍和应用，市场上已经有很多类似的OA系统了，感觉没有太多新的东西。
原帖由 天光云影 于 2008-11-26 22:25 发表 
思维加速的TIB平台从实现的理念上来讲，是很不错的，自主建模的功能大大的方便的业务流程的制定。
但最大的问题也在此，对于一些纯粹是业务流的应用来讲，有非常大的优势，如各个政务机关，以各种的文档、案件的发布、审批等为主的业务，可以通过建模工具自行调整功能和权限。
而对于HIS这种需要大量运算和存储的管理系统，优势则不那么明显。
最初使用他们的TIB平台是在05年，那时用的是3.0，还是beta版，不稳定，据说目前已经好多了。
而我认为这个平台最大的问题就是做为中间层，它把那些只要交给DB去完成的事情，全都由自己来做了，如建库，先在TIB中建立逻辑表，然后再在DB中生成物理表，日常运行中，也是由平台逻辑表进行运算后，再写入到物理表中。
这时，问题就出来了，由于HIS的大数据量交换，如交给DB去实现，那么效率会非常高，而由平台自己去运算，则明显的不负重荷。而且，还舍弃了数据库最有优势自己的procedure和function。
不过，逻辑表的应用，对于报表的开发，确实方便了许多。也算是一个亮点。
很遗憾，偶在TIB平台上设计的第一个产品，便由于压力测试无法通过而宣告失败。
BTW，CSDN说的不需要编程知识，和楼上的所说零代码开发，我相信根本是不存在的，最多就是由平台自己支持识别多种语言而已。
别的不说，没有代码开发，逻辑如何实现？
思维加速的TIB平台从实现的理念上来讲，是很不错的，自主建模的功能大大的方便的业务流程的制定。
但最大的问题也在此，对于一些纯粹是业务流的应用来讲，有非常大的优势，如各个政务机关，以各种的文档、案件的发布、审批等为主的业务，可以通过建模工具自行调整功能和权限。
而对于HIS这种需要大量运算和存储的管理系统，优势则不那么明显。
最初使用他们的TIB平台是在05年，那时用的是3.0，还是beta版，不稳定，据说目前已经好多了。
而我认为这个平台最大的问题就是做为中间层，它把那些只要交给DB去完成的事情，全都由自己来做了，如建库，先在TIB中建立逻辑表，然后再在DB中生成物理表，日常运行中，也是由平台逻辑表进行运算后，再写入到物理表中。
这时，问题就出来了，由于HIS的大数据量交换，如交给DB去实现，那么效率会非常高，而由平台自己去运算，则明显的不负重荷。而且，还舍弃了数据库最有优势自己的procedure和function。
不过，逻辑表的应用，对于报表的开发，确实方便了许多。也算是一个亮点。
很遗憾，偶在TIB平台上设计的第一个产品，便由于压力测试无法通过而宣告失败。
BTW，CSDN说的不需要编程知识，和楼上的所说零代码开发，我相信根本是不存在的，最多就是由平台自己支持识别多种语言而已。
别的不说，没有代码开发，逻辑如何实现？
作者: katehis 时间: 2008-11-27 09:18
QUOTE:原帖由 天光云影 于 2008-11-26 22:25 发表
思维加速的TIB平台从实现的理念上来讲，是很不错的，自主建模的功能大大的方便的业务流程的制定。
但最大的问题也在此，对于一些纯粹是业务流的应用来讲，有非常大的优势，如各个政务机关，以各种的文档、案件的发布、审批等为主的业务，可以通过建模工具自行调整功能和权限。
而对于HIS这种需要大量运算和存储的管理系统，优势则不那么明显。
最初使用他们的TIB平台是在05年，那时用的是3.0，还是beta版，不稳定，据说目前已经好多了。
而我认为这个平台最大的问题就是做为中间层，它把那些只要交给DB去完成的事情，全都由自己来做了，如建库，先在TIB中建立逻辑表，然后再在DB中生成物理表，日常运行中，也是由平台逻辑表进行运算后，再写入到物理表中。
这时，问题就出来了，由于HIS的大数据量交换，如交给DB去实现，那么效率会非常高，而由平台自己去运算，则明显的不负重荷。而且，还舍弃了数据库最有优势自己的procedure和function。
不过，逻辑表的应用，对于报表的开发，确实方便了许多。也算是一个亮点。
很遗憾，偶在TIB平台上设计的第一个产品，便由于压力测试无法通过而宣告失败。
思维加速的TIB平台从实现的理念上来讲，是很不错的，自主建模的功能大大的方便的业务流程的制定。
但最大的问题也在此，对于一些纯粹是业务流的应用来讲，有非常大的优势，如各个政务机关，以各种的文档、案件的发布、审批等为主的业务，可以通过建模工具自行调整功能和权限。
而对于HIS这种需要大量运算和存储的管理系统，优势则不那么明显。
最初使用他们的TIB平台是在05年，那时用的是3.0，还是beta版，不稳定，据说目前已经好多了。
而我认为这个平台最大的问题就是做为中间层，它把那些只要交给DB去完成的事情，全都由自己来做了，如建库，先在TIB中建立逻辑表，然后再在DB中生成物理表，日常运行中，也是由平台逻辑表进行运算后，再写入到物理表中。
这时，问题就出来了，由于HIS的大数据量交换，如交给DB去实现，那么效率会非常高，而由平台自己去运算，则明显的不负重荷。而且，还舍弃了数据库最有优势自己的procedure和function。
不过，逻辑表的应用，对于报表的开发，确实方便了许多。也算是一个亮点。
很遗憾，偶在TIB平台上设计的第一个产品，便由于压力测试无法通过而宣告失败。
BTW，CSDN说的不需要编程知识，和楼上的所说零代码开发，我相信根本是不存在的，最多就是由平台自己支持识别多种语言而已。
别的不说，没有代码开发，逻辑如何实现？
零代码开发也是csdnhis提出的，我是不相信这个东西。
说到平台，我也有一个构建C/S应用平台，在delphi的RAD基础上做的面向数据库一套东西，在需求明确情况下，很短时间便可用开发出完整的一套应用系统。
用通俗的说法：现成的框架，在上面加入表，业务逻辑处理，界面，报表等。
这东西当然需要编程，在做HIS时研究做出的这个平台，目前已经开发出另外2个系统了，基本上是一个月做出一个。
作者: zuoxuhua168 时间: 2008-11-27 10:51
销售语言或者PPT语言在专业群众的仔细推敲下，是站不住脚跟的。
作者: tanyiqiang 时间: 2008-11-27 12:41
零代码是一个理想目标，但是最大限度减少代码编写是可能的。另外，零代码也许是换了一种形式的代码。
ACCESS数据库开发一些简单的应用，也可以做到零代码，复杂的就不行了。如果是开发简单的数据库应用，ACCESS比VB方便多了。复杂的还是需要用到VBA，同样也是编写代码。
ZLBH在现阶段，确实是使编写代码的工作量大大减少，在构建HOA的过程中，几乎不需要编写代码，在区域信息化建设项目中，也同样是这样。
ZLBH开发的目的，就是为了实现软件功能的快速修改，客户需求变化时，软件可以很快跟进，实现这些功能。
其它公司开发的平台系统，虽然没有见过，但设计思想都差不多，估计过两年，基于新的架构的HIS系统就可以投入实用了，很多公司目前开发的进程都已经达到相当的程度了。
作者: katehis 时间: 2008-11-27 15:32
QUOTE:原帖由 tanyiqiang 于 2008-11-27 12:41 发表
零代码是一个理想目标，但是最大限度减少代码编写是可能的。另外，零代码也许是换了一种形式的代码。
ACCESS数据库开发一些简单的应用，也可以做到零代码，复杂的就不行了。如果是开发简单的数据库应用，ACCESS比VB方便多了。复杂的还是需要用到VBA，同样也是编写代码。
ZLBH在现阶段，确实是使编写代码的工作量大大减少，在构建HOA的过程中，几乎不需要编写代码，在区域信息化建设项目中，也同样是这样。
ZLBH开发的目的，就是为了实现软件功能的快速修改，客户需求变化时，软件可以很快跟进，实现这些功能。
其它公司开发的平台系统，虽然没有见过，但设计思想都差不多，估计过两年，基于新的架构的HIS系统就可以投入实用了，很多公司目前开发的进程都已经达到相当的程度了
零代码是一个理想目标，但是最大限度减少代码编写是可能的。另外，零代码也许是换了一种形式的代码。
ACCESS数据库开发一些简单的应用，也可以做到零代码，复杂的就不行了。如果是开发简单的数据库应用，ACCESS比VB方便多了。复杂的还是需要用到VBA，同样也是编写代码。
ZLBH在现阶段，确实是使编写代码的工作量大大减少，在构建HOA的过程中，几乎不需要编写代码，在区域信息化建设项目中，也同样是这样。
ZLBH开发的目的，就是为了实现软件功能的快速修改，客户需求变化时，软件可以很快跟进，实现这些功能。
其它公司开发的平台系统，虽然没有见过，但设计思想都差不多，估计过两年，基于新的架构的HIS系统就可以投入实用了，很多公司目前开发的进程都已经达到相当的程度了
。
OA系统里的零代码实现很多公司都有，是因为需求不复杂，早就不是新东西了。
ZLBH没有看到实际的东西，也不好多说。
对数据简单管理，用Access, Excel 等容易实现，但是对复杂逻辑关系的应用系统，编程实现是唯一的路，因为还有个易用性在里面。
作者: zuoxuhua168 时间: 2008-11-27 16:49 标题: 回复 #22 tanyiqiang 的帖子
相反的，我认为大多数公司的产品架构不会变，毕竟有个成本的原因，现在再让天健or创业开发一套？不现实。相对的是，底层数据结构都会被基础数据集取代。这是确定的。
作者: 天光云影 时间: 2008-11-27 17:48
我到是觉得架构肯定会变，新技术才是出路。
也许我们在说，产品的适用与否和所采用的技术无关，这是没错的，可惜的是，功能不是一个软件产品唯一的生存之道。
你能想像10年后，HIS商还在销售由PB或Delhpi这些也许已经被抛弃的语言所开发的程序吗，做为甲方，你现在还会去选用一套由PB5.0所开发的系统吗？
创业和天健如果想继续生存和发展，由新技术开发的产品必须要出来。
否则，淘汰是必然的。
作者: katehis 时间: 2008-11-27 19:05
QUOTE:原帖由 天光云影 于 2008-11-27 17:48 发表
我到是觉得架构肯定会变，新技术才是出路。
也许我们在说，产品的适用与否和所采用的技术无关，这是没错的，可惜的是，功能不是一个软件产品唯一的生存之道。
你能想像10年后，HIS商还在销售由PB或Delhpi这些也许已经被抛弃的语言所开发的程序吗，做为甲方，你现在还会去选用一套由PB5.0所开发的系统吗？
创业和天健如果想继续生存和发展，由新技术开发的产品必须要出来。
否则，淘汰是必然的。
delphi也在发展，并没有被抛弃。
total commander 是delphi 4的产品，你现在在用吗？
作者: tanyiqiang 时间: 2008-11-27 20:14
如果架构不改变,怎么改都是那个档次了.
架构的改变,主要是为了快速实现客户提出的需求.降低成本.
作者: 天光云影 时间: 2008-11-27 21:45
QUOTE:原帖由 katehis 于 2008-11-27 19:05 发表
delphi也在发展，并没有被抛弃。
total commander 是delphi 4的产品，你现在在用吗？
delphi也在发展，并没有被抛弃。
total commander 是delphi 4的产品，你现在在用吗？
没有用过，前期我接触的是PB，从05年后，接触的都是JAVA开发的BS产品。
感觉Delphi和PB不再是主流开发工具了。
作者: tanyiqiang 时间: 2008-11-27 22:18
开发语言/开发工具是为了实现开发思想和开发目标的,够用就行,用什么工具其实不是最重要的.
开发思想/软件架构才是最重要的,变是绝对的,不变是相对的,以不变应万变.呵呵,以相对稳定的架构,去实现千变万化的用户需求.
作者: tanyiqiang 时间: 2008-11-27 22:23
与一位行业的高级技术人员交流过,他说花了三年的时间,才使开发人员明白什么是数据驱动,做出来的东西才像个样子,才知道原来软件开发是这么回事的.
在学校几乎没有机会接触数据驱动方面的内容,凡是灵活的软件,就是采用数据驱动而已.怎么个驱动法?呵呵,八仙过海了.
作者: katehis 时间: 2008-11-27 23:39
QUOTE:原帖由 天光云影 于 2008-11-27 21:45 发表
没有用过，前期我接触的是PB，从05年后，接触的都是JAVA开发的BS产品。
感觉Delphi和PB不再是主流开发工具了。
没有用过，前期我接触的是PB，从05年后，接触的都是JAVA开发的BS产品。
感觉Delphi和PB不再是主流开发工具了。
作者: axbluebdy 时间: 2008-12-3 11:38
在06年的时候就关注过卢彦的敏捷工作室，后来订阅过其中在中联期间的团队blog资料，给人的感觉是一种比较清新的气息；
这个平台我的看法就是表单驱动型，对于简单的业务比较适合，当然中间也涉及到数据表外键的相关功能，或者更复杂的业务的时候
可能会带来不利，其技术实现特点我猜测IL技术实现 具体可以看看这 颠覆C#王权的“魔比斯环”；
作者: axbluebdy 时间: 2008-12-3 11:42
当时我自己也试验过这样的技术方案，有利有弊，现场实施快速，调试不方便
也可能是我技术功底不够吧，我现在的开发方式改变了，开发代码模板生成，要涉及到的业务
防止专门的BO层来处理，算是个折中，在建立表结构时候尽力增加fixable field，适应不同医院业务
变化 作者: axbluebdy 时间: 2008-12-3 11:50
其实开始也考虑过思维加速 金富锐 这样的框架，java下面普元和易维也有公司别的项目组使用过，感觉还是局限性太大，
具体更详细的可以通读下吕建伟的这篇文章
http://blog.csdn.net/david_lv/archive/2008/04/10/2277084.aspx
作者: fals 时间: 2008-12-3 22:26 标题: 不太懂，学习一下
其本质，是不是还是一种开发平台而已？
不太懂，学习学习
作者: katehis 时间: 2008-12-3 23:06
QUOTE:
原帖由 axbluebdy 于 2008-12-3 11:50 发表
其实开始也考虑过思维加速 金富锐 这样的框架，java下面普元和易维也有公司别的项目组使用过，感觉还是局限性太大，
具体更详细的可以通读下吕建伟的这篇文章
http://blog.csdn.net/david_lv/archive/2008/04/10/2277084.aspx
QUOTE:
讲完最老的大连雅奇，在企业管理软件平台界，最有名的就数思维加速（现在改名起步）。起步从1999年开始起步，技术一直跟的很紧，做的也非常深入，我个人认为，起步是做企业管理软件平台最优秀的一个。
1 起步加入了工作流，非常适应时代
2加入了集团企业多组织结构，非常适应时代
3起步有数据库建模工具，有版本管理工具，有部署工具，报表、图表自不用说。居然还有甘特图和日历，还有即时通讯工具
4起步拥有自己研发的代码开发IDE。这是国内没有的。老宋为了解决常规平台自我封闭无法定制的诟病下了很大的气力，让简单开发和个性定制融合。
5能支持JAVA中间件，也能支持COM+，能WEB，也能C/S。这也是国内没有的。
原帖由 axbluebdy 于 2008-12-3 11:50 发表
其实开始也考虑过思维加速 金富锐 这样的框架，java下面普元和易维也有公司别的项目组使用过，感觉还是局限性太大，
具体更详细的可以通读下吕建伟的这篇文章
http://blog.csdn.net/david_lv/archive/2008/04/10/2277084.aspx
QUOTE:
讲完最老的大连雅奇，在企业管理软件平台界，最有名的就数思维加速（现在改名起步）。起步从1999年开始起步，技术一直跟的很紧，做的也非常深入，我个人认为，起步是做企业管理软件平台最优秀的一个。
1 起步加入了工作流，非常适应时代
2加入了集团企业多组织结构，非常适应时代
3起步有数据库建模工具，有版本管理工具，有部署工具，报表、图表自不用说。居然还有甘特图和日历，还有即时通讯工具
4起步拥有自己研发的代码开发IDE。这是国内没有的。老宋为了解决常规平台自我封闭无法定制的诟病下了很大的气力，让简单开发和个性定制融合。
5能支持JAVA中间件，也能支持COM+，能WEB，也能C/S。这也是国内没有的。
说到“非常”，“国内没有的”的我就不说了
很多人认为落后的delphi早就有这些特征了，这样吹嘘太过了吧。
开发应用系统最重要的是了解需求，这才是“非常”重要的，当然如果走路都还没学会的，还是先学学走路吧。
作者: cyqcyt 时间: 2008-12-4 00:10
QUOTE:
原帖由 katehis 于 2008-12-3 23:06 发表
说到“非常”，“国内没有的”的我就不说了
很多人认为落后的delphi早就有这些特征了，这样吹嘘太过了吧。
开发应用系统最重要的是了解需求，这才是“非常”重要的，当然如果走路都还没学会的，还是先学学走路吧。
原帖由 katehis 于 2008-12-3 23:06 发表
说到“非常”，“国内没有的”的我就不说了
很多人认为落后的delphi早就有这些特征了，这样吹嘘太过了吧。
开发应用系统最重要的是了解需求，这才是“非常”重要的，当然如果走路都还没学会的，还是先学学走路吧。
楼主,你没有理解他说的非常和国内没有的,这个应该写的也是比较久的了.
思维加速的,在03年我都接触过,当时我同学还在这个平台上面做了电力mis系统
当时这个系统问题比较,不支持dll 调用,现在应该好多了.
他是一个平台,不是你说的什么delphi有….
这个平台上支持你java写东西,也支持你用delphi.不是开发语言….
作者: katehis 时间: 2008-12-4 01:00
我看博主也是今年写的文章啊。
因为说到IDE，我才会提到delphi, 平台也是在某种语言基础上做出来的。
作者: fox600123 时间: 2008-12-4 08:47
为国内有这么先进的技术喝彩！
大家继续～
作者: rainleave 时间: 2008-12-18 10:42
呵呵，这么多人关心BH啊，不错。
中联是一个技术型的公司，同时在多年的信息化生涯中也积累了大量的业务经验，因此对信息化的理解也非常深。在任何行业的信息化中都存在2种思路：项目化和商品化。
这2种思路都和应用以及成本等诸多因素有关，各有优缺点。以前大家常说ZL只能做小医院，但现在ZL也一样做了不少大医院，而且运行尚佳，同样的业内以前的一些大公司靠项目化的做法也并没有解决大用户不断涌现的需求。那到底是谁的问题呢？
个人觉得，在面对用户大量需求的时候，项目化和商品化都很难应对。项目化成本高、时间长，商品化要求很多的需求积累、依靠参数进行调整，难度更大。
问题的症结在于开发方法上，这一点我不再累述了，各位都是专家，相信大家都熟悉《银弹危机》《人月神话》，这个问题也不是医疗行业的问题，而是全行业全世界的问题。
解决代码重用性、提高对需求的反应度、缩短工期和成本……这些都是大家追求的目标。这时候伟大的X3诞生了，justup的产品确实不错，思路非常的好，只不过因为各种原因导致它只是个半成品，X5在近期也推出了，我们正在想办法拿，但从csdn的一些blog文章来看，还是不够彻底，估计做为也有限。
BH就是在这样的一个大环境中诞生的，现在大家都还是默默的在做一些基础性的工作，包括做一些产业化的尝试，BH的目标并不是替代谁，在我们看来，BH只是解放需求，让软件变得与技术无关，或者说是降低技术的门槛，让业务专家充分发挥他们在业务上的积累，而不是让他的想法被技术人员的一句“技术上无法实现”给抹杀。
当然，这种思路也是一种探讨，BH会给软件行业带来一场变革，变革的结果就是写代码的技术人员大量转型去做构架/业务专家或者做服务。这是个很好的方向，我们常说程序员吃青春饭，是啊，他一天到晚都是再写一些毫无技术含量的代码，干个七八年谁会不厌倦呢？软件的核心价值是在构架和业务上，而不是在代码层级。
so,let‘s do it
BH未来会怎么样，我们不好说，但做为这边软件园最勤奋的一个公司，积聚了不少优秀人才，我们在探索一条新的道路。同时很感谢axbluedy对我们博客的关注，这篇关于BH的文章是我第一次在公开场合发表看法，希望大家能多多理性讨论。
作者: ilovehis 时间: 2008-12-18 14:03
BH会给软件行业带来一场变革
厉害!
原贴地址：http://www.itpub.net/viewthread.php?tid=1091867&extra=&page=1
相关文章:
页面： 1 2