HL7 CDA合并文档向导
目前，我正在为一家既有门诊又有住院诊所的大型医院实施HL7 CDA。为了减少咨询的平均持续时间，咨询医生使用电子表格。表单必须完全形式化(理想情况下需要最少的键盘输入)。
在实践中，似乎最简单的正式咨询笔记表单包含不少于40-50个输入字段。
例如，一位普通的耳鼻喉科医生的咨询笔记“体检”部分包括以下部分:外鼻、内鼻、喉、喉、气管；请注意，鼻子是对称的，每个器官可以用10-15个特征来描述-因此我有一个大约有100个输入字段的输入表单。将HL7 CDA咨询说明规范(就诊原因、病史、问题、药物)定义的其他必填部分添加到此表单中，您将获得约150个字段。因此，我的HL7 CDA3级文档正文应该包含相同数量的观察元素。
在一个普通的住院病例中，医生最多可以登记10-100份文件。每个文档包含20-100-200个有意义的参数。总共:大约10000个参数。
在住院病例结束时，医生应创建一份摘要文档，该文档从先前登记的其他文档中收集数据。在这一点上，我觉得我误解了HL7 CDA规范。人类不能轻易地使用10000个参数进行操作。你能给我一个建议(或例子)如何设计符合人体工程学的用户表单，让医生创建一个简短的摘要文档？
回答 1
Stack Overflow用户
发布于 2013-04-06 03:05:39
您没有误解基本前提，但在提供“人类可读的显示”的问题上，不要试图将独立的显示值与每个微小的观察值关联起来。
CDA允许您将<text>节点作为每个段的一部分提供，这些节点通常是人类读取时将显示的HTML数据。对于遇到大量观察值的情况，可以将解析后的observations保留在CDA中，但是每个观察值都应该有一个空的<text>值(不向提供者显示的值)。相反，在更高级别的父节点中提供所有观察值的HTML/readable版本(这样您就可以将关于“鼻子”的所有观察值存储在一个单独的HTML表中，该表存储在标题为"<title>Nose</title>“的片段的<text>节点内。或者-甚至更好-您甚至可以转到比这更高级别的部分，并在与遭遇<section>相关联的<text>节点中存储SOAP注释的整个观察部分的完整HTML版以及普通从业者的注释。
这将为提供程序提供美观的显示，但保留机器的所有编码数据。
看看Blue Button Plus中的一些CDA示例，它们可能会让整个问题变得更清晰。
https://stackoverflow.com/questions/15231909
复制相似问题
腾讯云开发者
