问题标签 [hl7-v2]

我只是想知道当我们将结束访问通知作为 Hl7 消息发送时，我们可以在发送结束访问通知时在 Hl7 消息 (ADT^A03) 中包含以下部分吗？

• AIL - 预约信息 - 位置资源
• AL1- 患者过敏信息
• CON - 同意部分
• CTD - 联系方式
• DG1 - 诊断
• DMI - DRG 主文件信息
• FAC - 设施
• IAM - 患者不良反应信息
• LAN - 语言细节
• NTE -- 注释和评论
• ODS——饮食顺序、补充品和偏好
• PD1——患者附加人口统计
• PID - 患者识别
• PR1——程序
• PRA——从业者详细信息
• PRB——问题详情
• PRD 提供者数据
• PV1 患者就诊
• PV2 患者就诊 - 附加信息
• RF1 推荐信息
• TCD 测试代码详细信息

而且我只是想知道，在单个 HL7 消息中使用段数是否有限制？

对此有任何帮助真的很感激吗？

谢谢拉马纳

我有一个 C#.NET 应用程序，我在其中尝试构建 HL7 消息，然后使用 NHAPI 发送到其他应用程序。消息已成功构建，但是当我尝试提取时抛出错误：Encoding NotsupportedException

规格：.NET framework-4 HL7 version-2.5

语言：C#

这是一段代码

我在上面的行之后立即得到异常。

构造的消息：

使用 HL7 v2 文件后，我试图将它们编组为 HAPI HL7 对象。路线示例将是：

不幸的是，我得到了例外：

我发现每条被解析的消息前面都有 \u000B 符号，这导致解析器无法找到“MSH”标头。

当然，我可以通过简单的字符串操作来修复它，例如：

但在我看来，这不是最好的解决方案。我发现，如果使用 MLLP 协议，相同的符号在消息的前面，HL7 编解码器应该处理它。http://camel.apache.org/hl7.html

问题： 是否可以使用 HL7Codec 之类的文件或 FTP 组件来处理转换为字符串/解析？

我们的 DICOM 模态工作列表服务器目前正在接收ORM^O01来自我们医院 RIS 的 HL7 订单。要将每个订单映射到一种模式，我们当前正在使用OBR-24消息中的字段。中包含的代码OBR-24通过 MWL 服务器中的查找表映射到 AE 标题和模态。当前OBR-24值类似于“LOC_STATION”，其中 LOC 是预定站点的位置（在建筑物级别），而 STATION 是当前订单的预定站点。

现在需要将相同的传入消息馈送引导到另一个系统，以便根据订单从较慢的长期存档中预取先前的研究。预取引擎规则的一个重要输入参数是有序学习的模态。因此，我们希望在传入的订单消息中添加 DICOM 模态代码，因为我们不想复制整个查找表系统并在两个地方分别管理它。

ORM^O01在 HL7 标准 v2.3.1 中定义的结构中，此类信息的最佳字段是什么？我浏览了标准并浏览了我们的 MWL 服务器供应商参考资料，但我发现最接近的是相同的OBR-24字段，它已经在我们的解决方案中使用。还是我们应该考虑实现某种自定义 Z 段？

由于我们是一家独立的 PACS 服务提供商，因此情况更加复杂，因此我们无法控制医院中 HIS/RIS 软件的开发，并且大多数情况下我们必须与现有系统进行集成，并在他们方面进行最少的修改。因此，在我们的消息传递标准中更改或移动任何现有字段非常困难，但为新目的实现新的未使用字段更容易。

我正在开发一个通过 HL7 协议与 HIS 连接的应用程序。该连接用于将保存在我的应用程序数据库中的患者人口统计信息与 HIS 数据库同步。您如何随时通过他们的 ID 请求某些患者的患者信息？

这些文件正在讨论更新触发器：如果 HIS 上的患者人口统计数据发生变化，它会发送新数据。有没有办法随时请求数据？

我正在使用以下分段顺序解析 SIU S14： MSH SCH PID PV1 RGS AIL AIS

虽然它解析没有错误，但我无法从 AIS 段中检索数据。但是当我在 AIL 之前移动 AIS 段时，一切似乎都正常。那么段顺序在 HL7 中是否重要？

考虑 HL7v2 消息中的以下 PV1 段。

PV1|1|E|MYLOC||||55555^Doctor^Doc^D^^Dr^^DOCT|||||||HO||||ER||BC|||||||||||||||||||VALUE||REG|||201406270627||||||||55555^Doctor^Secondary^H^^Dr^^DOCT2|

那里有 52 个字段。我们的 Meditech 系统总是在此接口上发送字段 52 (PV1_52_OtherHealthcareProvider)，在此用 表示55555^Doctor^Secondary^H^^Dr^^DOCT2。我已将其设置为启用允许尾随分隔符。如您所见，此段中有一个尾随分隔符，但它位于段中的最后一个字段之后，恰好包含上面显示的数据。

情况总是如此，Meditech 总是在这个接口上附加一个尾随分隔符。

其他段的最后一个字段中都没有数据，所以我们没有遇到过这个问题，尽管它们有尾随分隔符。在 PV1 段上，我们收到一个错误：

事实证明这是由于尾随分隔符，因为手动删除分隔符并重新提交，错误不会发生。此外，如果我修改架构以添加一个虚拟(PV1_53_ExtraField) 字段，则允许该消息。

我的问题是：在这种情况下，允许尾随分隔符的预期行为是什么？它是否应该在所有情况下都允许尾随分隔符，还是仅适用于最终字段没有数据的段（即：段末尾的额外字段）？

我正在寻找用于学习目的的示例 Hl7 V2.7 消息，在互联网上没有找到。有人可以给一个示例消息。

谢谢

carriage return字符（别名<cr>，\r或\x0d）是 HL7 消息中指定的段终止符。

因此，禁止在字段中使用该字符。但是，某些数据可能包含换行符。那么换行符是如何编码的呢？去这里的路是什么？什么是最佳做法？

我看到了一些选项：

1. 改用换行符 ( \n)
2. 使用这个特殊的转义序列\.br\
3. 像这样逃离它\x0d\
4. 有些不同？

这些选项中哪些是有效的？我可以在 HL7 消息中看到什么？我应该如何在自己的 HL7 消息中编码换行符？

目前我正在与 HL7 合作，以实现与 Apache Camel 2.13.2 和 Apache Hapi 的医疗互操作性。当我尝试编写新的元数据注释@Terser和定制处理器时，突然 eclipse 自动建议打断了我的注意力。我发现那里@org.apache.camel.component.hl7.Terser已经存在注释。从那时起，我一直在尝试但无法将其用作 Camel Docs 和 Google 搜索未找到的示例。如果任何机构有这种类型的代码的实现，你愿意帮助我吗？