关于国内医院信息化规划咨询

e.t.

举个例子吧，南京的某家医院，先上的是绩效考核，需求分析过程中发现现有HIS不能满足要求，最后决定先换掉HIS,经过一番考察，选了一家合适的，三个月上线，另外财务和后勤系统推荐了用友的U8。最终绩效考核系统才上线成功，前后大约用了一年时间。当然这个例子比较极端了。

e.t.

再说一个，浙江某医院，也是绩效考核，还有电子病历，先上的电子病历（南京某厂商），效果还不错，但是最终绩效和HIS整合数据时发现接口过于复杂，HIS是国内著名的厂商，支持也到位，但是系统本身的缺陷使得数据采集困难过大，最终只能出一些概略的报表，更深入的数据分析无法实现，最终效果也就可想而知了。该院HIS领导十分强势，咨询的效果也打了折扣。

e.t.

医院信息规划的难点在于缺乏业务上的前瞻性，三年之后医院经营会到什麽规模，谁也说不清楚。比如以电子病历为重点的，需要HIS、LIS、RIS\PACS、病理、手术等一系列系统支持。一般医院很难短期内实施这麽多内容，等全搞完了，新的技术又出现了。医院也比较尴尬。
个人认为咨询时首先要帮助医院建立业务战略规划，三年后达到什麽规模，服务能力，业务收入，设备及科室人员配备、科研、后勤保障、预算控制能力等等，都得充分考虑到。选择平台时尽量选择可组件化开发和可流程重组的，自带开发工具或报表生成工具的，医院信息科人员应能够在平台上进行一般意义上的维护性开发的。另外具体业务流程一旦确定就要保持一定的稳定性，不能朝令夕改。
将来公立医院搞“收支两条线”了，控制成本的意识会增强，再加上“预付制”的逐步推进，医院信息系统的大规模改造升级是不可避免的。咨询将来的突破主要是这几个方面，偶认为。

e.t.

国内搞RHIN核心就是大医院带小医院。需要解决的问题主要是双向转诊数据交换问题，诊断互信问题，费用结算问题，以及电子签名等问题。有些是政策决定的，医院自己也解决不了。看了Intersystem 的Healthshare方案，觉得可行，只是Cache数据库加Trak平台......国内厂商好像还没有成熟的方案吧。

steven

57# e.t.

e.t同志可以把目标明确些，即向医院提供绩效类的咨询服务。绩效这个东西在各个行业内都应该算是一个同基本业务耦合程度很低的企业工作，从绩效的角度看，我们可以把医院同其他行业的企业等同起来，如此其它行业的咨询经验或知识的积累可以在医院中得到复用，并且医院在一定程度上也能接受这样的咨询服务。但如e.t所说，如果因为绩效咨询而将HIs换掉或进行大的修改，感觉咨询没有控制好深度，也带来了不必要的风险。HIs在很大程度上是对医院业务的模拟实现，是医院运行的基础，如同水、电一般的基础，呵呵。

“这些文档全部由医院组织人员编写，在编写过程中进一步对需求进行确认，最终形成针对厂商的需求文档。再与厂商谈判，客户化开发总量（人工时、模块、代码、接口、技术支持等），形成正规合同后，严格按时间表推进。院方项目经理（一般为主管副院长）直接与咨询和厂商协调。费用支付由院方决定。咨询与厂商一般不直接打交道，避免扯皮。咨询公司在有必要时向医院提供管理工具（数据挖掘工具、决策支持工具、报表生成器等）。最终医院信息科人员通过参与需求分析和编制文档彻底地了解业务，而关键用户（一般为医生或护士）通过编写文档了解了信息系统的实质运转方式，再带动最终用户，比厂商自己搞培训效果要好。”

对于这段内容，对于文档的描述，我认为很少能有医院自己去编写文档，医生与护士的工作量现在已经不少了，医疗上的文案工作相当繁重，很难有精力去涉及其它。至于管理工具，都有相应的公司提供，作为咨询公司来说，提供咨询结果文档比工具更符合自身的特点，而且上面所提及的工具，没有一定的投入即便作出来也不太可能非常好用。。。。。。

e.t.

哈哈，确实有取巧的嫌疑。从绩效切入比直接换HIＳ难度小一些。至于文档，当然不是每个医院都能够接受，这要看医院人员的素质，只有真正的“学院派”领导和项目组成员才会接受。让医院相关人员自己写主要是为了加深印象，否则由厂商或咨询公司代劳，感觉就不是自己的东西了。在组织项目时就考虑到挑选合适的人员全职参与，而不是兼职，也不用所有人都写，只是KEY-User才这样做，这样才能保证文档的质量。有些HIS公司的产品包含数据挖掘、管理视图等管理工具，那就用HIS公司的呗，省的再做集成了。不过国内厂商好像都没有做的很好的。
再说HiS，目前主要是做流程控制的东西为主，要说复杂也复杂，说简单也简单。把手工的东西变成电脑处理而已。真正体现信息系统优势的地方在于控制和纠错，提效和数据查询便利性。比方说最核心的医生工作站系统吧，输入便利性是第一位考虑的（主要是诊断和医嘱套、药典的合理设计），然后是纠错系统（包括合理用药引擎、毒麻药控制引擎、手术预约、医技预约与结果查询、科室人员权限设定、电子签名等等），最后是查询统计系统（医生自己做查询或后台做综合查询）。再加上电子病历，这个就比较复杂了，单是准备病例模板就是一个浩大的工程。所有这些要求医生全部要掌握并熟练应用，后台还可以进行监控（病案质控的要求），对医生的素质也是一种挑战，至于收费系统什麽的，各家都做得很成熟了，不会有大问题。如果前期需求耦合的不好，最后就可能成为整个项目的瓶颈。

e.t.

写文档确实是很麻烦，但是非常有利于知识传递，这和搞开发性质差不多。试想你开发了一个程序但是一句注释都没有，你走了，别人接手后谁能看得懂？另外写文档是为便于跟踪，否则全是口头的东西，出了问题找谁算账？写文档也有利于需求封闭。这个也是所有厂商都头疼的问题吧。

e.t.

“但如e.t所说，如果因为绩效咨询而将HIs换掉或进行大的修改，感觉咨询没有控制好深度，也带来了不必要的风险。”
所以说是极端的个案啊。呵呵。要是每次咨询绩效都能换了HIS系统，我不成了HIS公司的托了麽？^-^

e.t.

到目前还没有做过很完整的医院HIS规划，感觉知识储备还不足，继续学习。流程不是问题，问题是一些细节的把握，比如护士工作站的执行权限问题，二级库的设计问题，在线查询病案的问题......
今后有机会先找一家小一点儿的医院先练练手就好了。

e.t.

希望有做过完整HIS咨询的大大也进来交流一下经验。

e.t.

看来做过完整咨询的也没几个啊。即使有，也不愿公开成果吧。

mouse

刚开始觉得e.t.有点水平
后来觉得e.t.真的有水平
再后来觉得e.t.真的真的有点水平
再再后来觉得e.t.真的真的真的颇有点水平
.....
现在.....觉得.....e.t........
.......果然还是.......
相当............
有.......水准的

呵呵

mouse

不敢再灌啦，停下来等等前面的石头．．．呵呵，偶歇着了，该消停一段了

ironstone

不敢再灌啦，停下来等等前面的石头．．．呵呵，偶歇着了，该消停一段了
mouse 发表于 2009-7-31 23:43

                               
登录/注册后可看大图

呵呵，看来mouse最近比較闲啊，我还看着呢，想啥时候你超过了，我可要发帖纪念一下。

要说说Uchinaboy了，人家可是正经的在交流呢，你咋能啥都不说就只管灌水呢。

至于ET说的做医院的信息规划咨询，以前觉得似乎有希望，但现在我觉得还真没到这个时候，为啥呢，就如ET自己所说：

医院信息规划的难点在于缺乏业务上的前瞻性，三年之后医院经营会到什麽规模，谁也说不清楚。

既然前提不明确，那么后面做信息规划咨询又能有什么作用？或者说有什么依据，所以如果对于医院的管理咨询不能被推动，那么信息规划咨询就不可能有更大的发展，任何事务都是相辅相成的。而如果业务规划清楚了，相对信息规划也就会容易很多，更多的会是工程控制和管理上的问题。

至于ET想了解的护士站执行权限问题，二级库的设计问题，实际上都是牵涉到业务管理的要求，而在系统上实现，说简单也简单，说复杂也可以复杂，但在实践中，现在都还没有到需要去做那么深入的控制，如果管理不能够做到那么细致，信息要求那么高，反而是累赘了。

echoboy

我对医院的信息化基本没有研究，不过听 ironstone 一席话圣读n年书
信息化本身是个长期的过程，都知道IT能带来......好处
例如最近我再看的国外Advanced Access，在类似的医疗机构里实施会产生截然不同的结果。

有部分原因产生于在医疗机构实施过程中，是否对实施过程有充分的计划和准备，直到所有人完全接受新的系统。如果仅仅是看到信息化的好处，而不经充分准备的实施，结果难以达到预期不说，结果甚至会是还不如原有系统工作顺利。