电子病历系统急需“医学语言机”技术

sbf2000

医学语言机：指可以识别和解释受控医学语言的智能机器或软件系统。比如有下面一段描术：

“张三，男，18岁，2004年6月15日患阑尾炎入院。”

如果没有医学语言机，那么在计算机里只能把它作为一段文本来处理。比如WPS，MS OFFICE等软件系统对文本的处理技术已经非常成熟，但如果让医生用OFFICE软件来实现电子病历，那是不可能的，也没有太大实际意义的。所以，虽然有人曾使用Word等文本编辑来实现所谓的电子病历（如军卫），但最终基于文本编辑的电子病历还是没有普及开来。

有了医学语言机，那么在一定的受控范围之内的医学文本，可以被正确识别为基于一定的信息模型的对象实例。这些对象实例可以封装和执行丰富的逻辑运算、存贮检索等功能。通过这对象实例，医学语言文本可以转化为可处理的数据，并可以这些数据进行机器推理和运算等操作，最后产生人工智能及辅助决策的效果。

比如上面的文本，通过医学语言机的解析，针对HL7 RIM模型，应该可以生成一个实体“人”，人.姓名=“张三”；一个角色“患者”；一个入院动作“入院”、另一个动作“患病”，患病.病名=“阑尾炎”。这样，机器就可以象人一样“理解”这句话了。

由于HL7 RIM是一个非常抽象的信息模型，它几乎可以表示或表达任何医学信息。只要我们认真设计，合理处理实例及其属性数据，是完全可能实现一个基于HL7 RIM的医学语言机的。医学语言机，将可能成为今后电子病历的核心技术，也可能将为机器自然语言的研究提供一个广阔的舞台，同时也可以为医学信息整合提供一个研究和实验工具。

xuyunxi

呵呵，说的不错!

但是“医学语言机”存在的一个必须的前提就是：必须要有一个通用的模型能够表达出任意的病历中涉及到的信息，“RIM是一个非常抽象的信息模型”正是由于它是一个抽象的模型，所以它可以理论上表示或者表达任何的医学信息，但是它的抽象性又决定了（起码是目前的RIM而言）其无法方便、真实的表达病历中涉及到的所有信息；

其次，我感觉“医学语言机”的核心是对病历模型的解析器。

dongxi

HL7模型好象只能解决MIS层面的问题，不能解决CIS层面的问题

一片绿洲

RIM模型只是解决了信息的表达问题。而“医学语言机”（如果存在的话）的最核心问题是自然语言（即使是受控的）的理解问题，其次才是到RIM的映射。

在计算机科学领域，几十年前就已经开始自然语言的机器理解课题研究，至今并无实用而通用的系统。

假设反过来，放弃自然语言的复杂性，对医学语言施加更为严格的控制，“医学语言”恐怕会变成“机器语言”，医学概念的自由表达将成为巨大的阻力。如此转了一圈，问题又绕回到原点。

一点个人看法，不知是否妥当。

sbf2000

最初由 dongxi 发表
[B]HL7模型好象只能解决MIS层面的问题，不能解决CIS层面的问题 [/B]

不错，现在的HL7 RIM主要是为了解决MIS层信息交换而设计的，如果要解决CIS层的所有问题，我想这不是一个轻易就可以完成的工作。所以，我们可以从MIS层开始，逐步实现完善的RIM和语言机。

sbf2000

最初由 一片绿洲 发表
[B]RIM模型只是解决了信息的表达问题。而“医学语言机”（如果存在的话）的最核心问题是自然语言（即使是受控的）的理解问题，其次才是到RIM的映射。

在计算机科学领域，几十年前就已经开始自然语言的机器理解课题研... [/B]

1.我认为：如果解决了信息表达问题，接下来只需要将词汇（或符号系统）映射到RIM就可以，并不需要再去“理解”自然语言了。因为，理解简单来说，其实就是一个映射过程而已。

2.自然语言是人类最宝贵的财富之一，我们不能因为要利用电脑而去放异它，相反，我们应该利用电脑去更好的规范和发展自然语言。

3.几十年的自然语言机器理解课题没有出什么显著的成效，那是因为那些课题重在理论，没有用到实际环境中，现在电子病历正为机器自然语言提供了一个展示的舞台。虽然通用的机器自然语言处理系统还没有出现，但是简单的、局部的受控自然语言处理系统应该可以发展起来了。

sbf2000

最初由 xuyunxi 发表
[B]其次，我感觉“医学语言机”的核心是对病历模型的解析器。 [/B]

对病历模型的解析，应该是从比“医学语言机”更大“粒度”上进行信息组织和管理的机制问题，而与医学语言机关系不大。医学语言机主要要解决的是元数据级的信息存贮、处理、符号系统等机制，以及人机交互界面的机制方面的问题。

xuyunxi

最初由 sbf2000 发表
[B]对病历模型的解析，应该是从比“医学语言机”更大“粒度”上进行信息组织和管理的机制问题，而与... [/B]

1、这里的元数据级指的不知道是否为RIM？

2、“元数据级的信息存贮、处理、符号系统等机制”的前提必须是通过根据模型的结构进行解析，才能实现。

3、对模型的解析应该是和信息的组织和管理无关的。

sbf2000

补充：有了医学语言机，从电子病历系统的体系结构上来讲，将是一个质的飞越。因为：

1.数据加密技术可以直接从语言机上实现，以达到元数据级信息安全的目的。并可能提供解决关联信息的保密与共享问题的解决方案。

2.信息交换标准可以在受控范围内得到统一。

sbf2000

最初由 xuyunxi 发表
[B]1、这里的元数据级指的不知道是否为RIM？

2、“元数... [/B]

我不太理解xuyunxi兄的“病历模型”的具体含意，可能我们对这个词存有一些误解，我的理解是病历模型就是病历内容的组织、编排、格式、分类等内容。而不是病历内容的详细结构模型。

xuyunxi

最初由 一片绿洲 发表
[B]在计算机科学领域，几十年前就已经开始自然语言的机器理解课题研...
假设反过来，放弃自然语言的复杂性，对医学语言施加更为严格的控制，“医学语言”恐怕会变成“机器语言”，医学概念的自由表达将成为巨大的阻力。如此转了一圈，问题又绕回到原点
[/B]

这里医学概念的表达和临床医学的表述是应该有区别的：
医学概念的表达应该是清晰的，即使表现形式多种，但其术语编码应该是唯一的；临床医学的表述应该是自由表达的，但是从电子病历的角度来说，它是应该在电子病历所构成的结构和框架之内的自由表达，是由医学概念构成。

因此也就是说在电子病历中，为了最大限度的实现机器理解语言，我们需要使用介于纯自然语言与严格医学语言之间的符合电子病历本身特性要求的医学语言表达方式，这样是可以满足对电子病历产生之后的各种需求要求的。

一片绿洲

我认为：如果解决了信息表达问题，接下来只需要将词汇（或符号系统）映射到RIM就可以，并不需要再去“理解”自然语言了。因为，理解简单来说，其实就是一个映射过程而已。

在映射之前，如何获得词汇和词汇之间的关系（确定词性）？这必然涉及到断词和句子结构分析，这就涉及到自然语言的词法和句法分析，这正是自然语言理解所研究的问题，也是最难的问题。由自然语言到RIM模型，必须解决这一问题。

熟透番薯

又一个新名词 其核心技术应该就是自然语言处理（NLP）技术。坛主能否介绍一些这方面的知识？

xuyunxi

最初由 sbf2000 发表
[B]我不太理解xuyunxi兄的“病历模型”的具体含意，可能我们对这个词存有一些误解，我的理解是病历... [/B]

呵呵，看来确实是有些误解，我说的病历模型是指你说的“病历内容的详细结构模型”

xuyunxi

最初由 熟透番薯 发表
[B]又一个新名词 其核心技术应该就是自然语言处理（NLP）技术。坛主能否介绍一些这方面的知识？ [/B]

从电子病历的角度来看，我的观点倒是不赞成像NLP方面发展，从病历信息的构成、作用及信息交换等方面来分析，如果使用NLP技术（如果有一天NLP技术很成熟的话）并不适合电子病历。