电子病历建设案例分析

medsoft · 发表于 2005-8-10 17:32:46

是组建一个团队自己做开发，还是全部外包给系统提供商？县人民医院信息中心主任刘辉始终无法回答这个问题。这段之间，他在医院电子病历的建设过程中遇到了困惑。 2000年前后，医院完成了财务管理系统、收费系统等管理信息系统的建设，走在了医院信息化的前列。2002年之后，一些大的医院开始了临床信息系统的建设。县人民医院领导也决定开始实施电子病历，以便将医院最重要的财产——病案保存到信息系统中。这不仅有助于提高医院效率，而且也为将来的临床决策支持系统打下基础。但是目前县人民医院并没有相应的技术力量。一方面，在医院的编制中，IT人员与医生的地位天然的不平等；另一方面，IT人员有了一定的经验后，经受不住IT公司高薪的诱惑，流失现象普遍。因此，医院决定直接购买系统提供商的软件和服务。 很快，信息中心开始考察各个系统方案提供商。但是，在选型过程中李辉发现，由于医疗信息化起步较晚，目前电子病历系统方案提供商鱼龙混杂。李辉与同行交流，还发现一些医院在外包过程中，因为外包服务商不能提供及时、良好的服务而与之不欢而散。国外的如TrakHealth等世界级医疗信息系统供应商运作规范，但是作为县级医院，领导不太可能支持购买。可以预见的是，未来医院的核心业务越来越依赖信息系统，李辉感觉这些核心应用还是应该医院自身来做。作为CIO，李辉还有一个更大的工作，即培养一支过硬的作战队伍，也为自己培养接班人。看来，刘辉一时还无法做出决定，但是最后他必须在外包与自主开发之间作出艰难选择。  <div>此帖由 medsoft 在 2005-08-10 17:33 进行编辑...</div>

medsoft · 发表于 2005-8-10 17:37:40

讨论一，该医院具备建设电子病历的条件吗？二，电子病历建设的道路选择：外包，自主开发，还是购买软件与厂商合作进行二次开发？三，对该院进行信息化整体规划有什么建设？

xuanzh82 · 发表于 2005-8-11 11:00:13

这个要看医院对这块的资金投入和重视程度！！！同时，还有未来的发展规划~~~~

扬帆 · 发表于 2005-8-11 15:08:41

一家县医院没有必要自己开发电子病历吧，不只是说计算机人员储备不足，医疗管理人员也好不到哪去，资金和研发周期都存在较大的未知数。最好的方法还是选一家国内相当较好的HIS公司来完成。

Bland · 发表于 2005-8-11 17:09:38

先把LIS、RIS做好了再说，PACS可以暂缓。

medsoft · 发表于 2005-8-24 17:11:32

自主开发利大于弊 文/AMT咨询顾问、微软全球认证讲师安巍 实施电子病历关键是确认建设什么样的信息系统，对于这样的问题，自己人的回答永远要比其他人的答案更有现实意义。 案例中医院面临的问题是很常见的，很多信息化项目都会出现自身资源达不到目标需求、而外包又不能全部掌控的现象。单就建设电子病历系统来说，我认为选择自主开发利大于弊。 电子病历即知识系统 电子病历系统是医院核心业务对知识管理的需求，是医院信息系统战略目标之一。电子病历系统不是简单地将病历视为工单而进行的电子化。 病历是医院的核心，是医院所拥有的知识的总和。从这个角度来说，电子病历系统就是医院的知识管理系统，也就是说如何实现以病历为载体的知识收集、整理、共享、应用是建设电子病历系统的目的，同时也是医院核心业务的需求。 因此如何将病历作为知识来进行处理、利用，如何确保病历能够成为知识积累并运行于疑难杂症的决策支持系统等，是医院和医生的主要需求。但是，外包服务商通常只会提供软件平台来支撑电子病历系统，对于医院的这些需求支撑效果不佳。软件供应商和系统集成商关注的，是信息系统的功能与价值，而这些功能与价值却往往是医生与医院所看不清楚的。 例如，几年前我在做某市医院信息系统规划的时候，医院方面的参与者都是信息中心的人，当我问及业务部门对信息系统的需求时，得到的回答是：“计算机对医生的价值就是上网看看资料、玩玩游戏，其他的就没有了”。 如果我们将电子病历系统视为知识管理系统来进行建设，由内至外地阐述它对医生在应诊过程的帮助意义、对医生个人职业素养的提升力量、对减少误诊率及时处理病情的好处、对历史资料的汇总与分析并让其转化为资源和具有实际意义的工具等等方面的优势，得到业务部门的直接关注，势必会更加引起领导的重视。 领导明确了信息系统的战略目标，信息部门的工作自然就顺畅了许多。而这些工作是通过外包方式所不能达到或不能最优达到的，所以，从医院业务需求与目标协调一致的基点来说，自主开发利大于弊。 系统架构由自己做 系统实施过程也是培养后备力量的过程，是医院信息系统长期稳定发展的保证。套用《天下无贼》的一句台词：“二十一世纪什么最重要？人才！”专业的人才不是靠书本上学习出来的，而是依靠实践锻炼出来的。 尽管案例中目前存在人员的匮乏，但是现有人员却是最了解具体环境的人。他们可能并不明确知道自己需要什么样的信息系统，但是却一定知道他们不需要什么样的信息系统，由他们来确定需求，设计架构，并交付程序开发人员实施，这样出来的信息系统才更具有实用价值。 相反，如果由外包服务商来确定需求、设计架构并实施出来的信息系统将会是符合系统的要求而不是最终用户的需求。其中的区别就在于医生和医院也能用这个系统，但就是觉得哪里有什么不对劲，就是用得不舒服。 这样的结果势必会落到信息中心的头上，信息中心就会感觉麻烦了，所以，从信息系统的设计、维护、管理来说，自主开发的收益利大于弊。 主体开发交给外包商 当然，选择自主开发也不是说所有的事情都有医院来解决，外包的价值就在于寻求专业、低成本的人来做事。围绕上述做什么样的信息系统，由什么人来做信息系统这两个问题，我建议可以这样来做： 一是达成共识。就电子病历系统对医生和医院的价值，在业务层面上讨论并达成一致的结论，可以参考知识管理的框架针对具体业务问题进行讨论，抽取出各个科室、各个领域、各个环节中需要进行整理的信息，制作知识来源分析表用于信息系统的基础。当上上下下都十分明了电子病历系统给他们带来的好处时，第一步的工作就可以告一段落。 二是详细需求分析。调动信息中心的员工参与到医院业务部门的工作中实地分析需求确认，待确认后汇总到信息中心，设计电子病历系统的基础架构、业务架构、应用架构。从应用的角度确认信息系统能够符合用户的要求，而不是限制用户的行为。 此时，医院的自主开发工作可以视为暂时完成了，下面的工作交给外包服务商的开发工程师来完成主体开发工作，同时，医院信息中心的员工要全程参与开发工作，才能保证开发的结果符合最初的设计。如此下来，既能保证需求目标一致，又能保证系统质量。 选择自主开发还是选择外包服务商并不是最关键的问题，关键是确认要建设什么样的信息系统，什么样的人最熟悉信息系统的要求。而对于类似这样的问题，自己人的回答永远要比其他人的答案更有现实意义。所以，我认为自主开发利大于弊。  <div>此帖由 medsoft 在 2005-08-24 17:13 进行编辑...</div>

medsoft · 发表于 2005-8-24 17:14:14

期待标准出台 文/复旦大学中山医院计算机网络中心主任张卫国 李辉要多吸取他人长处，讲好故事，争取领导的支持。未来寄希望于医院信息系统的标准早日出台，让信息主管早日跳出两难的困境。 医院信息管理系统不可能什么都自己来，外包是必然的。外包哪些子系统，如何外包才是医院考虑和分析的主要问题。 本案中提及的电子病历是医院核心业务的记录，是法律文书，其重要性不言而喻。在法制日益健全的今天，如何建设好电子病历非常重要。 近两年电子病历在国内发展比较快，虽然还处于无标准、无法律依据的情况下，各医院和公司的热情不减。李辉更是“深受其害”，在技术力量欠缺、资金投入不足，领导支持不够的情况下开展电子病历的工作，烦恼自然随之而来。 电子病历是比较复杂的系统，搞不好只是把纸质病历电子化，谈不上数据挖掘，为临床决策支持系统打下基础等。案例中该院还没有LIS（临床检验信息系统），也不见医技报告和PACS（医学影像信息系统）的实现，这份电子病历即便建成后也是不完整的。 风险随时都有 外包还是自行开发，要结合医院的实际情况分析，无论是外包还是自行开发都有风险。风险随时都在，开发时或谈判时有风险，实施时也有风险。说实在的，医院在信息化上面的投入看不到直接的经济效益，因此风险和收益没有可比性。收益可能体现在管理上，或建成知识库后对医疗业务的支持上。 除了风险，自行开发承担的责任更重，信息主管要有充分的思想准备。但是，千万不要为了节约软件费用而采取自行开发，实际上自主开发的费用不会低于外包的费用。 不知案例中的医院已经运行的系统是不是自行开发的，如果面向财务的管理系统也是外包或采用公司的软件，在毫无基础的状况下，准备组建一个团队自行开发电子病历，而且技术、资金投入又不足，自行开发的风险太大了。 如果目前的系统都是自己开发，已经有了一定的基础，可以尝试进一步发展。但是要有制度和措施保证骨干技术力量的稳定性。自行开发如果形不成团队，无法保证长期正常运转，还不如外包。 某些地方的卫生行政管理部门已经在规划医院在信息系统建设的投入，可能在全年收入的1～2个百分点。如果能够推广实施的话，信息主管的日子会好过得多，至少资金的投入有保证。 自主开发更灵活 作为一个县级医院实现信息化管理，普遍的看法只有外包。要建立一支开发团队，并且做到可持续发展，或许会被人扣上低水平重复开发的帽子，或者说“小农经济”，自给自足之类的话语。他们完全排除了医院信息科也可以逐步发展的可能性。 医院介入电子病历的开发，个人认为还是可行的。电子病历与临床结合密切，是交叉性学科，要有双方面的知识。如果有医务处介入，或者有感兴趣的医生参与，成功的可能性大幅度提高，毕竟适合自己的就是最好的。 自行开发软件系统的最大优点，是可以灵活应对因医院管理需求而发生的变化。医院信息管理系统与其他行业的相比有其特殊性，实时性要求非常高，并且力求安全和稳定。万一发生突发性故障，自行开发的可以依靠自己的技术力量，尽快地查找原因排除故障，保证医院系统正常运行，外包的恐怕不会如此及时。 但是本案中条件似乎不成熟，应该先建立LIS（临床检验信息系统）和RIS（放射信息系统），难度要比电子病历小得多。 外包需要双方磨合 寻找外包公司，关键看它的服务是否及时、到位。面对形形色色的外包模式和良莠不齐的公司，信息主管李辉有疑虑是必然的，因为在HIS的建设中，一次又一次交学费的医院不在少数。 如果考虑外包，李辉要放平心态，要认识到外包公司与医院是合作单位，一厢情愿地打算少花钱多办事，在市场经济的今天是行不通的。如何花好钱，办好事才是最主要的，才能形成良性循环，才能双赢。 即便外包了也决不可甩手不管，像电子病历这样的项目，涉及医院的核心业务，合同条款一定要细。项目过程中的监理至关重要，谁来做监理，自己做还是请咨询公司做也是一个问题。在目前的情况下第三方的监理难以找寻，看来还得自己来，担子同样不轻。 还有一个外包提供商和医院纠缠的地方：公司总希望把软件做成“通用”产品，希望能满足“所有”医院的需求，尽量不做客户化修改或者少修改。对于医院来说，总是希望公司能按照医院的管理模式开发，修改软件，尽量满足医院现行的管理模式。这个矛盾在外包时双方一定要谈清楚，否则削足适履是免不了的，要避免今后的不愉快。 本案中的问题普遍存在，医院在不得已的情况下采取自行开发的方式完成医院信息化的建设，李辉要多吸取他人长处，讲好故事，做好领导的工作，争取领导的支持必不可少。也可以咨询一下医疗行业的咨询公司，包括原理和技术。未来寄希望于标准早日出台，由专业化为医院服务的公司不断改进医院信息化的建设，让医院的信息主管早日跳出两难的困境。

medsoft · 发表于 2005-8-24 17:14:46

审时度势，顺势而为 文/江西省万载县高村医院副院长　黄新霆 建议选择一个优秀的电子病历方案供应商，加上一个聪明的医院信息化负责人，一群积极参与医院信息化建设的员工，与供应商合作，自主进行二次开发。 先认清几个问题 从案例中看来，笔者认为该医院先认清以下问题，以便做出正确的决策： 一是实施电子病历的需求与目标是什么。该医院在实施了HMIS（医院管理信息系统）后，提出建设电子病历，而电子病历是CIS（临床信息系统）的核心，说明该医院处于从HMIS到CIS的转变阶段，这时提出建设电子病历是必要的。 但这个需求是来自管理上还是来自临床上的？是仅仅为实现病历的电子化还是为建设数字化医院打基础？说白了，就是不能为了上电子病历而上电子病历。医院应该先了解自己需要什么，再决定去做什么。 二是电子病历在医院整体信息化规划的位置。该医院处于建设CIS的初期，而电子病历是不是医院信息化规划的核心呢？从数字化医院的远景来看，医院还需要建设除CIS以外的如HMIS、PACS、LIS等系统，这些都将围绕电子病历展开，这决定了电子病历决不是一个单独的系统，而是处在中心的、与多个系统密切关联的系统。 三是系统外包的出发点是什么。医院在选择外包的时候，是出于什么考虑：是降低IT成本支出，还是提高实施的成功率？是整体外包还是只是电子病历的外包？ 如果仅是电子病历的外包，将产生各系统供应商间的协调互通问题。外包需要医院投入更多的管理，而不是更少，在医院信息化管理中“责、权、利”不清晰，医院对信息化的需求理解还不清楚的情况下，实施电子病历的外包有一定风险。 电子病历将是宝贵财富 电子病历是指医疗服务过程的全程数字化记录，它不仅包括纸张病历的所有信息，还能存储纸质病历无法容纳的多媒体信息。不仅指静态病历信息，还包括提供的相关服务，它能实现患者信息的采集、加工、存储、传输和服务。 电子病历有广泛的内涵和外延，电子病历能够为医疗服务，更快捷地获取患者信息，能提高医疗服务质量，结合相关数据库或知识库，能提供医疗预警和决策支持，降低医疗差错率，从而提高患者满意度。 它同时能为教育和科研服务，通过对大规模电子病历的数据挖掘分析，能够产生有用的信息，从而为临床科研服务，甚至为国家医保、社保等政策的制定提供数据支持。这些应用都将直接或间接为医院发展提供有力的支持，但同时也对医院管理模式提出了巨大的挑战。 电子病历目前还处于概念多、应用少的情况，这种情况有诸多原因，但主要面临以下几大难题：电子病历的法律地位；电子病历的安全性、个人隐私性和保密性；电子病历的结构化；电子病历与医院其他信息系统的集成；医学术语及信息系统标准化进展缓慢等等。 目前这种情况正在改变，《电子签名法》的实施给了电子病历合法地位，技术上的进展也使安全性，个人隐私性和保密性能得到较好的实现，在结构化和术语标准化上也在进行积极的努力。HL7、DICOM、LONIC、SNOMED等国外标准也正得到推广，通过大家的努力，我们有理由相信面临的问题能够得到很好的解决，电子病历将成为每个医院的核心，也是最宝贵的财富。 与优秀的供应商合作 医院信息化要遵循“总体规划、分步实施、先易后难”三个步骤，医院信息化宜审时度势，顺势而为，电子病历的建设也不例外，盲目上马最终免不了失败。 实施电子病历要具备几个基本条件： 1、医院信息化已经进入临床信息系统阶段，软硬件具备。硬件指覆盖相关科室的计算机网络系统，软件指相关信息系统如HIS、PACS、LIS等已实施。 2、医院人才、经费准备充分。特别是人才，实施电子病历要求所有医护人员的计算机能力达到一定的水平。 3、医院管理观念要跟上，能适应电子病历带给医院管理的重大改变。 在电子病历的选型中，应遵循以下几条原则：成熟性原则、适用性原则、标准化原则、集成性原则和一致性原则。在坚持集成性原则和一致性原则过程中，集成性原则要服从一致性原则，有时为了系统的一致性要牺牲集成性。 因此，在选择电子病历方案时主要考察以下几个方面：公司实力资质与实施经验；与现有系统的集成与一致；符合相关法律法规要求；遵从行业标准和规范；满足医院的各方面现实要求。 国内电子病历产品按照应用分类，可以分成科研应用和临床应用两类，两类产品在技术和功能方面有明显的不同。国内第一代用于临床的电子病历以支持自由文本录入、录入模板和关键字为特征，第二代以支持半结构化文档、XML为特征。用于科研的电子病历主要支持表格化病历和受限关键字选择录入为主。 选择什么样的电子病历，要从医院的自身特点考虑。电子病历的特点决定了医院自主开发很难成功。因为电子病历强调集成，在未来更可能成为一个医院信息化的集成平台，而且强调标准化，与其他系统的互通性（不只是院内，还有院际的，面向社会的）。 而医院也有培养一支过硬的作战队伍，培养下一代CIO的要求，这都需要这些人员参与到信息化的实践中去。外包相对而言对自己员工的锻练机会少得多。 建议选择一个优秀的电子病历方案供应商，加上一个聪明的医院信息化负责人，一群积极参与医院信息化建设的员工，与供应商很好合作，自行进行二次开发，对电子病历软件不断加以改进，让电子病历与医院其他信息系统的集成整合，这样才能最终保障电子病历顺利建设。

medsoft · 发表于 2005-8-24 17:15:04

投入最小化收益最大化 文/创智集团副总裁、社保行业总经理曾国柱 在现有条件的局限下，自主开发的投入成本显然是相对高于外包。在风险一定的条件下，投入最小化是收益最大化的前提保障。 随着社会分工越来越细，IT外包已经成为主流。从案例来看，选择外包，是这家医院“投入最小，收益最大”的选择。 可以看出，该医院没有维持自身发展所需要的信息化开发的技术力量。在以业务为核心的现行医院体制中，IT人员地位往往相对尴尬，有人将其比喻为医院的“盲肠”，因此，流失现象普遍也就不足为奇。 自己组建团队做开发，是很多大型企业解决自身信息化需求的重要途径，因为企业本身最了解自身的需要和行业特征。但是，中小企业自身的条件，决定了其信息化的特点就是基础弱、资金短、人才缺，从而导致自主开发障碍重重。 案例中的医院信息中心主任李辉遇到的问题很有代表性，这也是很多中小型企业的信息化决策人可能遇到的问题。 医院要继续推进下一步信息系统建设，必须突破这些瓶颈。在现有条件的局限下，自主开发的投入成本显然是相对高于外包。在风险一定的条件下，投入最小化是收益最大化的前提保障。 在此案例中，我认为，问题的焦点已经集中于如何寻找可以让企业“一劳永逸”的外包合作伙伴上。 寻找服务理念至上的供应商 在对各个系统方案提供商考察后，案例中的决策人对外包业务产生动摇的主要原因是“服务”。 随着企业信息化工作的深入推进，客户的需求重点已经转向系统供应商能否提供持续有效的服务。这一点甚至在系统建设之前，客户就向IT厂商明确地提出需要的服务。 平衡用户需求与厂商所提供服务之间的矛盾，一向是当前我国管理软件产业发展过程中的尖锐矛盾。随着医疗信息化的不断发展完善，能否提供持续有效的后续服务已经成为客户衡量IT厂商价值的重要标准。系统提供商们对“服务成为厂商竞争中的一步重要棋子”也已达成共识。 医院信息系统建设是一个特殊的行业系统建设，它的信息化系统能否顺利有效地持续运行，直接关系到病患人员能否正常享受医疗服务，医院能否提高效率、建立起临床决策系统等关系到人们切身利益的事情。对于IT厂商来讲，保证系统的长期正常运转、提供必要的服务支持是头等大事。 国内一些专注行业领域的厂商如创智、东软等，在这方面有积累多年的探索经验。东软曾提出“为用户应用信息技术提供解决方案和易用可靠的产品和服务”。创智则明确表示，“要为客户提供透明的专业化服务，同时实现服务产品化”。省下“世界级”医疗信息系统供应商的高昂实施费用，县人民医院信息中心主任李辉也不必心怀忐忑，担心费用问题了。 而作为CIO的“培养作战队伍”、“培养接班人”的客观需求，也完全可以通过外包一并完成。提供相应的增值服务和培训，将是系统集成商们比拼核心竞争力的重要考核标准。 政府力量不可忽视 社保工程开始初期，广州市曾充分利用政府资源，为中小企业推选成熟软件产品和优质供应商；发动服务商向中小企业捐赠管理软件；搭建中小企业信息化公共服务平台；为中小企业开展人才培训等。 据哈尔滨市的有关调查显示，在引导中小企业正确进入信息化，提供各种配套服务、政策措施服务后，全市90％的中小企业都有不同方面、不同程度的经济效益。集中表现在：提高了资金利用率、提高了决策效率、提高了企业快速应变能力等多个方面。 据了解，在信息化中有限资金的合理应用问题上，中小企业对硬件投资占到80%以上，软件产品网络产品投入则很少，这既制约了硬件设备的最大价值发挥，又占用了大量资金。此外，还有企业由于前期论证不足，导致后期信息体系混乱。 政府的引导，避免了中小企业进行信息化建设时常有的决策失真导致资源无效、重硬轻软、不能合理利用资金等问题。对于县医院来说，请求政府提供信息化建议也可以起到一定的决策帮助作用。

medsoft · 发表于 2005-8-24 17:18:21

以上文章转载自《中国计算机用户》，电子病历是医院信息化当前及以后的建设热点，几个点评所处的角度不同，看法也不同，希望能听到更多的声音！

jxdn_yang · 发表于 2005-8-25 10:05:39

学习.......我感觉要加大IT的投资比例,现在中国只是0.5%

Bland · 发表于 2005-8-25 20:16:26

作为一个县级医院，有这么大的雄心真不容易。稳妥一点还是采用公司的软件。

medsoft · 发表于 2005-8-25 22:59:47

以下文章可供参考：企业ERP软件的“三种模式”                  目前的软件模式大致可以分为大规模定制开发、商业软件＋少量定制开发和介于两者之间的平台＋少量定制开发等三种开发模式。本文笔者试图通过对三种开发模式的对比和分析，希望对那些想上ERP的企业有所帮助 。定制开发市场将会逐步萎缩定制开发，过去看似很有诱惑力的开发模式，随着行业的不断规范，各种行业软件的不断推出和国内国际大型企业管理软件产商的不断蚕食，定制开发市场将会逐步萎缩，将被那些成熟产品和业务平台所取代。定制开发，业务范围是很有限的，一方面，定制开发只能是小规模的，一个几百万，上千万的项目要定制的话，开发出来的产品是否专业不说，当就开发这样的一个系统所耗费的开发和实施时间，按目前的公司频繁开张和倒闭，估计足够一个软件公司倒闭好几次了，这样的项目，业主怎么会放心定制呢？另一方面，搞定制开发，需要软件公司的综合实力特别是行业实力要求比较高，由于软件公司没有专业的行业坚决方案，基本上是见单打单，因此基本上是企业业务的手工模拟，能够实现手工业务电子化就很不错了，又怎么能将ERP的先进管理理念和思想融入其中呢。来自蒂森克虏伯的经验（大规模定制开发带来的问题）：形成了庞大的IT队伍，公司在IT这个非核心领域投入过大，并且还在不断膨胀。1、业务人员的描述IT人员理解得不确切2、业务人员的描述本身不够严谨，随时间的变化或人员的变动会经常变更。3、系统的整体管理水平直接取决于业务人员的管理水平和思想。4、业务需求有所变动，IT人员就得变动系统，IT人员的工作量会很大定制系统的灵活性差，跟不上企业的发展速读。往往是IT部门开发出来后，业务部门的需求已经方式变化。同时，集团在不断的兼并、重组，并且不断向其他业务领域延伸。定制系统的扩展性差、适应性差的缺点越来越突出。IT技术正以难以想像的速读飞速发展，要靠企业自身的IT队伍跟上技术发展的潮流非常困难。如果不发展，又恐不能充分利用最新的信息技术对管理和生产力的提升，最终被商场所淘汰。因此，定制开发由于开发周期长，行业业务理解不深刻、基本上是手工作业电子化等特点，无法将ERP管理软件的先进管理思想如标准化思想、全面质量管理思想、供应链管理思想等融入其中，同时由于成熟软件产品的不断丰富和蚕食，定制开发必将逐步退出历史舞台。平台模式将是未来信息化的主流提到平台，在2001年是炒的最热闹的一年，很快，平台概念就和炒ERP一样被炒烂了，无论是什么系统，那怕就是一个Excel做的几个宏文件，也要加上一个平台。如何理解平台？平台的概念目前基本上有两种，一种是基于快速开发目的的、提供一些辅助开发工具（如系统管理、组件等）的开发平台，这种平台是一个纯粹的技术平台，充其量是一个开发工具（如Delphi）的优化，但凡有开发任务时，所有的客户业务都需要重新开发（当然有些技术平台也包含了一些系统管理、组织权限等相对通用的东西）。另外一种平台是在技术平台的基础上发展起来的，以业务逻辑为核心的业务管理平台，这种平台的特点是不仅仅是一个狭义的技术平台，更封装了行业（或典型企业）的很多相对通用的业务逻辑，而这些业务逻辑一般是对某个行业的深刻研究后才能得到的结果，比较典型的有金蝶的BOS平台，东软的VP.net平台等。技术平台的缺点：1、需要开发的工作量大，提供的功能有限，无论怎么完善和拓展也只是一个技术平台，所有的业务都要重来，无法形成行业解决方案。2、平台使用困难，开发人员比较熟悉市面上比较流行的的开发工具（如Delphi），但要熟悉一个技术平台需要很长的时间，一方面是技术平台是某个公司特有，开发人员在没有使用该平台之前无从了解该技术平台的情况；另一方面，由于管理软件公司的实力的缘故，不可能和那些市面上比较流行的开发工具如Delphi相比，特别文档不全，开发人员的风格不统一，人员流动大等特点，一个技术平台需要手把手的教，而且有很多平台开发人员自己的个性色彩，因此技术平台使用也是需要代价的。3、无法形成行业积累和行业经验，复用度非常低，所有的客户业务知识都出存在程序员大脑中，无法实现共享，一旦程序员离开公司，所有的知识都被带走。在另一方面，复用对一个软件公司来说却是至关重要的。有个例子，有次到客户现场，发现他们用的一个软件很小，但所有人很喜欢这个软件，为什么呢？据负责人介绍，以往公司的业务员开发了多少业务、正在追踪的业务以及所有这些的业务信息如客户资料等都存在业务员大脑中，这些业务员离开后就将客户带走了，甚至转为公司的竞争对手。有了这个小软件之后，业务员的所有业务活动都被记录和追踪，实现了信息共享。这位负责人说，现在他们再也不当心业务员跳槽了。业务平台的优点：1、业务平台是从技术平台上发展起来的，具有技术平台的快速二次开发、易于拓展的特点。2、业务平台封装企业所有掌握的客户业务，容易形成行业积累和行业解决方案，能够最大限度的实现知识的复用。3、业务平台可以自我完善，不断的丰富和发展。和技术平台相比，业务平台可以在实现技术上进行完善和升级，同时，随着公司业务的扩展和实施案例的增多，平台中不完善的地方将被完善，同时更多的客户业务将被扩展到技术平台中。随着业务平台的多次客户化应用，平台有机会构筑出一些行业软件产品（或准产品）当然，业务平台也有很多需要考虑和完善的，否则，再好的思想也仅仅只是思想而已，“行动才有结果”，我个人认为，目前的业务平台主要有以下一些方面值得关注：1、数据绑定问题。一方面是要支持不同的数据库。不同的数据库，存储过程（Procedure）、触发器（Trigger）的编写和执行都不一样，同时，数据库的事务控制、数据并发等也是非常关键的问题。另一方面，数据的存储问题，业务数据是以数据库表（Table）的形式来表现还是以对象来表现，从常远来看，可能是会是以对象来表现，但用对象来表现，技术怎么实现，效率如何？笔者参与开发的一个平台就是因为采用了完全面向对象的方式来绑定数据，导致系统的效率极大的降低（特别是在数据量很大时，对象的打包解包都严重影响了系统的执行效率）而难以推广。2、效率问题。由于业务平台不是针对具体的业务，因此，运算逻辑就会比较复杂，同时由于各业务组件是相互独立的（解释一下为什么要独立，业务平台作为一个框架模式开发，遵从“好莱乌原则”－我调用你，你不要调用我，控制权掌握在框架上，各业务组件必需独立，否则你中有我，我中有他，要用到他，就必需用到你、我，那样就不是一个平台了）各系统之间的连接也会影响到系统的效率。3、业务逻辑的提取，这是一个很难、也是很多技术平台无法向业务平台转化的关键。首先，我们要进行业务的抽取，我个人的建议是先按标准的ERP理论来提取，接下来，请相关业务专家进行完善和业务逻辑具体话，必要时可以借助外部咨询公司的力量。最后，用到实际中去，“实践是经验真理的唯一标准”，不要怕失败，怕不是问题，不做才是问题，不做永远没有成功的机会。成熟的ERP产品为完美咨询实施服务提供了坚实的基础   相对大规模定制开发和平台模式下的企业信息化建设，拥有一个相对成熟的产品具有得天独厚的优势。当然这个产品不一定要是一个一个具体的、有形的东西，这个产品可能是我们的解决方案，也可能是我们的平台，也有可能是我们代理的产品。产品是不是我们的不是关键，关键的是如果我们没有产品，我们拿什么来解决客户的问题呢？成熟的ERP产品为完美咨询实施服务提供了坚实的基础：1、可以直接利用现成的信息技术产品来顺应企业飞速发展的需要。能不断跟上信息技术发展的步伐，充分体现利用最新技术的优势。2、可以直接利用和借鉴商业软件中先进的管理思想、理念和行业经验。商业软件的实施，是一个从特殊到一般，从一般到特殊的过程。3、充分利用优秀商业软件功能全面、灵活性强、适应性强的特点，适应企业的不断发展和变化。4、实施周期短，业务系统实施以业务人员为核心，全力关注业务的改善，IT人员负责系统的技术架构。5、系统其他模式，不需要维护庞大的信息化队伍，项目总体投入少。6、总体技术难度小。是什么在阻碍产品化   1、认为产品一定是一个具体的、有形的东西。其实，我们知道，ERP不仅是一套的信息系统，更是一个实实在在的管理改进的系统工程，是借助软件来表达先进的管理理念和管理思想的信息系统，因此，广义的ERP产品可以是解决方案，可以是IT规划，当然也可以是一个具体的产品；认定ERP一定是一个具体的产品其实正说明了对ERP的不理解。2、认为代理产品会失去核心业务。当我第一次听到有人说我们不应该做代理，那不是我们的产品时，我很震惊。企业的目的是什么，是利润，小平同志不是说么？黑猫白猫，抓到老鼠就是好猫。所以说，产品是不是我们的没关系，只要我们有利润就行。随着实施服务的业务越来越广，如著名的开放源代码ERP软件提供商Compiere公司就提出“零产品”的概念，他们的产品是什么？是高质量的、本地化的咨询实施服务，从这个角度来讲，我们可以认为Compiere公司的产品其实是一套方案，可见产品不是关键，关键的是实施，是我们的咨询能力；关键的是我们是否有实施能力，我们是否是是客户认同的行业专家，是否我们能提出确确实实适合客户的解决方案，等等。3、关心技术胜过关心客户业务。很多客户认为一个软件产品的好坏主要取决于软件公司技术实力而很少关心软件公司对企业业务的了解程度，这种情况随着行业的标准和客户的成熟而逐渐改变，但这种需求对软件公司的影响却是根深蒂固，这是软件公司为了迎合客户的需求，一味的强调自己的技术，一味的发展自己的技术，而技术人员由于对纯技术的发烧和性格上的内向倾向，使得软件公司往往关心技术胜过关心客户业务，这无论是对客户、对软件公司还是中国软件企业的发展都有非常不利的影响。笔者在和很多软件开发人员交谈中感受到，在这些开发人员的眼中，技术是第一位的，这让我深感不安，鄙以为，信息化项目的实施，软件充其量只占30 Percent的比重，我们更重要的是要研究企业的业务，形成我们的行业解决方案，更多关注项目的实施。4、对ERP没有深入的理解，而是在炒概念。这种现象尤其具有中国特色，中国人最大的优势就是炒概念，今天有ERP，明天就有ERPII，后天就有个RTE，名词一大堆，到了客户那儿，甩出一堆不知所谓的新概念，美其名曰搞创新，其实，有这些功夫去发明一些新名词，倒不如静下心来，踏踏实实地研究一下如何优化我们的产品，完善我们的方案，研究一下企业要怎样才能实现协同，怎样去做才能做到采购、生产、销售一体化，怎样去做才能实现与供应商、客户协同，发展企业的产业链。

tyq · 发表于 2008-3-10 19:08:34

2年半时间过去了，医院开发的电子病历怎么样了呢？是不是比公司开发的好？

		自动登录	找回密码
密码			欢迎注册