电子病例中的结构化数据结构

xuyunxi

国际上用结构化信息来表达电子病例结构和内容已经成为一种共识，因而在电子病例系统中定义标准化的数据结构成为准确表达电子病例结构的基础。在电子病例中通常需要下面的一些数据结构类型：
1、单一值（SingleValue），例如体重、身高、血糖等；
2、名称/数值对的列表表示（List），例如血液的检测结果等；
3、具有行和列的二维表格形式，例如视力检查结构等；
4、树状结构的值表示，例如生化结果、微生物结果等；
5、数据值的历史表示形态，由上面的4种数据结构组合而成的一种形式，如一段时间内的血压或血糖值等；

waynelu

很明了.
病历应该是个树型结构,并且可以根据临床需要进行扩展和变化

xuyunxi

电子病例从形式来说是树型结构，而又必须要遵循相应的信息模型，我上面的几种数据结构主要是用于病例内容的结构化的表现模式，在具体实现过程中，虽然都可以看作是树型，但从实现的效率方面来考虑，需要根据具体的情况来进行上面描述中的集中数据类型的划分。

xuyunxi

所以说在电子病历的存储方式上，并不推荐使用关系型数据库

yuanyg

我个人感觉在关系型数据库中实现树型结构表达很麻烦，而且效率不会太高，加些限制会好些，但又缺乏灵活性，希望更多的人参加讨论！

dongxi

引用：
“1、单一值（SingleValue），例如体重、身高、血糖等；
2、名称/数值对的列表表示（List），例如血液的检测结果等；
3、具有行和列的二维表格形式，例如视力检查结构等；
4、树状结构的值表示，例如生化结果、微生物结果等；”

——这是否有点混乱？
2中血液的检测结果是否指血细胞的检测结果？因为血液检查本身包括：血液细胞检测、血液生化检测、血液微生物检测、血液免疫学检测等等……而某些免疫学检测或生化检测本身的检测对象就是血液细胞，楼主的分类方法是否太过笼统抑或只是统而论之？
对于那些需要大段文字描述的实验结果应当归到哪类数据类型中去(比如X光或胃镜)？
很多微生物检查的实验结果描述方法都是阳性阴性而矣，这就是楼主所指的树状结构吗？

xuyunxi

从一个整体的电子病历的体系来说，dongxi对于电子病历结构化体系中的数据结构和数据值的表达有些混淆，dongxi 提出的问题涉及的大多都是数据值的表达方式，可以参考一下我关于结构化数据值描述的帖子，比如阴阳性是属于数量值中模糊数值的一种表达方式。

dongxi

楼上说得很对。
看来需要学习的地方仍然很多很多，从医学向信息学转型实在会有很多很长的痛苦的历程
然后我又想到了另一个问题——结构化之后呢？
病历数据结构化之后，用什么工具去处理数据之间的医学逻辑呢？举个例吧。比如病历数据被拆分为1000个字段，现在我们已经(在医学上)明确，如果第101到105个(症状与检查)字段取阳性值的话，那么第957个(诊断)字段应当取值为“高血压”……。这里面无限个医学逻辑能用数据库处理吗(就算是XML数据库)？总不能用条件语句去逐个逐个写吧。“IF……THNE……”
诸位看官，您一定会情不自禁哈哈大笑——这个白痴!
我承认，我就是站在您面前的那个白痴。
没办法，谁能回答一下白痴的问题呀？

xuyunxi

之所以会有这样的问题，也是当前大家对所谓的病历结构化的“认识”的问题，可能现在大家对结构化存在一定的误解，认为结构化只是简单的数据的拆分及组合，其实电子病历的结构化不同于其它系统结构化的最关键的不同就是它必须是基于语义的结构化，而不是简单的拆分和组合，这也是为什么说医学信息学中关于结构化的复杂性，结构化时必须要进行Context的关联，使结构化后的数据既可以作为相对独立数据，又必须和整体相关，老包关于医疗信息语法、语义、语用的定义是非常正确的，所以在电子病历的结构化设计的时候，必须要慎重，否则是画蛇添足。

再燃一根烟

刚刚看到这个帖子，讨论的很精彩。

但是如果采用XML方式存储，那么对树型结构的检索会存在效率的问题啊。
当然，这种节点具有一定复杂度，同时又存在树状关联的结构，用关系型数据库确实很费劲。