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

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

EDI規(guī)范

EDI規(guī)范是用于創(chuàng)建業(yè)務文檔的準則，不同的公司可以通過這些EDI規(guī)范建立共同的數(shù)據(jù)語言和理解。EDI解決方案可以嚴格或?qū)捤傻貓?zhí)行管理這些文件的準則。較為寬松的執(zhí)行方式可能會避免拋出不必要的錯誤，而較為嚴格的執(zhí)行方式可能會防止出現(xiàn)進一步的數(shù)據(jù)處理問題。

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

為了更快的了解EDI規(guī)范，將不同的規(guī)范劃分為三層結(jié)構(gòu)是很有用的。

EDI標準
版本
文件類型

EDI標準

首先，在層次結(jié)構(gòu)的頂層，EDI有幾個不同的標準，包括：

X12（即ANSI X12）
EDIFACT
TRADACOMS

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

版本

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

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

X12版本的常見示例包括：

00401
00403
00501

EDIFACT版本的常見示例包括：

D96A
D96B
D97A
D97B

文件類型

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

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

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

SNIP驗證

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

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

SNIP類型1

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

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

SNIP類型2

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

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

SNIP類型3

SNIP類型3驗證每個索賠行項目的總和是否等于總索賠金額。類型3是SNIP驗證從簡單地根據(jù)EDI文件模式驗證EDI段的結(jié)構(gòu)發(fā)展到驗證這些段中的數(shù)據(jù)內(nèi)容。確保報銷總額的正確性有助于防止出現(xiàn)有問題的財務差異。

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

SNIP類型4

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

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

SNIP類型5

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

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

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

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

SNIP類型6

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

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

SNIP類型7

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

醫(yī)療保險
醫(yī)療補助
印度衛(wèi)生

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

注：文案部分內(nèi)容來源于網(wǎng)絡，版權(quán)歸原創(chuàng)作者所有，如有侵犯到您的權(quán)益，請您聯(lián)系我們進行刪除，給您帶來困擾，我們深感抱歉。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。