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

dyy

经过专家指点，决定先不做RIM的扩展，直接在MIM上动手，看能不能建立系统实现模型。
<br>千里之行，始于足下。

sbf2000

很好，终于看到有人在做这样的事了！祝你早日成功。希望能有更多人关心和参与。

dyy

活动图是UML2.0中所有图中变化最大的一种。活动图的结点不再叫做活动（Activities），而是改称动作（Action）。活动（Activities）成了一个更高层次的概念，它包含一个动作序列。因此一个活动图展现了一系列的动作，这些动作一起组成了活动。
<br>我理解在HL7 V3RIM中ACT就可以对应活动（Activities），而Paticipation就可以对应动作（Action）。
<br>
<br>部件图在UML2.0中是全新的。它们允许你把系统分解为层次化的子系统，每个都被作为黑箱来对待，这叫做部件。在UML2.0模型中的所有部件都独立地执行（异步），通过部件的接口传递消息来通信。一个部件只能通过它的端口来与外界通信。
<br>我理解在HL7 V3中RMIM就可以对应一个部件，这个部件的接口就是那个Event－Message。
<br>

dreamaster

Enterprise Architect ， Poseidon ，以及最新版的Together目前都已支持UML2.0 . 推荐使用Enterprise Architect，或 Borland Teamstar（Together） ,
<br>支持团队开发的。

dyy

<!--quote-linforest+2005-09-13 08:37--><div class='quotetop'>引用linforest &#064; 2005-09-13 08:37)</div><div class='quotemain'><!--quote1-->最近学习了一些HL7 v3.0 RIM以及UML建模方面的资料，初步体会到建模的重要性，也针对感兴趣的方面（如LOINC）做了一些尝试性的建模练习，但是总觉得有点无从下手的感觉，特别是心里没底，不知道练习中的模型是不是存在问题。<br>不知道dyy和其他老师能否指点一下？<!--quote2--></div><!--quote3--><br>建模要分为四个步骤，首先是业务本身的理解，其次是业务分析的方法，然后是表达的方法（建模语言），最后是表达的工具（建模工具）。
<br>从我这边的情况来类推老兄那边的情况，我想UML语言和UML工具还不是问题的全部，那个分析的方法其实更重要。
<br>

dyy

<!--quote-linforest+2005-09-15 04:32--><div class='quotetop'>引用linforest &#064; 2005-09-15 04:32)</div><div class='quotemain'><!--quote1-->其中一个因素就是关于咱们国家对现有成熟标准的宏观以及对具体标准的评价和选择问题，也就是关于受控医学词表等标准的发展框架和评判标准问题。<!--quote2--></div><!--quote3-->这句话说得有些怪异，我们作业务分析不是为了作成标准而作的，是为了理解并应用于业务本身而作的。
<br>因此我认为考虑的重点在于业务本身，而不是某些现有的框架。
<br>还没有仔细看过LOINC，说不出更具体的来。<!--editpost--><br><br><br><div><font class='editinfo'>此帖由 dyy 在 2005-09-15 04:45 进行编辑...</font></div><!--editpost1-->

dyy

如此说来，您想作的只是LOINC的本地化，那是否建模的关系就不是很大了。
<br>我想作的其实是HL7的本地化和扩展，这个扩展不只是业务内容上的扩展，还包括分析技术上的。
<br>所以我的目标和HL7CN的目标是不一致的，而正如您的签名“LOINChina”，您的目标和LOINCCN的目标是一致的。
<br>所以我们对于建模的理解和实际的应用就会是不一样的。
<br>从您上面所说的看不出与建模有什么关系，您只是要建立“建立一套引进、推广和使用LOINC的机制和指导原则”。