在此示例中,maven中央存储库正在使用以下依赖项:
<!-- provides HAPI library -->
<dependency>
<groupId>ca.uhn.hapi</groupId>
<artifactId>hapi-base</artifactId>
<version>2.2</version>
</dependency>
<!-- provides HAPI library message version -->
<dependency>
<groupId>ca.uhn.hapi</groupId>
<artifactId>hapi-structures-v22</artifactId>
<version>2.2</version>
</dependency>
<!-- provides ByteString -->
<dependency>
<groupId>com.typesafe.akka</groupId>
<artifactId>akka-actor_2.10</artifactId>
<version>2.3.3</version>
</dependency>
以下是我用scala编写的解析代码示例:
import akka.util.ByteString
import ca.uhn.hl7v2.model.Message
import ca.uhn.hl7v2.model.v22.datatype.{CM_PAT_ID, ST, TN, TSComponentOne}
import ca.uhn.hl7v2.model.v22.segment.{EVN, MRG, PID}
import ca.uhn.hl7v2.parser.CanonicalModelClassFactory
import ca.uhn.hl7v2.{DefaultHapiContext, ErrorCode, HL7Exception}
lazy val parser = {
val context = new DefaultHapiContext()
context.setModelClassFactory(new CanonicalModelClassFactory("2.2"))
context.getGenericParser
}
def parseHL7Message(message: ByteString) = Try[Message] {
val msg: String = message.utf8String.trim
parser.parse(msg)
}
此代码可以成功解析以下HL7消息。
"MSH|^~\\&|XXXX|S|XXXXXX|S|201410280931||ADT^A31|123456|P|2.2\r" +
"EVN|A31|201410280930\r" +
"PID|||9999999^^^S^MR~88888888^^^^PI||xxxx^xxxxxxxxx||11111111||||||(123)456-7890\r" +
"PV1\r"
但是,当消息中提供带扩展名的电话号码时,hapi解析器无法解析消息。以下是我尝试使用电话号码中的扩展名解析的输入消息的示例:
"MSH|^~\\&|XXXX|S|XXXXXX|S|201410280931||ADT^A31|123456|P|2.2\r" +
"EVN|A31|201410280930\r" +
"PID|||9999999^^^S^MR~88888888^^^^PI||xxxx^xxxxxxxxx||11111111||||||(123)456-7890 1\r" +
"PV1\r"
尝试解析此消息失败,并显示以下错误消息:
ca.uhn.hl7v2.validation.ValidationException:验证失败: 原始值'(123)456-7890 1'需要为空或美国手机 PID-13的编号
我在http://hl7api.sourceforge.net/index.html阅读了我能找到的所有内容,以查找有关如何修改验证规则但未找到任何有用内容的文档。
一个例子是最受欢迎的,但即使指向正确的文档,或简单的工作示例项目就足够了。
如何将HAPI解析器使用的验证规则配置为允许将电话号码扩展名包含在PID-13字段中的有效美国电话号码中?
修改
通过这个hapi开发人员邮件列表thread进行更多搜索,我想出了如何完全禁用验证。这是一个例子:
lazy val parser = {
val context = new DefaultHapiContext()
context.setModelClassFactory(new CanonicalModelClassFactory("2.2"))
context.setValidationContext(new NoValidation)
context.getGenericParser
}
但如果可能的话,我想继续验证这些消息。如果我必须禁用验证,我想这将必须工作,但我更愿意指定验证保持打开状态,但电话号码可以包含扩展名。
答案 0 :(得分:4)
我必须使用第三方服务,此服务会向我发送无效的电话。不幸的是,我无法理解,如何将其作为“最佳实践”。但我找到了一个黑客:
@PostConstruct
public void postConstruct() {
List<RuleBinding<PrimitiveTypeRule>> rules = ((ValidationContextImpl)applicationRouter.getParser().getHapiContext().getValidationContext()).getPrimitiveRuleBindings();
//initially was published with this line, but think it was mistake
//for(int i = rules.size() - 1; i > 0; i--) {
for(int i = rules.size() - 1; i >= 0; i--) {
RuleBinding<PrimitiveTypeRule> item = rules.get(i);
if("TN".equals(item.getScope())){
rules.remove(i);
}
}
}
如果有人知道更好的解决方法,请写信。
答案 1 :(得分:2)
电话号码可以包含扩展程序。问题是您的扩展名格式错误。请参阅HL7 Messaging Standard Version 2.2,第2.8.10.9节。电话号码必须采用以下格式。
[NN] [(999)]999-9999[X99999][B99999][C any text]
将扩展名放在'X'之后。