医院信息化建设，如果避开了错误的道路，是不是会离成
中国医院信息化道路走了十多年，有光明大道，更多的是坎坷沟壑。其实，每个案例都有成功的经验和失败的教训，哪怕是局部的成就，也是多少个日夜勤苦耕耘的果实。<br>
<br>应ironstone的建议，特将次帖从《 HIS系统的商品化对医院重要吗？ 》分离出来。
<br>
<br>帖中的案例采自实例，并无攻击某某的目的。本帖的主旨，在于大家能分享一下自己参与医院信息化建设的经历，或对或错，或多或少，都不要主要的。
<br>
<br><font color="skyblue">那咱们参与讨论的人在乎啥？</font>
<br>
<br><font color="blue">就在乎”为了他人植树“的这点胸怀罢。。。</font>
<br>
<br>－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
<br>
<br>天津某医院引进TAIWAN的一家HIS系统。纯java的App，B/S体系结构，DB2的server，IBM6000 Cluster，北电的1000M Ethernet核心交换。App界面友好，java低层类都是HIS厂商自己做的，很强；在需求交流上还好，HIS厂商使用了先进的Project管理流程和工具！硬通货一流，没说的。
<br>
<br>HIS实施来自TW的HIS厂家。
<br>医院的CIO对口协调，上有专管的副院。
<br>PM来自承标公司？！
<br>
<br>结果：：：系统门诊上了一年半时间，住院才开始实施；原有HIS系统的优秀理念没能发挥，流程在向传统的HIS回退；HIS厂商的研发总监三次被迫回TW养病。PM工作找不到方向。
<br>
<br>大家看看这个协调构架。
<br>
<br>1.CIO和HIS厂商的角色单纯
<br>2.HIS和医院之间没有直接的经济利益关系
<br>3.PM没有明确的实施进度的压力，压力转嫁到了HIS（二传手）
<br>4.PM对HIS有明显的控制盲区（人家不会告诉你技术的啦）
<br>5.PM对任何一方的靠拢都难以完成项目的正常沟通
<br>
<br>瓶颈就在PM了。
<br>我个人意见，认为这个项目对PM的要求非常高。。。。。我就不表达自己的意见了；大家来看看，怎么来改善这个项目呢？
<br>
医院信息化建设，如果避开了错误的道路，是不是会离成
“结果：：：系统门诊上了一年半时间，住院才开始实施；原有HIS系统的优秀理念没能发挥，流程在向传统的HIS回退；HIS厂商的研发总监三次被迫回TW养病。PM工作找不到方向”<br>案例研究很有意义。Drewlee所说案例值得认真分析。希望把过程、结果说的更具体些。上面寥寥几句，真可谓“犹抱琵笆半遮面”，既然要分析，何不来个“大珠小珠落玉盘”。
<br>第一，这是个自由的学术论坛，仅仅是探讨而已，又不是什么无聊的评审、评比、评职称。第二，一切对事不对人（医院、供应商、PM商），知道真实背景情况的人毕竟极少，什么“天津”，“台湾”，建议以后就不要再提了吧！
<br>太多的顾忌，分析不会深入、透彻。
<br>
医院信息化建设，如果避开了错误的道路，是不是会离成
drewlee，有Paullee支持你什么都不必担忧了。大家也都是抱着探求学问的心态的自由学术讨论。探求学问、追求真理高于一切。<br>这么好的案例早就应该另开新帖了，推荐版主将此帖加精。
<br>我也将我上次的回复转帖过来吧：
<br>---------------------------------------------------------------------------
<br> 2005-08-26 09:31
<br>用什么语言工具应该不是主要。
<br>PM是不是project manager?不知这个提供PM的承标公司是TAIWAN的还是内地的？看样子应该是内地的吧。PM由承标公司提供就等于医院将HIS实施成败的命运全部交给了承标公司。这种三层关系的采购方法本身就不合理。
<br>“PM没有明确的实施进度的压力，压力转嫁到了HIS（二传手）”，真正承受压力的应该是医院。
<br>----------------------------------------------------------------------------
<br>还有一个推测：PM由承标公司提供会不会是因为该医院并没有能够胜任PM的人才？如果这样的话，该医院日后的系统维护也是一个大问题了。二十一世纪最贵是什么？是人才。
医院信息化建设，如果避开了错误的道路，是不是会离成
请有心者、有时间者收集一下有关此案的帖子或材料转贴到此如何？最好隐去事主的真实身份。一人费事，大家省力。先谢谢了！医院信息化建设，如果避开了错误的道路，是不是会离成
J.C.Chan，“用什么语言工具应该不是主要。”<br>
<br>这本来是一种理想化的说法，在现实中却常常与之不同。
<br>
<br>就拿本案的具体情况分析罢。国内的HIS厂商多使用SQL Server和Oracle；这两种DBMS中国的市场占有率很高，人才储备和知识储备都比较充裕，开发商和医院的SA管理都容易上手，医院的CIO不懂这两种的DBMS的寥寥无几罢，最少对一种比较精通的。现在听说有用Cache的，我没见过，就不说了。我们再看看DB2的使用情况。走遍任何一家大型书店的IT书场，DB2技术丛书的占有量难超过0.2％。
<br>
<br>在医院使用DB2的情况呢？所有的Client全部安装了DB2的DB Center（事隔数月，名字可能有出入）等一大堆App，占用硬盘空间近500MB，并且整个工作站时时刻刻跑着近十个DB2的services。
<br>..............我当时第一次接触DB2，当从技术人员听到这些的时候，顿时感觉到了下巴脱臼的不适。ODBC，SQL Net什么时候能装到25MB？！研究了一周之后，我的DB2只需要30MB就可以跑Client了；不过还是在DB2的论坛上被人数落了一顿，"你硬盘空间多呀！"
<br>
<br>更加严重的结果在后面勒。HIS在模拟服务器上跑的不错，正式移上IBM6000做Cluster就开始了频繁宕机的旅程。。。直到IBM和DB2的工程师到场。。。
<br>
<br>
<br>项目实施中，技术控制还是很重要的。
<br>
医院信息化建设，如果避开了错误的道路，是不是会离成
用什么语言工具应该不是主要，确实是这样，用SQL SERVER有好也有差，用ORACLE有好也有差，用VB用好也有差，用DELPHI有好也有差。<br>人家骑自行车可以上楼，我就不行，人家骑自行车可以一个轮子，我就不行。特级厨师和我都用同样的锅，可炒出来的菜就是不一样。
医院信息化建设，如果避开了错误的道路，是不是会离成
厨师用菜刀可以做出花，我用什么刀都做不出，看来问题不一定出在刀那里。<br>很多人和公司都在说开发工具、数据库的好与不好，其实会用，什么都好，不会用，就什么都不好。
医院信息化建设，如果避开了错误的道路，是不是会离成
节省资源是值得考虑，但在资源充足的时候，就以节省成本为考虑了，包括开发成本和维护成本，在硬盘大大超过需求的情况，去做节省几M硬盘空间的事就不划算了，吃饱了撑啊!搞技术与搞工程是有区别的。医院信息化建设，如果避开了错误的道路，是不是会离成
工程监理是工程实施阶段一个很重要的工作，监理工作的好坏对工程的进展和效果都有很大的影像。在很多传统行业（如建筑业），工程的监理是由专门的监理公司单位负责的。而在HIS行业，好像还没听说过有专门的HIS监理公司。不同的医院，用同一个系统，但是出来的效果却不尽相同，在某种程度上是跟监理有关的。<br>这种第三方模式在国内HIS行业还很少见到。姑且不谈论这种模式的可行性，不管案例中的医院信息化的效果如何，但也算是开了这方面的先河了吧。毕竟这种方式在国内很少见。
<br>我是纸上谈兵，大家别见笑。
<br>
<br>
医院信息化建设，如果避开了错误的道路，是不是会离成
"工程监理"的说法颇有新意。<br>
<br>做HIS和建房都可以定义成“项目”，即有明确目标的、一次性的工程。PMI的认证也没有特定的工程范畴、IT范畴等等，都是一视同仁，可见其中的理论是相通的。
<br>
<br>本例的HIS，我觉得PM所在的位置就有点象"工程监理"。本例的现象，应该是承建方有技术盲点，监理方有同样的技术盲点，当然客户也是这样。因此，在建设初期，技术盲点的重要性没有得到足够的重视；在建设末期，终于引发了重大失误。
<br>
<br>typ的谈法，我也同意。各种开发工具都有优缺点，PB的datawindow让Delphi做到头晕目眩，也只是指鹿为马；VC的高手再强势，做FrameWindow也只有羡慕VB、Delphi的份。
<br>
<br>主要的问题是，我们都是凡人，不可能象神仙般牛X，什么都懂。当我们发现有技术不可控制的盲点的时候，怎么去避免不可控制的失误，这些失误可能会是非常严重的。
<br>
<br>最少，在我们认识老虎之前，不要把它当成猫。
<br>
<br>
<br>－－－－－－－－－
<br>
<br>末了，加一句，我的这个案子叫案例A罢。
<br>如果大家有兴趣，希望我们一起分享其它的案子经历。案子自己命名哟。
<br><!--editpost--><br><br><br><div><font class='editinfo'>此帖由 drewlee 在 2005-09-05 12:57 进行编辑...</font></div><!--editpost1-->
医院信息化建设，如果避开了错误的道路，是不是会离成
工程监理需要有相关的标准，没有标准就没法监理的。<br>还有一个就是监理的中立，技术的权威。搞不好，监理就会吃了被告吃原告。
医院信息化建设，如果避开了错误的道路，是不是会离成
tyq说得极是。<br>如果没有相关的法规，监理也很难做的。我从中国信息化的某一期上看到：其实信息工程监理在国内已有大约七、八家出现了，由于法规的不完善，面对的问题还不少，甚至还有做工程失败的替死鬼的惨剧都有。
医院信息化建设，如果避开了错误的道路，是不是会离成
<table height="100%" cellspacing="0" cellpadding="0" width="100%" border="0"><tr><td valign="top"><pre><p>相应的监理的法规还是有的</p></pre></td></tr></table>医院信息化建设，如果避开了错误的道路，是不是会离成
相关的监理方法和监理过程都还是有的，但问题在于对于医疗这样的复杂专业的建立，最后就变成形式主义的东西了。比如监理要求文档交付，文档是交付了，可问题在于文档的质量和文档与实际软件的情况和运行情况的符合情况，作为外部的监理人员就很难判断了。医院信息化建设，如果避开了错误的道路，是不是会离成
我一直在思考这个实例中PM的角色。<br>
<br>如果用一个小团队来承担PM的角色会不会好点呢？比如，让HIS厂商的技术总监和医院的SA担当副PM的角色。这并不是指PM可以随意向副PM发号施令，而是在PM对情况不了解的情况下，减少医院与厂商的沟通步骤，能提高沟通效率和实效。
<br>
<br>不过，有点把承包方架空的感觉。。。。但对项目的顺利进展却非常有用。得益方是HIS厂商和医院。
<br>
<br>
医院信息化建设，如果避开了错误的道路，是不是会离成
即便是设置了副PM还是会出现这样的问题，关键还是在于PM的选择标准和任命程序，至少要在这个程序上保证筛选出来的人达到可以质保的标准，并对PM也要有考核，否则，所有的工作仍然是受制于PM医院信息化建设，如果避开了错误的道路，是不是会离成
在目前有关的法律法规到位以前，HIS系统的实施成功，需要一个具有铁腕的明白人。医院信息化建设，如果避开了错误的道路，是不是会离成
zhuzhu的意见很精确，可以用于在项目启动期间。<br>
<br>然而现在项目已经进行到勒一半。再优秀的新PM也需要一段时间来熟悉项目情况，并不利于项目的继续进展。副PM的加入对项目下一步的开展可能更为实际一点。
医院信息化建设，如果避开了错误的道路，是不是会离成
既然是这样的考虑，选择副PM或许不如把副PM扶正，或者架空PM，呵呵，当然手段另说。医院信息化建设，如果避开了错误的道路，是不是会离成
其实在此案例中，承包商原初的目的就是能起一个工程监理的作用，但在实际操作时，总承包商低估了医院实施His复杂性(此前没有做过医院方面的项目)，所以在工程实施时碰到问题时也没有好的办法。所以如果象楼上所说要引进工程监理，对工程监理的要求也是相当高，必须对医院信息化相当了解，同时监理公司在实施过程中如何处理好与医院的关系，以及与his厂商的关系，这个里面还是有很大的学问。可能不光要控制his厂商的实施进度与品质，同时还对医院提出的需要有很好的控制。哈，真是不容易呀!!医院信息化建设，如果避开了错误的道路，是不是会离成
成亦萧何，败亦萧何！这个案例充分说明了第三方参与的重要性。为什么会选择一个丝毫没有HIS建设经验的公司承担如此重要的责任呢？医院信息化建设，如果避开了错误的道路，是不是会离成
ironstone的说法好直接呀。<br>效果可能蛮好的。
<br>
<br>“工程监理”所需的工作，由对HIS建设非常熟悉的副PM来说，毕竟熟悉得多啦。其实信息科和HIS厂商都有这样的人选，所以我提出让HIS厂商的技术总监和医院的SA担当副PM的角色。其实HIS厂商在需求交流上控制的是蛮好的，他们有一套专业软件（叫什么不记得了），对每次需求交流会议都有规范的文字材料。。。呵呵，TW的企业还是有很多过人之处的。
<br>
<br>至于为什么有承包商的参与，这是院长等高层才知道的，总归有些或左或右的原因。我不知道，没法参与讨论这题目了。<!--editpost--><br><br><br><div><font class='editinfo'>此帖由 drewlee 在 2005-09-15 17:47 进行编辑...</font></div><!--editpost1-->
医院信息化建设，如果避开了错误的道路，是不是会离成
对于HIS开发，选择什么开发工具，哪种数据以及硬件平台都是次要的，<br>这个项目之所以不成功有多方面的因素
<br>首先HIS开发商的选择就是一个问题，就我个人的看法，HIS就目前来讲真正做到商品化的产品几乎没有，这和国内的医疗体制有很大关系，有很多政策性的变化需要系统进行二次开发，选择本地化的HIS产品或开发商比较合适，从这个角度来讲，这个项目在开始选择TW的产品时已经注定了它的失败，医院的CIO或者主管院长把HIS当成一台医疗设备来采购了，这是对HIS系统理解的偏差。
<br>其次，在项目的实施过程中，HIS开发商和用户的沟通是项目成败的关键，本人的建议，在HIS开发商和用户的沟通过程中CIO或者医院的系统管理员应该充当重要的角色，因为最终用户对计算机或者说HIS了解不多，不知道计算机能做什么，不适应做什么。因此常常不能合理地提出用户需求，这就需要系统管理员来优化和筛选用户意见，过滤掉不合理的修改意见，尽可能的保证项目的顺利实施。
<br>
医院信息化建设，如果避开了错误的道路，是不是会离成
<p>天津某医院引进TAIWAN的一家HIS系统。纯java的App，B/S体系结构，DB2的server，IBM6000 Cluster，北电的1000M Ethernet核心交换。App界面友好，java低层类都是HIS厂商自己做的，很强；在需求交流上还好，HIS厂商使用了先进的Project管理流程和工具！硬通货一流，没说的。 </p><p>结果：：：系统门诊上了一年半时间，住院才开始实施；原有HIS系统的优秀理念没能发挥，流程在向传统的HIS回退；HIS厂商的研发总监三次被迫回TW养病。PM工作找不到方向。 <br /><br />--------------</p><p>我觉得这个评价的焦点不明确,首先,用JAVA语言(是否J2EE架构严格?)与B/S并不代表什么,既不代表流程合理或适合,也不代表系统先进.其次,界面友好,其实没有绝对标准,我们不可能看到人家用JAVA语言B/S就判断这个系统是个好系统.</p><p>出现这样的结果我还是搞不清楚:为什么哪么好的一个系统医院不愿意上,还要改成老HIS的流程.这是否说明,老HIS的流程有他的合理性.另外,流程这个玩意儿,不应该分老与新吧?老HIS不代表流程老吧?如果说医院在经过了一年半的时间,将流程全部改造成老HIS的流程,哪么我们只能说,哪个所谓先进的东东实在拿到大陆来就不适应了.</p><p>再说说哪个PM:项目做到这个份上,哪个PM就不要抱怨别人了,只能抱怨自己的业务能力不行(去看看PM的定义就知道了).我们经常有些项目经理做不好事情,不是抱怨这个就是抱怨哪个,就是从来不抱怨自己.项目经理的唯一成功标志就是:项目成功.如果项目不成功,首先就是项目经理的失职.比如:既然人家最后用一年半的时间能够上线了,哪说明,这个用户可做,只是项目经理不能预先看到当地医疗卫生环境带来的信息系统支持的流程是不同于原有系统的这个事实而已.你项目经理预测不出来,就是经理的问题.</p><p>至于硬件的绝对现代化,倒不是项目经理的问题了,这个问题超出了技术范围.好像这个应该是当初医院没有合格的CIO的问题吧?</p><p></p>医院信息化建设，如果避开了错误的道路，是不是会离成
<p>是不是**心血管医院？</p><p>与这个医院的背景也应该有一定的关系的：如，有没有好大喜功？有没有来自不同的文化背景的人员之间还需要磨合？</p><p>HIS系统与一个医院的文化背景是有密切的关系的，尤其是矛盾比较集中的实施阶段。</p>医院信息化建设，如果避开了错误的道路，是不是会离成
<p>很高兴看到JUDY的回讯。</p><p>“我觉得这个评价的焦点不明确”。我提到的是事实，不代表个人的评论。这个项目的PM是否成功，把事实列出来，大家就可以自己判断。</p><p>“B/S并不代表什么,既不代表流程合理或适合,也不代表系统先进”，但是代表了系统的OOP设计思想，开发商对系统维护性，可移植性的深刻理解，系统的大部分数据维护和升级工作在服务器端都可以完成；当时SOA还没有上台啦。至少，这个项目在技术主导思想上是比较领先的。当然，产品的成熟度应该也达到了一定的水准。医疗IT的专家们也不会让一堆垃圾随便中标。</p><p>DB2的server，IBM6000 Cluster，北电的1000M Ethernet Switch代表了医院对一个好HIS的期望和全力的支持。</p><p>我认为，该Project的实施客观条件是蛮好的了。本人的意见比较简单：上门诊，上住院，出统计数据，与医保及其他系统的集成（与其他系统的建设时间表相关）。对于医生工作站，EHR等，属于后话。如果三个步骤顺利稳定，说明HIS的主体是稳定的，基础数据是完整的；并在Project时间表内（甲乙双方都可以接受的），我觉得是成功的，否则，属于失控。系统的性能在这一阶段表现并不明显，但是决不可以忽视，可以通过建立测试服务器来进行考量。（系统的性能问题在高压力情况下可以引起大面积恐慌或灾难性的后果）</p><p></p><!--editpost--><br /><br /><br /><div><font class='editinfo'>此帖由 drewlee 在 2006-05-08 16:04 进行编辑...</font></div><!--editpost1-->医院信息化建设，如果避开了错误的道路，是不是会离成
<p>【但是代表了系统的OOP设计思想，开发商对系统维护性，可移植性的深刻理解，系统的大部分数据维护和升级工作在服务器端都可以完成；当时SOA还没有上台啦。至少，这个项目在技术主导思想上是比较领先的。】</p><p>问题是这些领先性是不是医院最需要的，或者说系统的优势是否正好是医院的结症所在？如果不是，那这些优势又有何意义？自动升级是好，但是医院以前工作的主要困难所在么?</p><p>【DB2的server，IBM6000 Cluster，北电的1000M Ethernet Switch代表了医院对一个好HIS的期望和全力的支持。】</p><p>但是看不到医院对HIS项目的理解。关键问题还是，不是系统不好，也不是医院不重视，而是医院并没有详细的分析和了解自己到底需要什么？把一个系统的管理工程，当成了一个简单的设备购买行为。</p><p>没有认识，就难以正确的评价，不正确的评价，导致错误的选择，错误的选择，导致被动的局面，被动的局面导致尴尬的结果。。。</p><p>至于PM的责任，我认为也要分两方面来看。一方面，也看他是否拥有了PM的权力而不光是职责。另一方面，是看此PM到底是判断不出问题，找不到问题关键，还是找得到，但是寻求解决问题的资源或者条件的时候，没有得到相关的支持。</p><p>不能说一个项目OVER了，PM就肯定是负主要责任的人。评价一个PM的素质，不光是结果，更主要的是他过程中的判断和举措是否准确到位。</p>医院信息化建设，如果避开了错误的道路，是不是会离成
<p>"技术盲点"有些夸大...该项目不是因为技术的原因导致搁置的，该院的cio在技术和医疗业务方面都没有具体的欠缺...</p><p>我觉得原因在于“管理理念”，抛却传统断然地启用新的流程，是不是可行？效益与风险如何？</p><p>引入工程监理是一小步，引入管理咨询才是主要的...可惜，国内的管理咨询在各行各业都没有发挥出来，只有完全脱离国营走向市场化的餐饮服务业取得过明显的收效，向下一阶的餐饮培训也因此如火如荼。</p><p>该项目的his我去了解过，不知道为什么选择了台版的产品，医疗术语、诊疗项目和我们的常规理解都是完全不一样，根据字义理解会谬之千里...因此，不是技术和工程的问题，是使用者面对这套系统在很多时候都不知所云，所谓的先进管理理念也因理解上的歧义导致无法沟通...这是很致命的，总工不回岛休假，留在现场也沟通不明白一个具体的流程问题。</p>医院信息化建设，如果避开了错误的道路，是不是会离成
各位所说的论点都颇有见她，开发工具和数据库自己喜欢用哪个就用哪个，哪个用的顺手就用哪个，至于HIS与建筑我觉得不同，建筑完工以后基本上就算完了，就可以用了，以至于可以一用下去十年二十年都有，可HIS完成到测试完成，只是这项工作的前期工作，至于用户能用多长时间那要看后期工作的质量了，HIS好坏标准是什么呢？医院信息化建设，如果避开了错误的道路，是不是会离成
<p>建筑工程不允许 失败。</p><p>HIS工作只允许成功。</p>页:
[1]
2