摘要：
系统工程是一种组织管理技术，把要研究的对象或工程管理问题看作一个由很多相互联系、相互制约的组成部分构成的总体，然后运用运筹学的理论和方法以及电子计算机技术，对构成系统的各组成部分进行分析、预测和评价，最后进行综合，从而使该系统达到最优，本文通过作者在从事医疗信息系统的建设过程中遇到的问题以及总结的经验，对医疗信息系统在建设过程中对于硬件和软件及系统集成方面的问题进行分析，并提出应对策略，并且本文通过系统工程与软件工程的对比，通过提出系统危机与软件危机的区别，总结出系统危机的根本原因和应对措施。通过本文，作者把涉及到系统工程的干系方进行深入剖析，从人、事、物及技术、硬件、业务、需求方与供给方多维度进行阐述，形成一套系统工程建设的方法体系。
随着医疗信息化的发展与医院信息系统的建设，医疗信息系统作为医疗业务开展的基本支撑，甚至在管理和服务方面，也在不断的加强建设和推广使用，特别在市场同行业竞争及国家考评考核中，不断的推动医疗信息系统的建设和医疗信息化的发展，当前医疗信息化从业务系统向智慧化和数字化迈进和转变。
在医疗信息系统建设和使用过程中，系统范围和使用领域的对接，数据和系统消息的传递问题及管理需要的效果，永远不尽人意，特别在使用科室的使用体验层面，系统越来越多，工作也越来越多，业务连续性和数据准确性总让人一言难尽。其主要原因在于医疗领域的特殊性和系统的建设模式及不同厂商之间的商务问题、异构的连接问题和多方协调和建设的综合因素所导致。
在系统建设与实施中，大部分医院信息科的建设思路还是采用软件工程理论来指导，并且基本是采用瀑布模型思维，这套理论是从软件开发的思维来进行系统建设，可实际工作中，我们进行信息系统建设过程中，并不是进行系统开发，而是购买成熟产品来进行集成，所以两者之间就存在很多难以调和的矛盾，因此在信息系统建设的过程中，我们要抛弃软件工程理论，应该以新的思维来进行信息系统的建设，我们称之为系统工程法，并且要将系统工程方法引入到医疗信息化的建设中来指导和辅助信息系统的建设。
比较认可的一种定义认为：软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，进行软件开发与维护的一门学科。它包含的知识体系有计算机科学、数学、逻辑学及管理科学等，软件工程借鉴传统工程的原则、方法，以提高质量、降低成本和改进算法。其中，计算机科学、数学用于构建模型与算法，工程科学用于制定规范、设计范型、评估成本及确定权衡，管理科学用于计划、资源、质量、成本、范围、进度等管理。软件工程是在软件危机出现后，为了应对软件危机，为了更好的对软件开发、管理、维护等工作提出的一项软件组织方法学。从上面的描述或定义可知，软件工程领域研究的内容主要是软件从无到有的一个过程，主要研究的是软件开发方法，是一个纵向领域的内容。包括软件开发方法、软件开发模型、需求工程、软件设计、软件测试及软件开发环境等知识体系。因此，软件工程的实施范围和体系内容，主要是在软件开发厂商内部管理体系，为生产和运维、软件演化过程的管理规程。所谓系统工程法是一种现代的科学决策方法，也是一门基本的决策技术。系统工程方法的特点是整体性、综合性、协调性、科学性和实践性。系统工程方法是人类在自然科学和社会科学领域，不断实践中产生的一系列科学处理问题的方法，它包括整体观念、综合观念、科学观念和创新观念。在医疗信息系统建设的实践和经验中，信息系统的建设主要是以成品化的软件产品进行集成的过程，特别在整体医疗信息化的规划和实施中，基本以总集商为主，然后由总集成商采购异构性系统接入或集成的方式完成全院信息化的建设过程。因此，在医院信息系统集成过程中，就会出现各种各样的问题，在独立系统中进行测试都没问题，但是只要联合进行全体系应用，问题就冒出来。在各自的系统领域中，各自系统都可能按照软件工程标准来开发，但是由于技术栈路线不一致，技术框架纷繁复杂，各自厂商所采用的技术不一样等，导致在集成过程中难免出现这样那样的不兼容问题。另外，随着新技术的应用，厂商之间的步伐不统一，有的已经匹配了新的技术领域，有的还是老版本，在这两者集成时，也会出现兼容问题，甚至支持的终端版本也存在互相打架的情况，比如浏览器问题，有的支持IE、有的支持chome、有的支持firefox,就算是同一种浏览器，也会出现版本不一致的冲突，这些问题都是导致系统实施进度、系统使用体验性差。以上只是软件方面的事，还有，一个系统工程，是包含了硬件、网络方面，同一个硬件终端，比如说PC电脑，需要安装多个系统客户端，同样由于开发技术栈问题，有的需要最新版，有的由于技术老旧，只支持老版，此时，就会出现用户终端互不匹配，有你无我的局面，今天A系统出问题，工程师就去更新一下插件，然后导致B系统无法使用，然后又告知B系统工程师，然后B工程师再去更新一下插件版本，这就是多厂商多系统多版本不兼容造成的局面。同样对于网络问题，在很多医院，网络建设与软件实施是分开的，不是同一家公司承建，在系统运行缓慢过程中，用户一般第一时间是告知软件方，软件方一般会推给网络，而网络承建方给出的测试报告一般都是没问题，网络正常，这样互相说对方的问题，永远无法给出一个让用户满意的结果，最终受伤害的还是用户。还有就是需求漫延，个性化需求得不到满足 ，将自主开发或定制开发的思想加在了系统集成或成品软件上，让厂商与用户之间永远得不到调和，最后受伤的就是信息科。（1）各系统对浏览器版本不统一，这种问题基本体现在医生工作站及护士工作站上面，在其他部门或领域比较少见，在医护端是业务功能和数据交互最集中的地方，对于医生业务，在以医嘱和治疗方案为核心业务流的同时，还兼顾着医技和质控的业务流回传和处理等内容，在常规工作中，医生工作站是HIS业务为纽带，但是在医技和质控业务一般属于集成第三方插件或跳转到第三方工作站中（有的采用单点登录方式）来实现，在以B/S架构为主流架构的现代系统架构中，就会存在不同系统本身所支持的浏览器版本的冲突。 对于此问题，解决思路可以采用绿色版免安装浏览器来指定不同的业务跳转路径，或者采用容器包装，将浏览器对应的版本内核封装到.net的WebBorwser控件中，这样针对不同的业务系统，自动启动不同的控件来实现业务的可用性并解决版本兼容性问题。（2）对于一些只是状态标识的操作，如输血是否完成，材料是否发放，治疗是否完成等只是一个标记状态，但是操作在不同的系统中，按不同系统逻辑，需要医护人员跳转到不同的系统界面去完成，这样因为要求闭环要求医护人员去操作，无形中增加医护工作量，并且体验感很差，导致医护人员的满意度和配合度不高。对于此种情况，可以梳理清楚后，由后台统一触发，比如说增加心跳程序，实时监控主业务的操作步骤，当主业务到达什么环节后，可以判断某业务的闭环已经完成，由后台自动去修改对应业务状态，如果是同一数据库中的表结构，可以采用触发器来完成，当然这个不提倡，但是为了临床的操作方便性，有时候还得这样来做。（3）对于一些需求，刚开始时，需求一堆，甚至有些功能性需求都是拍脑袋随口说出来的，在系统实施过程中，为了推动向前进的步伐，不必太在意系统能不能实现，能不能做到，先记录下来，先口头承诺后期核对，先把主要功能完成，先按时间把系统上线，先试用起来后进行查缺补漏，这样的沟通过程既不会出现针锋相对，也不会彼此脸红脖子粗，待系统运行稳定后，再来讨论，这样避免因为前期因一个小小的功能沟通问题，阻碍了项目整体的进度，从项目管理的角度来看，说明并不是每一个需求都同等重要，也要有轻重缓急之分。（4）在系统建设实施中，为了更好的推动或沟通顺畅，将用户科室的主要领导加入到实施团队的主要成员中，甚至项目组负责人是用户科室的主要领导，这样每次在沟通的时候，主持或主管负责人都由他带担任，这样有助于项目的核心成员变成了他们自己，而不是被动的使用者。以上内容只是在实际项目实施过程中的冰山一角，在此不再一一赘述，如何更好的解决信息系统实施问题，需要我们不断的去发掘，然后用我们的知识及思维去解决。
系统工程方法主要有霍尔的三维结构、切克兰德方法、并行工程方法、综合集成法及WSR系统方法，本文对各种方法不深入介绍，在此通过简单介绍WSR系统方法，然后如何对应到医疗信息系统工程中来应用。
3.1 WSR系统方法介绍
WSR是物理（Wuli）-事理（Shili）-人理（Renli）方法论的简称，是中国著名系统科学家顾基发教授和朱志昌博士于1994年在英国HULL大学提出的。它既是一种方法论，又是一种解决复杂问题的工具。顾名思义，WSR是物理、事理、人理三者如何巧妙配置、有效利用以解决问题的一种系统方法论。“懂物理、明事理、通人理”就是WSR方法论的实践准则，形容一个人的“通情达理”，典型的中国处世哲学思维。
WSR系统方法论的内容易于理解，而具体实践方法与过程应按实践领域与考察对象而灵活调整，WSR方法论一般工作过程可理解为这样的7步：理解意图、制定目标、调查分析、构造策略、选择方案、协调关系和实现构想。
3.2 深入理解工作7步法
（1）理解意图：在医疗信息化领域，所谓理解意图即清楚用户想要表达的深层次意思，即在什么样的场景下实现什么样的效果，在IT技术与医务行为之间，存在着表述和理解误差，必须对用户提出的各种问题深入剖析，才能真正理解其想法，才能不做无用功。
在实际工作中，经常发生此类事件，系统把功能实现后，用户却发现与自己的想要的不一致，就算当时签字确认了，但是不买帐就是不买帐，这无既于事，不能把签字确认的功能当成对方的最终的内容，毕竟理存在解偏差，其次系统的根本核心是为用户服务，而不是摔锅了事。
（2）制定目标：通过深入理解意图后，进行制定最终业务目标和系统目标，所谓业务目标，就是业务的基本功能需求，系统目标即如何在系统中实现或通过什么方案来实现。
（3）调查分析：依据制定的目标，通过产品整体设计方案，分析医护人员的日常工作方式和习惯，采用最合理和最科学的手段来达到最终效果，明确在哪个系统中来实现比较科学，当前业务系统是否有初步的功能，通过升级还是新建来完成，最后形成分析报告，不能简单的搭积木交差。
（4）构造策略：通过调查分析的结果，构造实施路径或方法，形成实施方案，分析不同方案的优劣，组织相关人员对方案进行评审，形成评审报告。
（5）选择方案：选择通过评审后的方案，按照方案进行实施。
（6）协调关系：在具体的实施过程中，协调资源和相关人员，按照标准进行实施。
（7）实现构想：根据工作职责和工作内容，对功能和项目内容进行实现，包括设计、实现、测试、培训等工作，从而达到交付的产品或内容。
WSR方法不仅仅是上面的知识结构或流程，还要考虑人的问题，所有的工作都是与人相关的，关于人的方面，可以从关系、感情、习惯、知识、利益、斗争、和解、和谐和管理方面来分析和平衡、协调，通过一定的管理知识和管理艺术平衡多方面的关系。
以上内容，本人从实践与理论相结合的方式综合讨论信息系统方法学在医疗信息化领域的应用，通过工作经验和工作思维，从发散到汇聚总结的过程，描述了站在医院角度和临床医护人员的角度思考信息系统的建设和改造思维和逻辑，从业务性方面考虑临床工作人员的需求，从而转换到技术性底层逻辑的实现。要求信息科必须站在业务和技术两个层面来进行思考信息系统在医院各科室的表现侧面，从而有效的配合信息系统的建设，使医疗信息化在医院的应用效果和应用感受得到提升。
