问题标签 [hl7-v2]

如何使用 HL7 2.6 在 PCD DEC 配置文件的 ORU_R01 配置文件的 OBX 段中发送负测量数字？

以及我在哪里可以找到 IHE 定义的要求..

-谢谢-

我正在尝试使用本地自定义（NZ）解析 HL7 REF I12 消息。

当我尝试使用 GenericParser 时，我不断收到验证异常。例如对于下面的部分，我不断得到输出

ca.uhn.hl7v2.validation.ValidationException：验证失败：原始值“（08）569-7555”需要为空或美国电话号码

我的问题是：

• 有没有办法通过使用一致性类生成器来避免验证
• 是否可以使用 CustomModelClasses 创建自己的验证类？

无论哪种情况，是否有任何示例代码或教程示例文档？

关于下面的消息，我将分别获取段列表、组列表以及重复次数、组内的段和子组列表。虽然我想将 Hapi-2.1 与 Apache Camel 一起使用。

我是 Nhapi 的新手，并使用它来解析 HL7 消息。

我面临的问题是我正在解析 ADT^A03 消息，但我总是将 PV1 段设为空。

我附上了示例消息和我的代码。

示例消息：

代码 ：

我需要更改现有系统（使用 python-hl7 用 Python 编写）以接受包含患者手术细节的消息，然后将这些细节记录在数据库中作为他们医疗记录的一部分。不过，这个问题更多地是关于 HL7 (v2)，而不是 Python 或 python-hl7。我找不到更好的 Stack Exchange“社区”来发布这个。

应该使用什么消息类型、段来记录手术过程的详细信息。例如，做了什么手术，开始和结束的时间，结果是什么，发生在哪里，初级和助理外科医生是谁，等等。

从到目前为止我所能找到的情况来看，似乎应该使用某种带有 PR1 段的 ADT 消息（例如 A04）。这个对吗？有示例消息吗？

谢谢。

编辑：要清楚，我不是在寻找 Python 示例。我正在寻找示例 HL7 消息，以了解其他人是如何做到的。当然，清楚明确地说明需要哪些字段以及它们可以/应该包含什么内容的文档也会有所帮助。

HL7美国标准和英国标准有什么区别吗？如果它在那里，那么那些是什么？

目前我们正在研究实验室领域。
实验室域包含许多配置文件，每个配置文件都包含许多参与者。
其中 LAB TF多次 提到LAB -n。

例如：

1. 实验室-1~5 (5)
2. 实验室-21~23 (3)
3. 实验室-26~31 (6)
4. 实验室-51 (1)
5. LAB-61~62 (2)

它们实际上是什么？
机器、设备、演员或其他什么？
它们有什么用？

I am getting this Error While Parsing the message .

pipeparser.Parser(message) ---> It throws exception at this line.

Error : can't get repetition 2 from field 5 - maximum repetitions is only 1 reps.: segment: obx (rep 0) field 5

Message Version

2.2 and 2.3

Sample Message :

我无法使用 HAPI api（2.2 版）针对从MWB（消息工作台）生成的一致性配置文件验证ORU_R01和ADT_A04（HL7 v2.3.1 ）消息。

• 第一个问题是关于 MWB 在 ORU_R01 消息的一致性配置文件中分配给段组的名称，其中PATIENT_RESULT是MWB（消息工作台）生成的段组名称，而PIDPD1NK1NTEPV1PV2ORCOBRNTEOBXNTECTI是 HAPI 在其 api 中引用同一段组的方式。
• 如果我在配置文件中将 PATIENT_RESULT 替换为PIDPD1NK1NTEPV1PV2ORCOBRNTEOBXNTECTI ，则配置文件对 HAPI api 解析器有效。

以下是上述问题的验证日志：

1. ValidationException -在消息中找不到PATIENT_RESULT
2. ValidationException - 结构PIDPD1NK1NTEPV1PV2ORCOBRNTEOBXNTECTI出现在消息中，但不在配置文件中

第二个问题是 OBX 段中要在 OBX.5 字段中使用的数据类型。 由于我的消息包含多个 OBX，并且在 OBX.2 字段中也有多个数据类型，例如NM和ST，因此我不能在一致性配置文件中为 OBX.5 提供固定数据类型，所以我尝试了 HAPI api 为数据类型占位符提供的“VARIES” OBX.5 数据类型声明中的一致性配置文件。但这也没有用。

以下是上述问题的验证日志：

1. ValidationException - HL7 数据类型NM与 OBX-5 的配置文件数据类型 VARIES 不匹配

2. ValidationException - HL7 数据类型ST与 OBX-5 的配置文件数据类型 VARIES 不匹配

以下是留言：

• MSH|^~\&|aa|bb|cc|3910|200903230934||ORU^R01^ORU_R01|75535037-123781|P^T|2.3.1
• EVN|A31|200903230934
• PID|1||29^^||Test300^Leticia^^^^^L||19770202|M||
• OBX|| 纳米|abc|| 121 ||||||F||
• OBX|| ST |定义|| 贾斯瓦尔||||||F||

以下是个人资料片段：

问候， 阿马尔·贾斯瓦尔

请考虑 BizTalk 中的以下消息流。

我们有几个 MLLP 接收端口/位置设置在一个应用程序中接收 HL7v2 消息。这些端口各自接收略有不同的消息类型。

我们称它为 RP1

在另一个应用程序中，我们有订阅每个相应接收端口的发送端口。这些发送端口每个都有一个出站映射，用于转换 HL7v3 中的消息并将其提交给 WCF（请求/响应）服务。

我们称之为 SP1

然后 WCF 服务处理和验证 HL7v3 并发送回 HL7v3 ack 消息。SP1 发送端口具有自定义发送和接收管道组件。接收（来自 WCF 响应）只接收消息并提升某些字段，这些字段稍后将用于订阅。

然后还有两个发送端口。订阅肯定 ACK 的 SP2。SP3 到基于上面提到的领域的否定。正面的 ACK 会被消耗掉，而负面的 ACK 会通过电子邮件发送给支持人员。

问题是，在大约 10% 的消息中，我们看到以下 2 条错误消息中的 1 条弹出：

通常在 Group 查看器中跟随一个暂停的服务实例：

被挂起的实例的Service Name 是RP1 的。未消费消息的消息类型是来自 SP1 的 ACK（因此它是 WCF 响应）。这很奇怪，因为在我看来 RP1 永远不应该期待这个响应消息，并且有发送端口（SP2、SP3）订阅了响应消息类型。

我忘了说的另一点是，有 3 个接收端口，如 RP1，每个端口都有 3 个接收位置和 3 个发送端口订阅各自的接收端口。

BizTalk Server 安装在 2 个物理服务器上，共享 1 个 BizTalkMgmtDb/Messagebox

在此之前，我们输入了相同数量的消息，但它被合并（在发送端）到一个接收位置。旧的解决方案有多个编排，但从未遇到过这个问题。

那么为什么现在 WCF (HL7v3) 响应消息会丢失并在 RP1 (HL7v2) 的实例下被挂起？

这是它的外观的基本图像。