Suddivisione di documenti secondari HIPAA

Gli interscambi EDI per HIPAA includono in genere più documenti figlio/secondari all'interno di un singolo set di transazioni, delimitati dalle intestazioni ST/SE. La pipeline di ricezione EDI supporta la creazione di documenti secondari HIPAA distinti da tale set di transazioni. Gli interscambi EDI non HIPAA sono invece diversi, in quanto un singolo set di transazioni viene elaborato come un singolo messaggio.

Schemi per la suddivisione di documenti secondari

BizTalk Server supporta la suddivisione dei tipi di documento HIPAA seguenti tramite schemi nativi:

• Documenti HIPAA versione 4010: 834 Enrollment, 835 Claim Payment e tre varianti di 837 Claim Claim

• Documenti HIPAA versione 5010: 276/277 Stato attestazione – Richiesta e risposta, 834 Registrazione e tre varianti di attestazione 837

  BizTalk Server fornisce due versioni di schemi per ognuno di questi tre tipi di documento. Per ogni tipo di documento, lo schema che supporta la suddivisione è identificato dal tag "Multiple" nel nome file. L'altro schema non supporta la suddivisione di documenti secondari.

  In alcuni scenari possono essere necessari sia schemi che supportano la suddivisione sia schemi che non la supportano. Ciò è reso possibile tramite l'utilizzo di uno spazio dei nomi di destinazione personalizzato per una variante dello schema.

Come viene abilitata la suddivisione di documenti secondari

La suddivisione di documenti secondari HIPAA viene abilitata da tre voci di annotazione nello schema HIPAA. Le prime due sono voci per lo schema nell'annotazione appinfo, che deve essere impostata su sì:

subdocument_break = "yes" Split_Without_Sibling_Data = "Yes"  

La terza voce di annotazione si trova nei livelli dei record appropriati nello schema HIPAA. Questa proprietà deve essere impostata anche su Sì.

subdocument_creation_break = "yes"  

Un interscambio HIPAA verrà suddiviso in documenti secondari solo se l'annotazione di interruzione della creazione di documenti secondari nello schema HIPAA è impostata su "sì" e la proprietà entità dell'opzione Elaborazione batch in ingresso è impostata su "Suddividi interscambio in set di transazioni". Se la proprietà entità dell'opzione Elaborazione batch in ingresso è impostata in modo da mantenere l'interscambio, il disassembler EDI non suddividerà l'interscambio in documenti secondari. In questo caso, il disassembler EDI ignorerà l'annotazione. Se ciò si verifica, non verranno generati messaggi di avviso nel Visualizzatore eventi.

Nota

Le annotazioni di interruzione della creazione di documenti secondari non possono essere annidate. Se uno schema include un ciclo a cui è applicata un'annotazione di documento secondario, tale ciclo non può contenere un altro ciclo a cui è applicata un'annotazione di documento secondario.

Elaborazione dei documenti secondari

Il disassembler EDI nella pipeline di ricezione EDI suddivide i documenti secondari. La pipeline di ricezione convalida l'interscambio in arrivo e genera i riconoscimenti appropriati, quindi instrada ogni documento secondario nel MessageBox. I documenti secondari sono tutti validi dal punto di vista strutturale e sintattico; tuttavia, è previsto che riepiloghi a livello di business, totali di set di transazioni e numeri di controllo di set di transazioni non siano sincronizzati. La pipeline di trasmissione sovrascriverà il valore del numero di segmenti esistenti in SE01 di ogni documento secondario (che deriva dal set di transazioni originale) con il numero di segmenti inclusi nel documento secondario. La pipeline di ricezione, inoltre, reimposterà i numeri di controllo di set di transazioni in ogni documento secondario in modo da non che il documento secondario non includa numeri di controllo duplicati. In questo caso, non si verificheranno errori nell'elaborazione lato trasmissione.

Se un set di transazioni non supera la convalida EDI o estesa durante la suddivisione dei documenti secondari, il singolo set di transazioni con errori verrà sospeso.

Una porta di trasmissione che sottoscrive i documenti secondari preleverà ogni documento secondario dal MessageBox, serializzerà i documenti secondari XML, li unirà in batch (se questa funzionalità è abilitata), li convaliderà e li trasmetterà. La pipeline di trasmissione aggiorna il numero di elementi dati dei segmenti (SE01).

Modalità di suddivisione dei documenti secondari

Un'annotazione di interruzione della creazione di documenti secondari viene in genere applicata a un ciclo che incorpora uno più elementi in uno schema HIPAA. Gli altri elementi prima e dopo il ciclo di interruzione nello schema vengono replicati in ognuno dei diversi documenti secondari.

Nella tabella seguente viene illustrato un esempio di suddivisione di documenti secondari. Nell'esempio l'annotazione di interruzione della creazione di documenti secondari è impostata su "sì" per il ciclo di elementi CC. Di conseguenza, gli elementi CC del set di transazioni vengono separati in documenti secondari distinti, mentre gli elementi AA, BB e DD del set di transazioni vengono tutti inclusi in ogni documento secondario distinto.

Schema (occorrenze min e max)	Istanza originale	Documento secondario 1	Documento secondario n. 2	Documento secondario n. 3
ST (1,0)	ST	ST	ST	ST
AA (1,1)	AA	AA	AA	AA
Ciclo BB (1,n) BB1 (1,n) Ciclo CC (1,n) - subdocument_break = "yes" CC1 (1,n) CC2 (0,n) BB2 (0,n)	BB1*1 CC1*1 CC2*1 BB2*1 BB1*2 CC1*2 CC2*2 BB1*3 CC1*3 CC2*3	BB1*1 CC1*1 CC2*1 BB2*1	BB1*2 CC1*2 CC2*2	BB1*3 CC1*3 CC2*3
DD (0,n)	GG	GG	GG	GG
SE	SE	SE	SE	SE