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個子組件的組合。 子組件由＆分隔。