HIPAA 하위 문서 분할

HIPAA의 EDI 교환에서는 ST/SE 헤더 바인딩에 따라 단일 트랜잭션 집합 내에 여러 하위 문서를 두는 경우가 많습니다. EDI 수신 파이프라인은 그런 트랜잭션 집합에서 개별적인 HIPAA 하위 문서를 만드는 기능을 지원합니다. 단일 트랜잭션 집합을 단일 메시지로 처리하는 비 HIPAA EDI 교환의 경우와는 다릅니다.

하위 문서 분할 스키마

BizTalk Server 네이티브 스키마를 통해 다음 HIPAA 문서 형식의 분할을 지원합니다.

• HIPAA 버전 4010 문서: 834 등록, 835 클레임 지불 및 837 클레임의 세 가지 변형

• HIPAA 버전 5010 문서: 276/277 클레임 상태 – 요청 및 응답, 834 등록 및 837 클레임의 세 가지 변형

  BizTalk Server 이러한 세 가지 문서 유형 각각에 대해 두 가지 버전의 스키마를 제공합니다. 각 문서 유형에서 분할을 지원하는 스키마는 파일 이름에 있는 ‘Multiple’ 태그로 식별됩니다. 다른 스키마는 하위 문서 분할을 지원하지 않습니다.

  일부 시나리오에서는 분할 스키마와 비분할 스키마가 모두 필요할 수 있습니다. 이러한 경우는 한 가지 종류의 스키마에 대해 사용자 지정 대상 네임스페이스를 사용하여 지원합니다.

하위 문서 분할을 사용하는 방법

HIPAA 하위 문서 분할은 HIPAA 스키마에 있는 세 개의 주석 항목에 의해 설정됩니다. 처음 두 항목은 appinfo 주석의 스키마에 대한 항목으로, 예로 설정해야 합니다.

subdocument_break = "yes" Split_Without_Sibling_Data = "Yes"  

세 번째 주석 항목은 HIPAA 스키마의 해당 레코드 수준에 있습니다. 이 속성도 예로 설정해야 합니다.

subdocument_creation_break = "yes"  

HIPAA 스키마에 있는 하위 문서 생성 구분선 주석이 "yes"로 설정되어 있고 인바운드 일괄 처리 옵션 파티 속성이 "교환을 트랜잭션 집합으로 분할"로 설정된 경우에만 HIPAA 교환이 하위 문서로 분할됩니다. 인바운드 일괄 처리 옵션 파티 속성이 교환을 보존하도록 설정된 경우에는 EDI 디스어셈블러가 교환을 하위 문서로 분할하지 않습니다. 이 경우 EDI 디스어셈블러는 주석을 무시합니다. 이 경우 이벤트 뷰어에서 경고가 발생하지 않습니다.

참고

하위 문서 생성 구분선 주석은 중첩할 수 없습니다. 스키마에 하위 문서 주석이 적용된 루프가 있는 경우 해당 루프에 하위 문서 주석이 적용된 다른 루프를 포함할 수 없습니다.

하위 문서 처리 방법

EDI 수신 파이프라인에 있는 EDI 디스어셈블러가 하위 문서를 분할합니다. 수신 파이프라인이 들어오는 교환을 확인하고 적절한 승인을 생성하고 나면 개별적인 각 하위 문서가 MessageBox로 라우팅됩니다. 각 하위 문서의 구조와 구문은 유효하지만 비즈니스 수준 요약, 트랜잭션 집합 합계, 트랜잭션 집합 제어 번호는 동기화되지 않습니다. 송신 파이프라인은 각 하위 문서에 있는 SE01의 기존 세그먼트 개수(원래 트랜잭션 집합에서 받음)를 하위 문서에 포함된 세그먼트의 개수로 덮어씁니다. 수신 파이프라인에서도 하위 문서에 중복된 제어 번호가 지정되지 않도록 각 하위 문서의 트랜잭션 집합 제어 번호를 재설정합니다. 이렇게 하면 보내는 쪽의 처리가 실패하지 않게 할 수 있습니다.

트랜잭션 집합으로 인해 EDI가 실패하거나 하위 문서를 분할하는 동안 확인 시간이 길어지면 실패한 각 트랜잭션 집합이 일시 중단됩니다.

하위 문서를 구독하는 송신 포트는 MessageBox에서 각 하위 문서를 선택하여 XML 하위 문서를 직렬화한 다음 일괄 처리하고(활성화된 경우) 확인하고 보냅니다. 송신 파이프라인은 세그먼트 데이터 요소 개수를 업데이트합니다(SE01).

하위 문서 분할 방법

하위 문서 생성 구분선 주석은 일반적으로 HIPAA 스키마에 있는 하나 이상의 요소를 포괄하는 루프에 적용됩니다. 스키마에서 구분선 루프 앞뒤에 있는 다른 요소는 여러 하위 문서 각각에 복제됩니다.

다음 표에서는 하위 문서 분할의 예를 보여 줍니다. 이 예에서는 CC 요소 루프에 대해 하위 문서 생성 구분선 주석이 "yes"로 설정되어 있습니다. 그 결과 트랜잭션 집합에 있는 CC 요소는 개별 하위 문서로 분할되지만 트랜잭션 집합의 AA, BB 및 DD 요소는 모두 각 개별 하위 문서에 포함됩니다.

스키마(최소 및 최대 발생)	원래 인스턴스	하위 문서 #1	하위 문서 #2	하위 문서 #3
ST (1,0)	ST	ST	ST	ST
AA (1,1)	AA	AA	AA	AA
BB loop (1,n) BB1 (1,n) CC loop (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)	DD	DD	DD	DD
SE	SE	SE	SE	SE