SNIP驗證指的是一系列可應用于EDI文件的約束條件，以確保EDI數據符合HIPAA標準。因此，SNIP驗證支持是選擇EDI處理解決方案時需要考慮的一個重要因素。想要了解SNIP驗證，首先要了解EDI規范本身。因此，本文主要包括EDI規格概述以及關于SNIP驗證級別的說明。

本文旨在為任何實施 EDI 解決方案的人提供幫助，而不僅僅是使用知行EDI系統的人。

EDI規范

EDI規范是用于創建業務文檔的準則，不同的公司可以通過這些EDI規范建立共同的數據語言和理解。EDI解決方案可以嚴格或寬松地執行管理這些文件的準則。較為寬松的執行方式可能會避免拋出不必要的錯誤，而較為嚴格的執行方式可能會防止出現進一步的數據處理問題。

因此，僅憑EDI規范不能決定EDI處理方案應該認為什么是有效或無效的EDI數據。下一節介紹的SNIP驗證級別，增加了EDI規范應該如何執行的明確規則，以及額外的執行規則（在更高的驗證級別）。

為了更快的了解EDI規范，將不同的規范劃分為三層結構是很有用的。

EDI標準
版本
文件類型

EDI標準

首先，在層次結構的頂層，EDI有幾個不同的標準，包括：

X12（即ANSI X12）
EDIFACT
TRADACOMS

這些標準都是為了達到同樣的目的，即確保雙方就如何解釋業務數據達成一致，但并不具有互操作性。例如，遵守X12標準的文檔就不能成為有效的EDIFACT文檔。

版本

每個EDI標準都有多個版本的標準。偶爾會發布新的版本，對標準所定義的規則進行更新。EDI交換中的各方必須就要使用的EDI標準（如X12）和該標準中的版本達成一致。

新版本中發布的更新通常是增量更新，因此每個標準的核心要素在每個版本中都保持不變。即使兩個X12文檔使用標準的不同版本，但兩個X12文檔之間看起來仍然十分相似。因此，對于使用不同版本的一方來說，EDI數據的某些方面可能是無法理解的。

X12版本的常見示例包括：

00401
00403
00501

EDIFACT版本的常見示例包括：

D96A
D96B
D97A
D97B

文件類型

每個標準的各個版本都定義了一套文件類型。每種文件類型都是根據特定的業務交換而設計的；例如，管理采購訂單文件的規則與管理醫療保健登記索賠文件的規則不同。

每種文件類型都通過一個單獨的模式文件來定義。該模式文件包含關于單個EDI段/元素的預期數量和順序的信息。除了特定文件的模式外，每個版本都有一個通用模式文件，其中包含了適用于所有文件類型的段/元素信息（例如，某些元素的可能值集等）。

因此，要建立EDI交易關系，雙方必須就EDI標準、該標準中的版本以及與其數據交換有關的具體文件類型(模式)達成一致。

SNIP驗證

SNIP驗證描述了七個級別的數據驗證，它們與上一節中提到的模式相關，但又是分開的。每個級別或“類型”都會增加文檔數據約束的嚴格程度。這些類型是累積性的，這意味著執行SNIP驗證類型4也需要執行類型3、2和1中的規則。

將SNIP驗證添加到EDI處理解決方案中，有助于明確EDI文檔必須遵守EDI標準中定義的模式的緊密程度。此外，更高級別的SNIP驗證可以確保EDI文檔中包含的數據在敏感或受監管的環境中有效，例如符合HIPAA標準的EDI解決方案。本節包含按SNIP驗證類型建立的約束條件的摘要。

SNIP類型1

SNIP類型1驗證EDI數據的基本語法完整性。這包括要求在文檔中只出現有效的EDI段，并按照EDI模式中定義的順序出現。

僅僅是類型1并沒有在EDI文檔模式已經施加的約束條件之外引入額外的約束條件，強制執行這些約束條件是成功解析EDI數據的必要條件。因此，任何EDI處理解決方案都應默認支持SNIP類型1。

SNIP類型2

SNIP類型2驗證EDI段、元素和限定符在文檔中出現的次數。這包括確保所需的段/元素存在，以及重復段在允許范圍內的重復次數。

類型2和類型1一樣，執行EDI文檔模式中定義的規則，但這些規則不一定是解析EDI數據的組成部分。因此，一個寬松的EDI處理解決方案可能不會默認執行類型2驗證。

SNIP類型3

SNIP類型3驗證每個索賠行項目的總和是否等于總索賠金額。類型3是SNIP驗證從簡單地根據EDI文件模式驗證EDI段的結構發展到驗證這些段中的數據內容。確保報銷總額的正確性有助于防止出現有問題的財務差異。

類型3不太可能被EDI處理解決方案所支持，因為這些解決方案沒有專門的SNIP驗證用以處理受HIPAA約束的EDI文檔。

SNIP類型4

SNIP類型4驗證段間值關系：如果元素A的值為 “X”，那么元素B的值必須為 “Y “或 “Z”。類型4驗證確保EDI文檔中的數據不僅對EDI模式有效，而且對同一文檔中的其他值也有效。

類型4和類型3一樣，需要特定于醫療保健的數據驗證，一般EDI處理解決方案不可能支持這種驗證。此外，類型4驗證中涉及的特定代碼和if-then關系可能因文檔和實施而不同。

SNIP類型5

SNIP類型5對HIPAA接受范圍內的特定代碼集進行驗證。一些EDI字段包含一個代碼值，并且在HIPAA標準下只有特定的代碼集有效。SNIP類型5確保代碼字段包含這些標準認可的代碼。

HIPAA標準定義了一組可接受的代碼的例子包括：

NDC（國家藥品代碼）代碼
ICD(國際疾病和相關健康問題統計分類)代碼
CPT（現行程序術語）代碼

類型5驗證需要將EDI數據與外部資源進行交叉引用，因此實施時需要了解這些外部資源，并進行額外的配置以將這些資源提供給EDI處理解決方案。

SNIP類型6

SNIP類型6驗證了在創建索賠數據記錄時考慮到了保健服務的差異。例如，如果EDI文件涉及脊柱按摩服務，而不是精神病服務，EDI段（記錄）可能有不同的要求。類型6驗證確保EDI數據的結構與EDI文件的服務相匹配。

SNIP類型6驗證涉及更具體的數據值驗證，可能需要額外的工作來實現EDI處理解決方案中的這些驗證規則。

SNIP類型7

SNIP類型7驗證了某些EDI貿易伙伴的特殊要求。

醫療保險
醫療補助
印度衛生

實施規范中為這些特定的貿易伙伴提供了SNIP第7類規則，在與私營保險公司等其他伙伴交換EDI文件時，這些規則并不適用。

注：文案部分內容來源于網絡，版權歸原創作者所有，如有侵犯到您的權益，請您聯系我們進行刪除，給您帶來困擾，我們深感抱歉。

總結

以上是生活随笔為你收集整理的SNIP验证EDI文件的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。