在上一篇文章中，我断言，要实现我们创建一个应用程序的目标，它必须是一个真正的临床平台，能够理解患者的情况。
我所说的真正的临床平台是指软件必须了解病人的情况显式的医疗信息与提供者的信息相当或更好(小伙子可以梦想)，并且能够以有意义的方式参与这些信息。其次，应用程序必须了解提供者对患者的目标，以便提供有用的建议。最后，它应该拥有关于医学的一般信息，使其能够提供有价值的相关见解，否则可能会被忽视。支撑这个平台的第一根支柱是术语。
以GPS为例。GPS收集我们的位置信息，以及我们的方向、速度和偏好。一旦它知道了这一点，我们就可以告诉它我们想去哪里，它就会为我们提供一条最佳路线。在路上，它可以告诉我们速度限制是什么，告诉我们兴趣点，并指引我们绕过交通堵塞的地方。
想象一下，如果GPS不知道我们在哪里，不能告诉我们移动的方向，只知道主要的高速公路，那它将是多么无效…欢迎来到医疗保健IT。
软件是如何“理解”病人的?
软件不是人
当我们谈到理解病人时，重要的是要记住我们谈论的是软件，而不是人类。软件通过建模来理解周围的世界。软件有一个数据模型，用来表示病人、护理过程中的其他实体及其固有的医学知识。它不能考虑超出这些数据模型的约束。因此，模型的局限性限制了软件的理解能力。
数据模型的基本构建块是术语。我所说的“术语”是指离散的、稳定的编码值，它们表示对数据模型很重要的概念。无论所使用的术语是否标准，商业或专有术语都将成为模型的组成部分，并相应地约束应用程序。
整个前后协调的事情(又一次?!?)
术语有不同的风格，并且基于编辑策略。预协调术语是这样的术语，其中单个代码通常表示已经“预协调”在一起的多个事物。
ICD-10-CM代码(D31.12)“左侧角膜良性肿瘤”就是一个例子。
在这种情况下，我有障碍，它的类型，位置和侧边，并将其合并为一个编码术语。今天在医疗保健中部署的大多数术语都是预先协调的。事实上，当您考虑我们今天应该在医疗保健中使用的标准时，大多数标准(RxNorm、LOINC、ICD9、ICD10、CPT等)都是预先协调的。这是有原因的;其中许多与我们在软件中使用术语的历史方式有关，并且在某些用例中，预协调是有意义的(参见此)博客）.
还有“后协调”的概念。在后协调术语中，代码被分配给我们所关心的概念的元素，这些编码元素在需要时被分配代表一个复杂的概念后组装在一起(因此是“后”协调)。
post - coordination的一个例子是snoed - ct代码(126997008)“Neoplasm of the角膜”+(30807003)“Benign”+ (7771000)Left。
在这种情况下，我已经从不同的和独立的部分构建了一个完整的概念。后协调术语在医疗保健中不太常见。在一些应用中，已使用SNOMED-CT、Radlex和医疗保健数据字典来表示后协调概念。
MRE更容易使用…只要你想吃锡纸袋里的东西就行。
大多数系统设计都避免利用后协调术语。”为什么你可能会问。我认为有以下几个原因:
- 精心构建的、后协调的术语很少。如前所述，我们需要良好的后协调术语和模型来有效地使用它们。
- 这不是我们以前的做法。使用后协调术语需要更复杂的设计模式，而不仅仅是带有ID和描述的字典表。
- “这只是术语”综合症。从历史上看，术语是应用程序设计工作的二等公民。我们经常听到“我们想让它在开始时保持简单，我们稍后会回来，为术语提供更好的支持”，这类似于说“我们现在建房子，我们稍后会回来，安装电气和管道。”
简而言之，预先协调的术语更容易。越简单越好……对吧?不一定．
越聪明越好
尽管它们在构建应用程序时更容易使用，但它们的刚性和看似反复无常的粒度限制了我们如何描述(1)患者的状态，(2)遇到的情况以及(3)我们所知道的医学知识。
请记住，术语限制了模型可以表示的内容，而模型限制了软件可以理解的内容。这个限制限制了我们相信软件能为我们提供有用信息的能力。
为了创建能够充分理解患者的软件，我们必须首先处理我们用来表示信息的体系结构。后协调虽然具有挑战性，但将允许医疗保健应用程序以准确和几乎无限的可变性来表示我们对患者和周围环境的了解。如果处理得当，它实际上可以使提供者完全摆脱术语的束缚。在医疗保健IT中建立更准确和完整的信息表达将创建一个骨干，我们可以在此基础上构建令人惊叹的东西。
在Cl乐动体育平台inical Architecture，我们对这个概念进行了大量的思考，并正在努力提供软件和工具来促进设计上的这一巨大飞跃。我们的第一款产品Symedical旨在成为一个管理术语并将其集成到医疗保健应用程序中的平台。我们这样做不是因为我们喜欢术语，我们这样做是因为我们明白术语是真正临床应用的第一支柱。
一如既往，欢迎您的评论。
下周我们将讨论互操作性。
附言:如果你吃过MRE…谢谢你的服务!
