如何从技术角度去理解HL7续三

dyy

业务过程规划：
<br>业务过程规划方法是一个“H”形方法，两条竖线代表了“业务处理过程”和“业务分析过程”，如同数据库设计中的OLTP与OLAP，两者即有区别又有联系。每条竖线都有三条横线分别代表“业务建模”、“逻辑建模”、“系统建模”，中间的连接线代表“业务处理过程”的“逻辑建模”和“业务分析过程”的“逻辑建模”之间的相互关联和转换。
<br>1 业务建模（CIM计算无关模型）
<br>业务建模是由领域业务专家和用户与需求采集人员和分析人员共同参与的，针对用户提出的不限于计算机实现的业务过程进行分析。
<br>组织结构分析和业务过程分析是业务建模和后续的逻辑建模的基础，业务域分析只是用于业务规划（反作用于组织结构分析，对组织结构进行调整），对于后续的逻辑建模没有直接的帮助，更多的是对于系统实施和使用的指导。
<br>业务建模中的业务过程分析是主要针对用户视图（也就是输入和输出）建立的输入－处理－输出的过程模型，它的作用是在于确定用户的业务流程、确定系统的用户接口、为逻辑建模的逻辑过程分析提供基础。
<br>1.1 组织结构分析
<br>按照企业现行的组织结构进行分析，自顶向下，直至每一个具体的岗位，甚至每一个具体的人。
<br>将各层次的岗位按照OO方法分析出继承关系和相互间的关联。
<br>得到两个组织结构的静态关系描述，包括组织层次结构、组织关系结构。
<br>1.2 业务过程分析
<br>按照企业现行的组织结构进行分析，首先汇集所有的输入和输出的用户数据视图，包括每一个视图的每一个数据项。
<br>将这些用户数据视图分为“活动”和“动作”两种对象，活动是相对独立的一类用户数据视图，动作是围绕着活动进行操作的一类用户数据视图。在HL7V3中，活动是ACT，动作是Paticipation，在UML2.0中活动是Activity，动作是Act。
<br>将活动按照OO方法分析出继承关系和相互间的关联。在做继承关系时可以补充或修改活动。
<br>将动作按照OO方法分析出继承关系和相互间的交互。在做继承关系时可以补充或修改动作。
<br>得到一个业务过程的组织关系描述，即组织与活动、动作的关系。
<br>得到三个业务过程的静态关系描述，包括活动层次结构、活动关系结构、动作层次结构。
<br>得到一个业务过程的动态关系描述，即动作交互。
<br>1.3 业务域分析
<br>按照业务过程中分析出的活动的层次结构或关系结构或综合考虑这两种结构，划分企业的业务域。
<br>业务域与业务域之间相互独立或相互制约，一个业务域包含若干个活动。
<br>得到四个业务域的静态关系描述，包括业务域层次结构、业务域关系结构、业务域与活动的关系结构、组织结构与业务域和活动的关系结构。
<br>依据业务域分析结果，如果调整组织所对应的业务域与活动，则返回组织结构分析。
<br>2 逻辑建模（PIM平台无关模型）
<br>逻辑建模是由领域信息技术专家与需求分析人员共同参与的，针对用户提出的限于计算机实现的业务过程进行分析。
<br>业务建模中的业务过程分析已经针对用户视图建立了输入－处理－输出的过程模型，逻辑建模就是针对需要计算机实现的输入－处理－输出作进一步的分析优化和具体化，主要作的就是针对处理的分析优化和具体化，如果需要修改输入或输出，则需要返回业务建模中的业务过程分析与用户沟通。
<br>逻辑建模是不依赖于某种具体实现技术的计算机化的系统设计，但与具体实现技术的系统设计相同，也将逻辑过程分析中的逻辑对象按照所实现的功能组合划分到一个层次化的模块中去，即逻辑组件分析。
<br>逻辑建模的目的在于为下一步的系统建模提供映射的基础，并可以依据逻辑组件分析确定系统接口设计。
<br>2.1 逻辑过程分析
<br>在业务过程分析中已经确定了业务对象（活动和动作），并得到了业务过程的静态和动态的关系描述。
<br>在逻辑过程分析中将在标准框架范围内，针对业务过程产出的四个视图（活动层次结构、活动关系结构、动作层次结构、动作交互）进行优化和具体化。
<br>在医疗行业的部分领域，这个标准框架就是HL7 V3标准。
<br>2.2 逻辑组件分析
<br>按照SOA的概念，将逻辑过程分析中的逻辑对象按照所实现的功能组合划分到一个层次化的组件中去，并分析出组件之间的层次化关系和相互间的交互。
<br>3 系统建模（PSM平台相关模型）
<br>系统建模是由系统分析人员和开发人员共同参与的，针对逻辑建模中已经建立的过程模型和组件模型，按照某种确定的具体实现技术所进行的映射。系统建模所完成的是系统概要设计和部分详细设计。
<br>3.1 系统过程分析
<br>在逻辑过程分析中已经确定了逻辑对象（活动和动作），并得到了逻辑过程的静态和动态的关系描述。
<br>在系统过程分析中将按照确定的具体实现技术，针对逻辑过程产出的四个视图（活动层次结构、活动关系结构、动作层次结构、动作交互）进行优化和具体化。
<br>3.2 系统模块分析
<br>系统模型分析也是按照所实现的功能组合划分到一个层次化的模块中去，并分析出模块之间的层次化关系和相互间的交互。即模块和子系统的划分。
<br>所划分的模块或子系统需要支持实现逻辑组件所确定的系统接口设计。
<br>3.3 模块部署分析
<br>描述设计和开发的模块在物理机器上的分配。
<br>