|
|
发表于 2004-7-21 11:28:56
|
显示全部楼层
医疗软件模板技术的讨论
关于病历模板的分类类型，我想dongxi，jhs1和我基本上一致的，大体可分为业务应用型和思维逻辑型，其中业务应用型就像jhs1所说的一样，并不是我们研究的重点，它的实现取决于具体的技术实现和表现手段；思维逻辑模板则涉及到了如何最大限度的模拟医生的诊断思维，使医生最方便、最清晰的表达出自己的诊断，这其中就涉及到知识库中知识的深度和知识的关联等问题。
知识库中知识的结构和知识的表达方式，直接决定了知识模板的使用效果，而模板则是电子病历系统中的重点，所以说当前电子病历系统存在着两个重要的问题[/COLOR] ：第一，是电子病历系统功能的整体规划，目前国内多数电子病历产品并没有一个清晰的整体性的从数字化角度来考虑病历系统应该具有的功能，如电子病历中病历数据的组织形式，电子病历系统应该具有的基本功能，扩展功能，安全要求、交换要求、传输要求等，而是把重点都放到了模板的设计和使用上，稍后，我会发一个国外关于电子病历系统评价指标体系的帖子；第二，从模板的真正使用价值来看，限制其发展和使用，成为模板乃至整个电子病历系统的瓶颈的正是知识库的构建，而知识库的构建绝对不是短时间内，只由IT人员或者医学人员就能完成的。
呵呵，不好意思，都是随着思维随便写的，上面说的乱七八糟，没有什么条理性，反正都乱了，我就再说点知识库的构建吧，肤浅，让大家见笑了。
知识库中的每个数据元素（data element）都是一个临床上的陈述，一个临床陈述是包含唯一的临床内容的一个短语，例如‘胸痛’是一个临床概念，其中‘胸‘ 定义的是解剖学上的一个位置，它本身并不包含任何的临床内容，但是它具有与其他与之相涉及的语义关系，因此它是一个参考术语集中的“原子”术语 但是在临床环境中并不具有意义。
所以，为了在临床中有效的使用，在医学术语学中的data elements 必须是与临床紧密相关的，在电子病历的知识库中必须能够提供临床之间的关系通过每个临床术语之间的多维层次。例如在细菌性心包炎中胸痛是和发烧相关联的。而在心绞痛中却没有这样的关联。
并且对于知识库来讲，为了更好的利用计算机来智能的处理信息，知识库中的术语必须能够提供本身之外额外信息，知识库中的每个术语都有一个相联系的属性集包括 相关值范围、检查结果单位、偏向标志、对叙述性表达的控制、外部编码引用等属性项。这些额外的属性项可以使计算机能够智能的向用户表达信息。
对于一个有效的临床知识库来说，除了要通过大量的关联的数据元素来表达症状、病史、体检、检查、检验、诊断和治疗外，还应该有智能提示的功能，因为对于知识库中的大量元素，在使用中要遇到一个问题就是如何有效的获得与某个特定的临床环境相关的数据元素，因此要通过某种手段例如内部的如智能提示这样的一个机制来获得只与特定临床相关的项目，避免用户面对大量信息的问题。
例如：考虑一个病人关于咳嗽的主诉，与一个70岁老人每天吸烟两包的相关项和一个3个月婴儿咳嗽的相关项肯定不同。一个咳嗽开始于三天前伴随发烧，和一个咳嗽开始于9个月前的相关项肯定是不同的.
所以，只有在知识库中把数据元素（data elements）进行非常小的粒度的设计，才能 有效的保证医生来最有效的表达各种特定环境中对咳嗽及相关项的表述和记录。与咳嗽相关项的来源则取决于病人的年龄、性别、病史等因素，因此医生可以非常快速的记录相关信息而不需要手工完成。
当然，知识库的设计和实现还包括很多的内容，希望能够和大家一起探讨。 |
|
发表于 2004-7-31 17:32:52