HL7 ADT消息解析：日期范围

Question

注意：

这个问题并不是在询问使用哪个库的建议。 我自己滚。

---

我正在阅读HL7 v2.5.1规范，以便为iOS和Windows创建一个解析引擎。

我的问题与“ 患者姓名”字段（PID-5）中的“ 名称有效范围”组件有关。 但我认为它通常适用于所有DR （日期范围）组件。

在第 75页的第3章：患者管理中 ，列出了以下信息：

组件：{...省略...} ^ <名称有效范围（DR）> ^ {...省略...}

名称有效范围（DR）的子组件：<范围开始日期/时间（TS）>＆<范围结束日期/时间（TS）>

范围开始日期/时间（TS）的子组件：<时间（DTM）>和<精确度（ID）>

范围结束日期/时间（TS）的子组件：<时间（DTM）>和<精度度（ID）>

我了解字段，组件和子组件的结构以及分隔符的使用方式……或者至少我认为我这样做。 但是，以上信息使我对如何表达数据感到困惑。 我已经搜索过，但找不到适合此类数据的消息示例。 根据我对HL7数据结构的了解，以下是如何编码数据的方法：

PID|||01234||JONES^SUSIE^Q^^^^^^^199505011201&M&199505011201&M^199505011201&M&199505011201&M

当然，这里的问题是，将子组件嵌入子组件中会使您不确定如何解析数据以及什么数据将流向何处。

我确实查看了第2章：控制，附录A，并在第160页上找到了此文本：

注意：如果将DR嵌入其他数据类型中，则不能合法地表达DR。 它的使用仅限于一个细分字段。

因此，看来PID-5列出的标准无效。 我还没有从系统中看到任何消息甚至可以生成此信息，因此这可能是我的特殊情况的争论点，但是我不喜欢开发具有已知漏洞的解决方案。 有人在野外遇到过这种情况吗？

Answer 1

具有DR数据类型的项目可以细分，并且如果该项目的类型为field.eg，则该项目具有precision子组件。 ARQ / 11请求的开始日期/时间范围 。

如果具有DR数据类型的项目已经是另一个数据类型的一部分（如您的示例PID / 5） ，则可以将其细分为数据范围子组件的开始和结尾，而不是精度子组件。

Answer 2

患者姓名是XPN数据类型，它是一种复合数据类型。 这基本上意味着它可以具有Primary（例如ST）和其他Composites的组合， 如下所示

现在，您正在查看XPN.10，它是DR数据类型的第十个组件，DR再次是2个主要DTM（ 开始和结束 ）或2个子组件的组合。 子组件由＆分隔。