发新话题
打印

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

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

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

TOP

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

很好,终于看到有人在做这样的事了!祝你早日成功。希望能有更多人关心和参与。
个人观点,作者原创,版权所有。转载请联系:shenbifei@163.net,sbf2000@gmail.com

TOP

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

活动图是UML2.0中所有图中变化最大的一种。活动图的结点不再叫做活动(Activities),而是改称动作(Action)。活动(Activities)成了一个更高层次的概念,它包含一个动作序列。因此一个活动图展现了一系列的动作,这些动作一起组成了活动。
我理解在HL7 V3RIM中ACT就可以对应活动(Activities),而Paticipation就可以对应动作(Action)。

部件图在UML2.0中是全新的。它们允许你把系统分解为层次化的子系统,每个都被作为黑箱来对待,这叫做部件。在UML2.0模型中的所有部件都独立地执行(异步),通过部件的接口传递消息来通信。一个部件只能通过它的端口来与外界通信。
我理解在HL7 V3中RMIM就可以对应一个部件,这个部件的接口就是那个Event-Message。

TOP

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

听说Rose并不支持UML 2.0,不知准备采用何种建模工具呢?
请教dyy老兄,谢谢!
LOINC International @ Regenstrief Institute
CLISOL @ CHISS
LOINC Introduction @ OpenClinical
LexGrid Project @ Mayo

TOP

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

最近学习了一些HL7 v3.0 RIM以及UML建模方面的资料,初步体会到建模的重要性,也针对感兴趣的方面(如LOINC)做了一些尝试性的建模练习,但是总觉得有点无从下手的感觉,特别是心里没底,不知道练习中的模型是不是存在问题。

不知道dyy和其他老师能否指点一下?
LOINC International @ Regenstrief Institute
CLISOL @ CHISS
LOINC Introduction @ OpenClinical
LexGrid Project @ Mayo

TOP

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

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

TOP

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

引用linforest @ 2005-09-13 08:37)
最近学习了一些HL7 v3.0 RIM以及UML建模方面的资料,初步体会到建模的重要性,也针对感兴趣的方面(如LOINC)做了一些尝试性的建模练习,但是总觉得有点无从下手的感觉,特别是心里没底,不知道练习中的模型是不是存在问题。
不知道dyy和其他老师能否指点一下?

建模要分为四个步骤,首先是业务本身的理解,其次是业务分析的方法,然后是表达的方法(建模语言),最后是表达的工具(建模工具)。
从我这边的情况来类推老兄那边的情况,我想UML语言和UML工具还不是问题的全部,那个分析的方法其实更重要。

TOP

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

非常感谢dreamaster和dyy两位老师!

尝试了Enterprise Architect最新的试用版本,觉得确实还不错。

正如dyy老师所言,对业务的理解和分析的确是我最为头疼的问题。关于引进LOINC的问题,目前总觉得缺少些什么关键因素,造成在对业务的理解和分析过程中存在不小的疑虑,因此常常不知道该如何决策。其中一个因素就是关于咱们国家对现有成熟标准的宏观导向以及对具体标准的评价和选择问题,也就是关于受控医学词表等标准的发展框架和评判标准问题。


此帖由 linforest 在 2005-09-15 13:15 进行编辑...
LOINC International @ Regenstrief Institute
CLISOL @ CHISS
LOINC Introduction @ OpenClinical
LexGrid Project @ Mayo

TOP

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

引用linforest @ 2005-09-15 04:32)
其中一个因素就是关于咱们国家对现有成熟标准的宏观以及对具体标准的评价和选择问题,也就是关于受控医学词表等标准的发展框架和评判标准问题。
这句话说得有些怪异,我们作业务分析不是为了作成标准而作的,是为了理解并应用于业务本身而作的。
因此我认为考虑的重点在于业务本身,而不是某些现有的框架。
还没有仔细看过LOINC,说不出更具体的来。


此帖由 dyy 在 2005-09-15 04:45 进行编辑...

TOP

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

由于对问题根源的认识和表达上的不清,说出的话确实显得有些怪。

粗略地说,自己是这么考虑LOINC本身在国内的引进和应用问题的:
主要是为了跨越语言障碍

建立一套引进、推广和使用LOINC的机制和指导原则
一个维护组织,含技术支持队伍
一个旨在跨越语言障碍的维护平台(含数据库)
一套沟通和发布途径,包括互联网站点
一个辅助本地术语与LOINC术语对照以及新术语管理与提交的工具(含数据库)
一个用户群
...

上述内容总体上构成一个LOINC语言接口系统(如Chinese LOINC Interface System,CLIS)或者CLIS On-Line(CLISOL)。

维护组织负责该系统的分析、设计、开发、维护、培训和技术支持等工作
用户通过互联网站点等途径访问和获取标准资源,使用对照辅助工具开展对照和新术语提交工作

请您批评指正!


LOINC International @ Regenstrief Institute
CLISOL @ CHISS
LOINC Introduction @ OpenClinical
LexGrid Project @ Mayo

TOP

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

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

TOP

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

确实差异很大

不过,引进和使用LOINC是一项需要持之以恒的工作
LOINC International @ Regenstrief Institute
CLISOL @ CHISS
LOINC Introduction @ OpenClinical
LexGrid Project @ Mayo

TOP

发新话题