任飞 谷风康 张杰

（1.北京创美信科技有限公司 北京市 100020 2.陕西万禾数字科技有限公司 陕西省西安市 710082）

（3.中南大学湘雅二院 湖南省长沙市 410011）

随着信息化时代的发展，越来越多的医疗服务系统都在提升自身信息化项目（以下简称“项目”）建设的能力和水平，以达到满足社会需求，提升自身医疗诊治对外服务能力的目标[1]。但在医院信息化项目实施过程中[2]，由于医院是一个庞大的体系组织，其包含的不同部门里面业务错综复杂。传统方法的需求分析过程已无法有效的应对其复杂的业务变化，从而导致研发人员无法高效、针对性的去实现软件功能的开发，也对项目的成功实施带来了不可控的风险[3]。目前，现有的软件需求分析方法中，主要还是通过交付需求文档、原型设计法等作为需求分析工作结果交付物，但这些是无法充分的表达和展示出业务全貌，尤其是对于医疗类结构繁杂、部门体系庞大、各项业务也相对比较复杂的组织体系。此外，传统需求分析方法也不能全面的从结构化的理念和系统性的思维中去构建不同需求的业务系统。从整个信息化建设过程中可以看出，需求分析直接影响着项目的成败，无论是从需求收集还是从需求理解的角度看，都需要不同程度的对需求进行基本的分解与吸收，这样做不仅方便业务人员对自身需求的把控和精准定位，还能够有效呈现出一个全面、详细、次序分明的业务流转机制管理过程，进而还可以做到从粗到细的业务表单结构化梳理，能够让不同项目干系人通过不同视角透过不同视点进行剖析[4]。因此，从医院信息化建设发展角度和信息化项目实施来看，如何建立一套满足医院自身信息化建设需求，并能够更好实现项目在实施过程中各业务分析环节通过的模型化进行整合与管理，同时还能保障项目实施过程中不断有稳定的输入和输出成果，降低需求分析缺失、不完整、冗长、低效率、高风险的情况发生，于是一种可靠且有效的软件需求方法的诞生将有效解决这些问题，即一种基于模型化思维的医疗信息系统需求分析方法。

1 传统需求分析方法

1.1 传统需求分析方法[5][6]

1.1.1 需求规格说明书

主要以Word 文档编写方法进行呈现，涉及到业务的基本诉求以及未来所设计系统的概念型功能等，内容范围比较广，涉及内容也比较繁杂。将其作为开发人员在实施项目过程时的参考文档作用不大。首先，开发人员必须通读整个文档，然后分解不同的业务板块，最后抽象成具体的软件功能。因此，需求文档在编写过程中不但耗时耗力，而且还不能有效地作为唯一的参考文档进行执行，同时该文档也无法满足需求的精度，不但增加了项目实施的风险，而且提高了项目难度；需求文档的交付是一个庞大的业务与技术文档编写过程，这种交付的过程仅仅是将主要精力都集中在如何将文档写好并交付客户完成阶段性验收工作，而不是把用户的基本需求搞清楚作为首要目标，来进行更为细致的需求分析工作。文档本身的实用性极差，而且在后续解读文档过程中，更不能给阅读该需求文档的项目干系人带来直观、清楚地需求澄清与传达。

1.1.2 原型法

以直观的用户操作界面设计方法进行展现。虽然能够很直观的演示出来软件各项功能的界面、模块组成、流转过程等，但是并不能体现出具体的业务字段在逻辑控制中的规范与标准。例如字段的类型、长度、业务执行过程判断逻辑是什么等相关联问题均无法全面的展示在用户面前，其仅展示出了未来系统的雏形，只注重外在的表现，并没有实实在在的内涵体现。往往需求的关键因素就取决于内涵的深浅和要素，这样做的后果最后将导致项目走向失败，使得浪费大量的人力物力去做这些工作收效甚微。对于开发人员而言，有些不明显的需求无法直接从原型设计的界面进行获取，只能通过沟通交流的方法，才能进一步对所开发功能的知悉和理解，不仅增加了沟通成本，也加大了项目实施过程带来的滞后风险等。

1.1.3 调研问卷

面向不同业务部门中一些重要成员出具的一张具有针对性的问题调查表，通过对调查表的填写来达到对业务的概要性了解。若采用该方法进行需求分析工作，则会要求该名问卷设计人员不仅要具备掌控用户需求范围的能力，还得具备借助问卷问题精准识别用户核心和潜在需求的作用。对于问卷设计人员的这种高标准要求，使得问卷调研的效果在实际应用中的效果不够理想，因此，调研问卷是不能全面且有效地对用户需求进行识别的，进而导致收集到的需求不完整，不连贯，参差不齐等。除此之外，制定调研问卷过程也比较浪费时间和精力，需要考虑不同维度的问题，业务涉及范围，以及涵盖不同部门和业务流程之间的关系等。

1.1.4 面对面访谈

通过与业务部门的潜在用户以面对面交流的方法确定未来系统建设趋势和目标的一种方法。该方法最大的缺陷是无法从一次或者两次的交流中获取全面的业务需求。不仅如此，该方法在使用过程中，因人而异。若人员沟通过程交流的方法和准备的程度不同，也影响着未来交谈后所产出的交付物的质量的高低。所以，在访谈过程中，严格要求需求分析人员需要了解不同的职能部门、职能场景、预估解决的问题以及后期对功能的影响等，从而实现收集需求的目的。但这样会导致沟通时间过长，识别需求的精度过低，进一步影响了项目正常开展并实施的时机，给项目的实施增加了风险。

1.2 基于新技术应用下的需求分析方法

随着时代的发展，科技的进步，软件需求分析的工作也逐渐发生了变化，已经从单一的文档交付、沟通交流演变为依托现有成熟的技术辅助完成需求分析的工作。例如：依托大数据技术、人工智能机器人技术以对话方法进行需求分析与收集工作。

1.2.1 基于大数据技术的需求分析方法

该技术主要借助其强有力的分析与数据处理的能力，并根据用户在已有软件系统功能中对其按钮操作频率的记录和分析，从而达到收集用户需求的目的。这种方法代价过高，并且对团队成员的要求也比较高，准备工作繁杂，不适合从零开始建设的信息化项目，也不适合跨部门、多种类业务的需求分析场景[7]。

1.2.2 基于人工智能机器人技术的需求分析方法

该技术是一种借助人工智能技术并以机器人与用户对话的方法来收集需求的方法。该种方法在实现过程中，其对于系统内置问题的范围要求比较高，而且是以一种固定的谈话套路与用户进行交流，这样会使得最终收集到的需求不具备分析价值，面对各种不同的业务领域，如果都用人工智能机器人交流的方法来实现的话，那么对于人工智能机器人而言，不仅要擅长行业内不同领域的业务知识，而且还要及时优化自身梳理与分析需求的算法。当前来看，该方法仅适合单一领域业务的需求分析工作，并不具备多领域需求分析工作的优势，以及多领域持续优化和分析的能力，并不具备综合业务需求分析的能力，限制了用户需求的正常拓展、不利于追踪真实的需求，增加项目实现的风险。

2 基于结构化模型的需求分析方法

2.1 模型对应的业务架构

如图1所示，业务模型的构建是为了涵盖一个全面的业务需求收集范围和边界，能够快速引导需求分析人员针对用户识别出需要收集和分析的对象，并能够全面的说明问题，主要结构为：以Excel 的方法进行展现，每个Excel 的sheet 页展示的维度不同。业务术语为单独的sheet 页；业务分类作为第二个sheet 页，里面通过二维表的方法将业务类型、业务活动、活动角色进行展现；业务流程作为第三个sheet 页，主要体现基于第二个sheet 中业务活动的基本流转和审批流程的执行；第四个sheet 页，主要体现基于业务活动流转和审批流的数据信息，并收集关键的业务数据分类、展现、业务关联等信息。

图1：业务架构

2.2 模型实现的具体方发法

2.2.1 业务模型流转执行流程

业务模型流转执行流程如图2所示。

图2：业务模型流转执行流程

按照Excel 方法进行分别呈现：

步骤一：在第一个sheet 页中的业务术语表单里罗列出全部的业务数据信息，定义清楚业务术语的概念和内容；

步骤二：在第二个sheet 页中的业务全貌展现表单里通过二维结构的方法展示业务的分类，将需求的全部业务类型进行穷举并列出；

步骤三：按照对应列举的业务分类名称，穷举对应的业务类型下全部的角色名称，在对应的角色下描述该业务执行过程中所对应角色的活动内容，并按照先后顺序分别列出；

步骤四：按照业务类型对应出业务流程和业务数据，

分别以超链接的方法将其对应的显示在业务类型最后一栏中，有明确的层次对应关系；

步骤五：在第三个sheet 页中分别绘制横向和纵向的流程图，横向是按照业务活动二维表中的角色活动执行顺序依次画出即可，纵向的审批流程按照基于活动本省的触发条件进行绘制；不同的业务别超链接不同的sheet，一直到sheet……n

步骤六：在四个sheet 页中分别列举数据收集的规范，主要涉及字段名称、字段类型、字段描述、是否必填、逻辑受控等信息。不同的业务超连接至不同的sheet，一直到sheet……m

2.2.2 业务术语

业务流程第一个sheet 页（如表1）展现的方法为：业务术语解释说明，识别用户涉及业务的所有业务术语，并对业务术语进行定义说明，业务名词的定义一方面是建立在用户本身业务的出发点，另一方面就是从域外第三者的角度考虑潜在业务术语的定义解释，通过表格的方法进行汇总，一个名词，一个解释，可以面面俱到，后续不同的术语都可以补充进来。

表1

2.2.3 业务分类

2.2.3.1 业务类型

第二个sheet 页（如表2）里面包含二维结构表的形式，主要根据用户确定的业务进行分类，将分类的业务按照统一的格式进行分类并在纵向第一列展示，针对该业务类型进行初步简要的描述，根据其他维度准备按照横向展开的方法进行罗列。

表2

2.2.3.2 活动角色

主要指用户所涉及的所有角色，并将该活动角色与业务类型进行二维对称，准备按照不同的业务类型进行角色具体活动的描述工作。

2.2.3.3 业务活动

将不同业务类型所对应的活动角色人员的工作事项依次简要描述，并按照活动的先后顺序对其编号。

2.2.4 业务流程

2.2.4.1 活动流程

将对应的业务类型表的末尾，并以超链接的方法建立对应的业务流程sheet 页。即该业务流程实际为该业务类型下角色活动按顺序编号所执行的活动过程，我们按照标准的流程将其串联起来，同时在流程的启动与流转过程分别增加条件的判断规则和流程流转的具体方法。

2.2.4.2 审批流程

活动流程罗列完成后，分别根据不同活动进行审批流程的梳理。按照活动发展的先后次序和发生规则，分别在不同的业务活动下挂载不同的审批流程。同时审批流程中也需要明确对应的判断执行条件。在横向和纵向的流程图都梳理完成后，在流程图中判断符号标识内以特殊的字母或符号代表流程流转的条件和规则，在流程图的右下角分别表述不同字母意义和规则，如图3所示。这样可以有效的将流程与规则进行分离，清晰的可以看到活动的执行过程，以及审批的流转规则等。

图3

2.3 业务数据

将业务数据通过另外一个超链接的sheet 页（如表3）进行展现，业务数据里面主要展示对应该业务类型的所有数据字段，数据字段里面包括：字段名称、字段类型、字段说明、是否必填项、逻辑受控等相关信息。

表3

3 结果

采用该模型进行需求分析并通过多次项目实施验证可以得出：

（1）精准的收集了用户的基本需求；

（2）间接性的辅助用户系统性梳理完整的业务链；

（3）提高了开发人员对本质需求的理解；

（4）降低了项目整体沟通成本，促进系统顺利推进；

（5）增加了项目最终交付的质量及客户的高度认可；

（6）促进了项目实施过程中不同角色对需求的识别和解读；

（7）进一步提升了业务梳理的能力，提供了更加清晰的需求概览。

4 总结

在面对医院各种繁杂的业务时，该方法提供了一种规范和通用的需求收集方法，便于迅速的开展工作。这种用于医院信息化项目建设中新型的需求收集方法，有效地构建了一种可以快速识别需求的结构化模型[8]。这种结构化模型的方法最终是将厚重的需求文档量化为Excel 表格的标准业务模型进行输出的产物。

5 展望

随着各种软件新技术趋于成熟，医院信息化建设中需求分析的工作将不在是客观人为的去掌控与执行，而是借助一些成熟的新技术进行需求的收集和分析工作。面对医院未来不同业务的挑战，我们应基于人工智能技术、大数据分析技术、成熟模型化算法学习技术而建立一套更加集成化、多元化、智能化、人性化以及满足复杂多变的需求梳理方法。