hl7 v2的ack消息即應答消息構造時有幾個注意的地方。?
首先,我們看下2個ack的例子:
Send:
MSH|^~\&|NIST_SENDER^^|NIST^^|NIST_RECEIVER^^|NIST^^|20101101160641||ADT^A01^ADT_A01|NIST-101101160641914|P|2.3.1
EVN||20101020
PID|||14583058^^^NIST2010&2.16.840.1.113883.3.72.5.9.1&ISO||MUSTO^WILLIE^^^^^L|BROWN^^^^^^L|19670217|M|||2516 Maxwell Farm Road^^HARRISONBURG^VA^22801||^PRN^PH^^^540^2084880||||||691-01-6885
PV1||I
Ack1:
MSH|^~\&|NIST_RECEIVER|NIST|NIST_SENDER|NIST|20130809104959||ACK^A01^ACK|IHE PIX Manager-20130809104959-3|P|2.3.1||||||UNICODE
MSA|AA|NIST-101101160641914
Ack2:
MSH|^~\&|NIST_RECEIVER|NIST|NIST_SENDER|NIST|20130809105012||ACK^A01^ACK|IHE PIX Manager-20130809105012-1|P|2.3.1||||||UNICODE
MSA|AE|NIST-101101160641914
ERR|^^^205&DuplicateKeyIdentifier&&&Patient's Id is duplicated
從上面的例子可以看出,?
1.ACK消息包含MSH,MSA,ERR, ERR為可選,其他2個為必選
2.MSH的SendingApplication,SendingFacility,RecevingApplication,ReceivingFacility與發送方對應字段相反。
3.MSH-9一定要正確填寫, 比如ACK^A01^ACK
4.MSH-7的值與發送方無關, 應自己產生uid
5.MSA-1表示發送成功或者失敗, 其值有:AA,AE,AR和 CA,CE,CR。 第一個字母A/C代表Application/Commit, 第二字母A/E/R代表Accept/Error/Reject
6.MSA-2(Message Control ID),其值與發送方的MSH-10相同, 表示應答此發送方的此條消息
7.ERR段各個HL7 2x版本不盡相同, 如2.3.1中ERR-1-1 代表SegmentID, ERR-1-2代表Segment Sequence, ERR-1-3代表Field Position,ERR-1-4則包含了詳細描述信息(Identifier, Text, Alternate Identifier, Alternate Text)。
? ?不管版本為那個, 都包含Error Location 和Error Code信息。 Err location表示在hl7消息中的出錯位置, Err code表示出錯的代碼及其描述(標準中定義),以及輔助代碼及描述。
? ?V2.5版本中還包含必選Field:Severity,表示出錯的嚴重程度。 有W(Warning), I(Information), E(Error)
- 前言
- HL7 Tools suite
- HL7 Event Type
- HL7 ADT Message Sample
- IHE-PIX 備注
- HL7 V2 分隔符
- 有關HL7 的C# 源碼
- Pix mesa 自動化測試
- hl7 V2中Message Control ID的含義及應用
- hl7消息中和時間有關的字段的格式
- hl7中V2版本的ACK消息的構造
- hl7 v2.X 版本中RSP_K23消息的構造
- HL7及PIX相關的測試工具
- HL7 標準及實現指南 必看的網址
- IHE 官方網址有用資源介紹
- PIX v2版本中Query 失敗時, ERR段的構造
- AspNet WebApi 中應用fo-dicom拋出異常:No codec registered for tranfer syntax:
- DicomIoException: Requested 132 bytes past end of fixed length stream.