[讨论]医院自主开发ｍｉｓ系统，怎样组织开发过程，怎

dreamaster

医院自主开发ｍｉｓ系统，怎样组织开发过程，怎样与相关部门合作？以及开发队伍大小，开发周期制定。。

leonchy

让医疗软件公司去开发软件；
让医生去诊断病人；
让警察去抓小偷；
如果让医疗软件公司去诊断病人；
让医生去抓小偷；
让警察去写个PACS、HIS软件？
hehe

dreamaster

呵呵，大部分情况是如此，但总有特例
其实国外有很多医院都有自己的开发队伍，
国内的银行，电信都有自己的开发队伍，
医院也可以，我们医院的系统就是完全自主开发的，虽然很累。

我心依旧

坦率地说 中国目前医院还不具备独立开发大型软件的实力,除非很简单的.

dongxi

好象应该是“H”IS吧。
广东省人民医院原来没有力量自行开发HIS，后来（听说的）从北京将一个（互联网泡沫中）倒闭的网络公司买了过来，包括其中的技术人员，自行开发HIS，在一些部门应用，其效果－－据其他医院的人员评价－－应当说是不错。具体如何，请自已了解。我也不是十分的清楚。

sinomis

其实，我是很同意自己开发的，如果可以和我联系：sinomis@vip.sina.com 丰富的开发经验和实施经验。

xuyunxi

在国外，大医院具有很多的IT技术人员，但也是通常采用与外面公司合作开发的形式。其实对于医院而言，不管是自行开发还是购买产品，都是医院的战略发展问题，都必须从思想上重视，需要各个部门的强力配合，弄清楚自己的需求是最重要的。

bc1504

[这个贴子最后由bc1504在 2003/09/30 10:12am 第 1 次编辑]

我是医生。我的观点是：医院（或医院的行政管理机关）必须认识到，自行开发实用软件是必然的发展趋势。否则，医院的成本如何降下来，医生的计算机如何提高，最后，医生的医疗创新如何实现？
上面的那个比方我极不同意！！
美国人10年前卖6万人民币的医疗设备现在只不过是不值钱的286，现在不搞软件设计，成吗？？？

Judy

钢铁行业ＥＲＰ开发模型可以大家借鉴．宝钢自己开发失败．总结的原因是：（ＩＴ环境下的）业务模型建立与分析自家能力不足．于是花巨资请来台湾的一家钢铁行业的管理咨询公司，再加上自己的ＩＴ人员，开发了一个ＥＲＰ系统．应用上去了．由于宝钢的成功经验，于是很多钢铁企业模仿这种模式．三年后，发现自己开发的系统，应用层面没问题了，但由于自己企业的性质，于保有ＩＴ人员的成本巨大，并且自己ＩＴ人员的技术水平的进步与国际上著名的公司的差距逐步拉大，系统的变化与进步受到制约了．于是，在这个行业的ＥＲＰ模式开始变化．马鞍山钢铁公司于是走了另一条路：采用ＳＡＰ的ＥＲＰ平台＋ＳＡＰ的实施咨询公司＋台湾的钢铁管理咨询公司＋自己的ＩＴ与业务人员，在ＳＡＰ平台基础上，通过分析自己公司的运营特点，来建设自己的ＥＲＰ系统．
　　　别的行业在信息化建设方面的投入远大于医院，模式的实践也走在医疗行业之前，关于开发模式的争论是否可以借鉴别的行业成功与失败的经验？

Judy

关于自己开发ＨＩＳ的成本问题：
　　我们在讨论这个问题时，有一个假设前提就是你选择的公司有能力开发出你的产品．而不是哪些骗子公司.
　　先看ＨＩＳ是不是有通用性问题：我认为是有的．但这并不意味着ＨＩＳ可以成为一个普遍被采用的产品．就ＨＩＳ范围而言，并不存在产品化的ＨＩＳ．这就是每个ＨＩＳ到一家医院实施时都需要进行个性化开发的问题，这也是一些在某个领域应用的很好的ＨＩＳ（象军队的系统），但到了另一个领域就不适用的问题的主要原因．为什么产生这些问题就是因为医院与医院间天生存在差异性的问题．而这个差异性在哪里呢？就在于医院管理（内部与地域＼行规造成的）的差异性，有医疗过程的纯医疗业务层面就很少存在差异性．于是结论就是：虽然ＨＩＳ从产品的角度不成立，但却存在很大比例的重用性．
　　即然存在重用性，哪么专业的医疗软件公司与你开发同样水平的系统，就可以通过重用性，降低最终用户使用系统的成本．而一个医院自己开发系统的成本则不能通过复用性来降低最终用户的使用成本．所以，你自己开发的系统的使用成本必然比采用专用软件公司提供的系统从理论上讲成本高．
　　当然，我的所有这些结论是基于这些个假设成立的条件下：双方开发同样水平的系统；专业公司对于重用性的应用非常好；你医院的软件开发公司的团队能力与专用软件公司开发团队的能力相同．
　　如果你们医院天然存在一个能力比专业软件公司能力强的团队，需要利用这个资源或者选择了一个能力本来就不行的专业软件公司，哪么结论可能就得另当别论了．

Judy

我不知道这里能不能上传ＰＰＴ文件．我曾在两年前就医院定制化ＨＩＳ的可行性做了一个简单的ＰＰＴ．结论是：定制化软件开发行不通．ＨＩＳ产品化也行不通．钢铁行业的历程倒是给了我很大的启发．

Judy

如果医院主管信息的人员对自己开发医院ＭＩＳ的组织＼开发周期＼与各部门如何合作还没有概念的话，那么自己开发医院ＭＩＳ的风险可就有点大了．医院ＭＩＳ（即使不含ＣＩＳ）业务关系的复杂程度是要给予充分重视的．一个业务不仅仅需要满足你所说直接使用这个业务功能的部门操作者的应用，还需要满足多个相关业务与部门的需要．你能不能说清楚医院财务部门对相关业务功能设计的影响？成本核算又是如何影响相关业务功能设计的？（尽管你可能不会做财务系统）．如果你还没有这两个业务（只是点出这俩个，实际上还有很多类似的相互影响）会对不是他们业务范围内的业务功能设计有影响的意识的话，我倒真劝你不要尝试自己开发系统呢．当然，如果你做好了一个只满足当前医院管理者认识的系统而不考虑后续业务管理的不断变化的要求，自己做也不是不行．
　　对于哪些医院还没有上过ＭＩＳ并有一定的ＩＴ人员（其码有一到两个系统分析人员，４－５个编程人员），开发一个能够让医院用起来的系统，至于以后能不能不断发展（比如业务不断扩展）暂不考虑的话，也就是解决从无（应用）到有（应用）的问题的时候，自己开发的风险要小一些．但在解决由范围小到范围大，不断发展的应用质量的时候，恐怕自己开发的成本与时间就要明显处于劣势了．

Judy

如果你的医院很牛，根本不考虑成本问题，能够无限制的使用资源（包括高薪养ＩＴ人员与队伍）．自然是自己开发是最好的．如果医院集团愿意自己养一个公司，在满足自己医院使用的同时，还能够对外提供ＨＩＳ项目能力，哪就更好了．医院养这批人的成本也很低，不过一年３００－400多万的人员费用．这对一个很牛的医院来说也不是个问题（象广东省人民医院）．不要告诉我你们的成本不用哪么多，我的假定条件是：团队水平与专业公司的一样，费用计算不仅是直接费用，包括很多福利．

dreamaster

下面引用由judy在 2003/10/16 12:16pm 发表的内容：
我不知道这里能不能上传ＰＰＴ文件．我曾在两年前就医院定制化ＨＩＳ的可行性做了一个简单的ＰＰＴ．结论是：定制化软件开发行不通．ＨＩＳ产品化也行不通．钢铁行业的历程倒是给了我很大的启发．

可以上传，也可以上传到ftp服务器  ：）

水晶苍蝇拍

看到国外一些医院拥有自己的开发团队的时候，最好也研究一下人家花了多少钱。
judy已经说得很完整了，任何一个本身决策没有错与对，但一旦放到具体的对象身上就开始体现差异性
我不知道你们选择自己做的初衷是什么？原因不同，目的也可能不同，评价时候的标准和最佳的解决途径自然也不同。
比如：从开发经费上的考虑和出于锻炼队伍的考虑，或者是不想让厂商左右医院的考虑，还是担心个性化需求的不到很好满足的考虑等等，这些不同原因和不同的目的，你在决策时候的侧重就完全不一样了。。。
我需要提醒您的是，如果更多的是从经费来考虑的话，需要更细致的评估。简单的来看，自己开发好像比买产品来成本要低，但这里有两个隐藏的问题需要你自己去思考：
1：同样质量下，不同价格的比较才有意义。
2：相行业应用软件这种东西，其直接开发成本只占整个成本的不到一半，衡量哪种决策更经济，不光要比较直接开发成本，更要考虑TCO。