
OA 처리 애플리케이션
사용자 가이드
OA 처리 애플리케이션
공개 성명
이 가이드의 공개, 배포 및 복사는 허용되지만 이 가이드의 항목은 예고 없이 언제든지 변경될 수 있습니다. 이 안내서의 의도된 목적과 사용은 건강 관리 청구: 기관(837I)과 관련하여 정보를 제공하는 것입니다.
이 가이드에서는 Office Ally, Inc.를 OA라고 합니다.
머리말
HIPAA에 따라 채택된 ASC X12N 구현 가이드 및 관련 정오표에 대한 이 부록 문서는 전자 건강 데이터를 OA와 교환할 때 데이터 콘텐츠를 명확히 하고 지정합니다. X12N 구현 가이드와 함께 사용되는 이 동반 문서에 기반한 전송은 X12 구문 및 해당 가이드를 모두 준수합니다.
이 Companion Guide는 HIPAA에서 사용하기 위해 채택된 ASC X12N 구현 가이드의 프레임워크 내에 있는 정보를 전달하기 위한 것입니다. Companion Guide는 어떤 식으로든 구현 가이드에 표현된 데이터의 요구 사항 또는 용도를 초과하는 정보를 전달하기 위한 것이 아닙니다.
Companion Guides(CG)에는 두 가지 유형의 데이터, 즉 출판 주체와의 전자 통신 지침(통신/연결 지침) 및 관련 ASC X12 IG(거래 지침) 준수를 보장하면서 출판 주체를 위한 트랜잭션 생성을 위한 추가 정보가 포함될 수 있습니다. Communications/Connectivity 구성요소 또는 Transaction Instruction 구성요소는 모든 CG에 포함되어야 합니다. 구성 요소는 별도의 문서 또는 단일 문서로 게시될 수 있습니다.
통신/연결 구성 요소는 게시자가 통신 교환을 시작하고 유지하는 데 필요한 정보를 전달하고자 할 때 CG에 포함됩니다.
게시자가 특정 전자 거래 제출에 대한 IG 지침을 명확히 하려는 경우 거래 지침 구성 요소가 CG에 포함됩니다. 거래 지침 구성 요소 콘텐츠는 ASCX12의 저작권 및 공정 사용 진술에 의해 제한됩니다.
소개
1.1 범위
이 Companion 문서는 일괄 처리 애플리케이션의 구현을 지원합니다.
OA는 X12 용어로 올바르게 형식이 지정된 인바운드 제출을 허용합니다. 그만큼 files는 이 동반 문서와 해당 HIPAA 구현 가이드에 요약된 사양을 준수해야 합니다.
OA EDI 애플리케이션은 이러한 조건에 대해 수정하고 거부합니다. file규정을 준수하지 않습니다.
이 동반 문서는 이 표준 트랜잭션을 위해 EDI를 수행하는 데 필요한 모든 것을 지정합니다. 여기에는 다음이 포함됩니다.
- 통신 링크 사양
- 제출방법에 관한 사항
- 거래에 대한 사양
1.2 이상view
이 동반자 가이드는 현재 HIPAA에서 채택한 ASC X12N 구현 가이드를 보완합니다.
이 동반자 가이드는 OA가 거래 파트너와 함께 사용하여 HIPAA 채택 구현 가이드를 추가로 검증하는 수단이 될 것입니다. 이 동반자 가이드는 데이터 요소 및 코드 세트 표준 및 요구 사항 측면에서 해당 HIPAA 구현 가이드를 준수합니다.
상호 동의와 이해가 필요한 데이터 요소는 이 동반 가이드에 명시됩니다. 이 동반자에서 명확히 할 정보 유형은 다음과 같습니다.
- 특정 데이터 요소를 설명하기 위해 HIPAA 구현 가이드에서 사용되는 한정자
- 비즈니스 조건을 만족시키기 위해 활용될 상황 세그먼트 및 데이터 요소
- 추적 파트너 프로file 교환된 전송을 위해 당사가 누구와 거래하고 있는지 확인하기 위한 정보
1.3 참고문헌
ASC X12는 ASC X3N/3 트랜잭션 집합의 의료 구현을 위한 데이터 콘텐츠 및 규정 준수 요구 사항을 정의하는 Type 12 기술 보고서(TR005010's)로 알려진 구현 가이드를 게시합니다. 이 가이드에서는 다음 TR3을 참조합니다.
- 건강 관리 청구: 기관 – 8371 (005010X223A2)
TR3는 다음 위치의 Washington Publishing Company(WPC)를 통해 구입할 수 있습니다. http://www.wpc:-edi.com
1.4 추가 정보
EDI(Electronic Data Interchange)는 거래 파트너 간에 형식화된 비즈니스 데이터를 컴퓨터에서 컴퓨터로 교환하는 것입니다. 트랜잭션을 생성하는 컴퓨터 시스템은 완전하고 정확한 정보를 제공해야 하며 트랜잭션을 수신하는 시스템은 사람의 개입 없이 ASC X12N 형식의 정보를 해석하고 활용할 수 있어야 합니다.
트랜잭션은 컴퓨터 애플리케이션이 데이터를 번역할 수 있도록 특정 형식으로 전송되어야 합니다. OA는 HIPAA에서 채택한 표준 트랜잭션을 지원합니다. OA는 거래 파트너와의 X12 EDI 전송을 활성화하고 처리할 목적으로 전담 직원을 유지합니다.
거래 파트너 관계를 수립하고 가능할 때마다 종이 정보 흐름이 아닌 EDI를 수행하는 것이 OA의 목표입니다.
시작하기
Office Ally에서는 사용하기 쉽고 효율적이며 능률적인 청구 프로세스를 갖추는 것이 얼마나 중요한지 잘 알고 있습니다. 전자 방식으로 제출하면 최대 4배 더 빠르게 지급금을 받을 수 있으며 청구 중 하나에 문제가 발생하면 몇 시간 내에 알 수 있습니다.
Office Ally 혜택:
- 수천 명의 지불인에게 무료로 전자 방식으로 청구 제출
- 서명할 계약 없음
- 무료 설정 및 교육
- 연중무휴 무료 고객 지원
- 더 이상 종이 EOB가 없습니다! 일부 지불인에게 제공되는 전자 송금 통지(ERA)
- 기존 진료 관리 소프트웨어를 사용하여 청구를 전자적으로 제출
- 자세한 요약 보고서
- 온라인 청구 수정
- 인벤토리 보고(이전 청구 인벤토리)
Office Ally의 서비스 센터에 대한 비디오 소개는 여기에서 볼 수 있습니다. 서비스 센터 소개
2.1 제출자 등록
Submitters (Provider/Biller/etc.) must enroll with Office Ally in order to submit claims electronically. You can enroll by contacting OA’s Enrollment Department at (360) 975-7000 Option 3, or by initiating online registration HERE.
등록 체크리스트는 다음 페이지에서 확인할 수 있습니다.
OA 등록 확인 I is.
- 완벽한 온라인 등록 (or call OA’s Enrollment Dept @ 360-975-7000 Option 3)
- OA 서명 승인 시트
- Review, 서명 및 OA 저장 Office-Ally-BAA-4893-3763-3822-6-Final.pdf (officeally.com) 당신의 기록을 위해
- OA 할당 사용자 이름 및 비밀번호 활성화 링크 수신
- 무료 교육 세션 예약(필요한 경우)
- Review OA의 동반자 가이드
- Review OA의 Office Ally 사용 가능한 지불인 호출기 ID 및 EDI 등록 요구 사항을 결정하기 위해
- 완전한 테스트 및 재view 응답 보고서(제3자 소프트웨어 제출자에게만 필요)
- 생산 클레임 제출을 시작하십시오!
FILE 제출 지침
3.1 수락됨 File 형식
Office Ally는 다음을 수락하고 처리할 수 있습니다. file 유형:
- HCFA, CMS1500, UB92 및 UB04 이미지 Files
- ANSI X12 8371, 837P 및 837D files
- HCFA NSF Files HCFA 탭 구분 Files (형식은 OA 사양을 엄격히 준수해야 합니다. 자세한 내용은 지원팀에 문의하십시오.)
3.2 수락됨 File 확장
마찬가지로 Office Ally도 수락할 수 있습니다. files는 다음 중 하나에 해당합니다. file 이름 확장자:
| 텍스트 | 데이트 | 지퍼 | 에크스 | 보기 |
| HCF (하이프) | 리스트 | Ls | Pm | 밖으로 |
| 클름 | 837 | NSF | 피엠지 | 씨엔엑스 |
| 피지피(PGP) | 필 | CSV | MPN | 꼬리표 |
3.3 File 형식 변경
같은 내용을 계속 보내는 것이 중요합니다. file 청구서를 보낼 때 형식 files는 Office Ally에게. 당신의 file 시스템 업데이트, 새 컴퓨터 또는 다른 양식 선택으로 인한 형식 변경, file 실패할 수 있습니다.
업데이트가 필요한 경우 file format being sent to Office Ally, please contact OA at 360-975-7000 Option 1 and let the Customer Service Representative know that you need to have your file 형식이 업데이트되었습니다.
Office Ally와 테스트
Office Ally를 통한 전자 제출로 원활하게 전환하려면 모든 타사 소프트웨어 제출자에 대해 테스트를 완료하는 것이 좋습니다.
End-to-End 테스트는 모든 지불인에게 제공되지 않습니다(그리고 지불인의 요청이 있는 경우에만 완료됨). 그러나 OA를 직접 사용하여 원하는 만큼 자주 테스트할 수 있습니다.
테스트를 하는 것이 좋습니다 file 테스트를 위해 5-100개의 클레임을 포함하는 제출해야 합니다. 테스트 클레임에는 가장 자주 처리하는 다양한 유형의 상황 또는 시나리오(구급차, NDC, 입원 환자, 외래 환자 등)를 설명하는 다양한 클레임이 포함되어야 합니다.
테스트 후 file 제출 및 처리되면 Office Ally는 테스트를 통과한 클레임과 실패했을 수 있는 클레임을 식별하는 보고서를 반환합니다.
4.1 테스트 File 명명 요구 사항
OATEST라는 단어(모두 한 단어)가 테스트에 포함되어야 합니다. file Office Ally에서 테스트로 인식할 수 있도록 이름을 지정합니다. file. 만약 file 필수 키워드(OATEST)가 없으면 file ISA15가 'T'로 설정되었는지 여부에 관계없이 프로덕션 환경에서 처리됩니다. 아래는 예amp허용 및 허용되지 않는 테스트의 파일 file 이름:
허용: XXXXXX.OATEST.XXXXXX.837
허용: OATEST XXXXXX_XXXXX.txt
허용되지 않음: 0A_TESTXXXX>C
허용되지 않음: 테스트 XXXXXX_XXXXX.837
시험 files는 다음을 통해 제출할 수 있습니다. file 업로드 또는 SFTP 전송. 테스트 제출 시 fileSFTP를 통해 클레임 유형 키워드도 file 이름(예: 837P/8371/837D).
연결 정보
Office Ally는 두 가지를 제공합니다. file 배치 제출자를 위한 교환 방법:
- SFTP(보안 File 전송 프로토콜)
- Office Ally의 보안 Web대지
5.1 SFTP - 보안 File 전송 프로토콜
설치 지침
SFTP 연결을 요청하려면 이메일을 통해 다음 정보를 보내십시오. Sipporteofficeallu.com:
- Office Ally 사용자 이름
- 연락처 이름
- 연락처 이메일
- 소프트웨어 이름(있는 경우)
- 제출된 청구 유형(HCFA/UB/ADA)
- 999/277CA 보고서를 받습니까? (예 혹은 아니오)
메모: '아니요'를 선택하면 Office Ally 독점 텍스트 보고서만 반환됩니다.
연결 세부 정보
URL 주소: ftp10officely.com
포트 22
SSH/SFTP 사용(로그인 중에 SSH를 캐시할지 묻는 메시지가 표시되면 '예'를 클릭)
FileSFTP를 통해 Office Ally에 업로드된 s는 처리를 위해 "inbound" 폴더에 넣어야 합니다. 모든 SFTP 아웃바운드 fileOffice Ally의 s(835 포함)는 "outbound" 폴더에서 검색할 수 있습니다.
다운로드 File 명명 요구 사항
모든 인바운드 클레임 fileSFTP를 통해 제출된 s는 다음 키워드 중 하나를 포함해야 합니다. file 제출되는 청구 유형을 식별하기 위한 이름: 837P, 8371 또는 837D
예를 들어amp르, 제작 클레임을 제출할 때 file 제도적 주장 포함: drsmith_8371_claimfile_10222022.837
5.2 Office Ally 보안 Web대지
클레임을 업로드하려면 아래 단계를 따르세요. file Office Ally의 보안 사용 web대지.
- 로그인 www.officely.com
- "클레임 업로드" 위로 마우스를 가져갑니다.
- 업로드하려면 클릭하세요. file 청구 유형에 따라(예: "업로드 전문가(UB/8371) File”)
- "선택 File”
- 찾아보기 file "열기"를 클릭하십시오.
- “업로드”를 클릭하세요
업로드가 완료되면 업로드 확인 페이지를 받게 됩니다. FileID 번호.
응답 보고서는 "다운로드 File 요약” 섹션의 web대지.
연락처 정보
6.1 고객 서비스
| 가능한 날짜: | 월요일부터 금요일까지 |
| 가능한 시간: | 오전 6시 ~ 오후 00시 PST |
| 핸드폰: | 360.975.7000 옵션 1 |
| 이메일: | support@officely.com |
| 팩스: | 360.896-2151 |
| 라이브 채팅: | https://support.officeally.com/ |
6.2 기술 지원
| 가능한 날짜: | 월요일부터 금요일까지 |
| 가능한 시간: | 오전 6시 ~ 오후 00시 PST |
| 핸드폰: | 360.975.7000 옵션 2 |
| 이메일: | support@officely.com |
| 라이브 채팅: | https://support.officeally.com/ |
6.3 등록 지원
| 가능한 날짜: | 월요일부터 금요일까지 |
| 가능한 시간: | 오전 6시 ~ 오후 00시 PST |
| 핸드폰: | 360.975.7000 옵션 3 |
| 이메일: | support@officely.com |
| 팩스: | 360.314.2184 |
| 라이브 채팅: | https://support.officeally.com/ |
6.4 훈련
| 일정: | 360.975.7000 옵션 5 |
| 비디오 튜토리얼: | https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx |
제어 세그먼트/엔벨로프
이 섹션에서는 OA의 ISA(교환) 및 기능 그룹(GS 제어 세그먼트) 사용에 대해 설명합니다. Office Ally에 대한 제출은 당 하나의 교환(ISA) 및 하나의 기능 그룹(GS)으로 제한됩니다. file. Files에는 최대 5000개의 트랜잭션 세트(ST)가 포함될 수 있습니다.
7.1 ISA-IEA
| 데이터 요소 | 설명 | 사용된 값 | 댓글 |
| ISA01 | 권한 부여 한정자 | 0 | |
| ISA02 | 인증 코드 | ||
| ISA03 | 보안 한정자 | 0 | |
| 나는 SA04 | 보안 정보 | ||
| ISA05 | 발신자 한정자 | 30 또는 ZZ | |
| ISA06 | 발신자 ID | 선택한 제출자 ID입니다. 세금 ID가 가장 일반적입니다. | |
| ISA07 | 수신기 한정자 | 30 또는 ZZ | |
| ISA08 | 수신자 ID | 330897513 | Office Ally의 세금 ID |
| ISA11 | 반복 구분 기호 | A | 또는 선택한 구분 기호 |
| ISA15 | 사용량 표시기 | P | 생산 File 테스트를 위해 "OATEST"를 file이름. |
7.2 GS-GE
| 데이터 요소 | 설명 | 사용된 값 | 댓글 |
| GS01 | 기능 ID 코드 | ||
| G502 | 발신자 코드 | 선택한 제출자 코드. 세금 ID가 가장 일반적입니다. | |
| GS03 | 수신자 코드 | OA 또는 330897513 | |
| GS08 | 버전 릴리스 산업 ID 코드 | 005010X223A2 | 기관 |
Office Ally 특정 비즈니스 규칙 및 제한
다음은 file 사양은 837 X12 구현 가이드에서 가져옵니다. 목적은 청구를 전자적으로 처리하는 데 중요한 특정 루프 및 세그먼트에 대한 지침을 제공하는 것입니다. 이것은 전체 가이드가 아닙니다. 전체 가이드는 Washington Publishing Company에서 구입할 수 있습니다.
| 제출자 정보 루프 1000A- NM1 |
||||
| 이 세그먼트의 목적은 다음을 제출하는 개인 또는 조직의 이름을 제공하는 것입니다. file | ||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 |
| NM101 | 엔티티 식별자 코드 | 2/3 | 41 | |
| NM102 | 엔티티 유형 한정자 | 1/1 | 1 또는 2 | 1 = 사람 2 = 사람이 아님 |
| NM103 | 조직(또는 성) 이름 | 1/35 | ||
| NM104 | 제출자 이름 | 1/35 | 상황적; NM102 = 1인 경우에만 필요 | |
| NM108 | 식별 코드 한정자 | 1/2 | 46 | |
| NM109 | 식별 코드 | 2/80 | 제출자 ID 선택 (Tax ID 공통) | |
| 수신자 정보 루프 10008 - NM 1 |
||||
| 이 세그먼트의 목적은 제출하려는 조직의 이름을 제공하는 것입니다. | ||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 |
| NM101 | 엔티티 식별자 코드 | 2/3 | 40 | |
| NM102 | 엔티티 유형 한정자 | 1/1 | 2 | |
| NM103 | 조직 이름 | 1/35 | 사무실 동맹 | |
| NM108 | 식별 코드 한정자 | 1/2 | 46 | |
| NM109 | 식별 코드 | 2/80 | 330897513 | OA 세금 ID |
| 청구 제공자 정보 루프 2010AA- NM1, N3, N4, REF |
||||
| 이 세그먼트의 목적은 청구 공급자의 이름, 주소, NPI 및 세금 ID를 제공하는 것입니다. | ||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 |
| NM101 | 엔티티 식별자 코드 | 2/3 | 85 | |
| NM102 | 엔티티 유형 한정자 | 1/1 | 2 | 2 = 사람이 아님 |
| NM103 | 조직(또는 성) 이름 | 1/60 | ||
| NM108 | 식별 코드 한정자 | 1/2 | XX | |
| NM109 | 식별 코드 | 2/80 | 10자리 NPI 번호 | |
| N301 | 청구 제공자 거리 주소 | 1/55 | 실제 주소가 필요합니다. 사서함을 보내지 마십시오. | |
| N401 | 청구 제공자 도시 | 2/30 | ||
| N402 | 청구 공급자 상태 | 2/2 | ||
| N403 | 청구 제공업체 우편번호 | 3/15 | ||
| 연 | 참조 식별 한정자 | 2/3 | El | El= 세금 ID |
| 참조02 | 참조 식별 | 1/50 | 9자리 세금 ID | |
| 가입자(피보험자) 정보 루프 2010BA – NM1, N3, N4, DMG |
||||
| 이 부분의 목적은 가입자(피보험자)의 이름, 주소, 회원 ID, 생년월일 및 성별을 제공하는 것입니다. | ||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 |
| NM101 | 엔티티 식별자 코드 | 2/3 | IL | |
| NM102 | 엔티티 유형 한정자 | 1/1 | 1 | |
| NM103 | 가입자 성 | 1/60 | ||
| NM104 | 구독자 이름 | 1/35 | ||
| NM108 | 식별 코드 한정자 | 1/2 | MI | |
| NM109 | 식별 코드 | 2/80 | 회원 ID 번호 | |
| N301 | 가입자 거리 주소 | 1/55 | ||
| N401 | 가입자 도시 | 2/30 | ||
| N402 | 가입자 상태 | 2/2 | ||
| N403 | 가입자 우편번호 | 3/15 | ||
| DMG01 | 날짜 기간 형식 구분자 | 2/3 | 8 | |
| DMG02 | 가입자 생년월일 | 1/35 | YYYYMMDD 형식 | |
| DMG03 | 가입자 성별 | 1/1 | F, M 또는 U F = 여성 |
M = 남성 U = 알 수 없음 |
| 지불인 정보 루프 201088 — NM1 |
||||
| 이 세그먼트의 목적은 클레임을 제출해야 하는 지불인 이름과 ID를 제공하는 것입니다(목적지 지불인). 올바른 라우팅을 위해 Office Ally 지불인 목록에 나열된 지불인 ID os를 사용하십시오. |
||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 |
| NM101 | 엔티티 식별자 코드 | 2/3 | PR | |
| NM102 | 엔티티 유형 한정자 | 1/1 | 2 | |
| NM103 | 대상 지불인 이름 | 1/35 | ||
| NM108 | 식별 코드Qualifier | 1/2 | PI | |
| Nm1O9 | 5자리 지불인 ID | 2/80 | Office Ally Payer 목록에 나열된 Payer ID를 사용하십시오. | |
| 환자 정보(상황별) 루프 2010CA - NM1, N3, N4, DMG |
||||
| 이 세그먼트의 목적은 환자의 이름을 제공하는 것입니다 – 가입자와 다른 경우(의존적) | ||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 |
| NM101 | 엔티티 식별자 코드 | 2/3 | QC | |
| NM102 | 엔티티 유형 한정자 | 1/1 | 1 | |
| NM103 | 환자 성 | 1/60 | ||
| NM104 | 환자 이름 | 1/35 | ||
| N301 | 환자 거리 주소 | 1/55 | ||
| N401 | 환자 도시 | 2/30 | ||
| N402 | 환자 상태 | 2/2 | ||
| N403 | 환자 우편번호 | 3/15 | ||
| DMG01 | 날짜 기간 형식 구분자 | 2/3 | D8 | |
| DMG02 | 환자의 생년월일 | 1/35 | YYYYMMDD 형식 | |
| DMG03 | 환자 성별 | 1/1 | F, M 또는 U | F = 여성 M = 남성 U = 알 수 없음 |
| 주치의 제공자 정보 루프 2310A- NM1 |
|||||
| 이 부분의 목적은 환자의 의료 서비스를 담당하는 공급자의 이름과 NPI를 제공하는 것입니다. | |||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 | |
| NM101 | 엔티티 식별자 코드 | 2/3 | 71 | ||
| NM102 | 엔티티 유형 한정자 | 1/1 | 1 | 1= 사람 | |
| NM103 | 참석 성 | 1/60 | |||
| NM104 | 참석 이름 | 1/35 | |||
| NM108 | 식별 코드 한정자 | 1/2 | XX | ||
| NM109 | 식별 코드 | 2/80 | 10자리 NPI 번호 | ||
| 운영 제공자 정보(상황별) 루프 23108 — NM1 |
||||
| 이 부분의 목적은 환자의 수술 수행을 담당하는 공급자의 이름과 NPI를 제공하는 것입니다. | ||||
| 위치 | 설명 | 최소/최대 | 값 | 댓글 |
| NM101 | 엔티티 식별자 코드 | 2/3 | 72 | |
| NM102 | 엔티티 유형 한정자 | 1/1 | 1 | 1= 사람 |
| NM103 | 참석 성 | 1/60 | ||
| NM104 | 참석 이름 | 1/35 | ||
| NM108 | 식별 코드 한정자 | 1/2 | XX | |
| NM109 | 식별 코드 | 2/80 | 10자리 NPI 번호 | |
감사의 말과 보고
Office Ally는 다음 응답 및 보고서 유형을 반환합니다. 언급한 바와 같이 999 및 277CA 응답은 청구에 대해서만 생성됩니다. files는 SFTP를 통해 제출됩니다. 목록은 부록 A를 참조하십시오. file 각 응답과 관련된 명명 규칙.
9.1 999 구현 승인
EDI X12 999 구현 승인 문서는 의료 분야에서 다음을 확인하는 데 사용됩니다. file 받았어요. 999 승인은 클레임에 대해서만 제출자에게 반환됩니다. files는 SFTP를 통해 제출됩니다.
9.2 277CA 청구 승인 File 요약
EDI X12 277CA의 목적 File 요약은 청구가 Office Ally에 의해 거부 또는 수락되었는지 여부를 보고하는 것입니다. 수락된 청구만 처리를 위해 지불인에게 전송됩니다. 이것은 X12 형식입니다. file 형식화된 텍스트와 동일합니다. File 요약 보고서.
9.3 277CA 청구 승인 EDI 상태
EDI X12 277CA EDI 상태 보고서의 목적은 청구가 지불인에 의해 승인 또는 거부되었는지 여부를 전달하는 것입니다. 이것은 X12 형식입니다. file 이는 텍스트 형식의 EDI 상태 보고서와 동일합니다.
9.4 File 요약 보고서
그만큼 File 요약 보고서는 텍스트(.txt) 형식입니다. file 이는 Office Ally에서 클레임을 수락했는지 또는 거부했는지를 나타냅니다. 수락된 청구는 처리를 위해 지불인에게 전송됩니다. 자세한 내용은 부록 B를 참조하십시오. file 레이아웃 사양.
9.5 EDI 상태 보고서
EDI 상태 보고서는 텍스트(.txt) 형식입니다. file 처리를 위해 호출기로 보낸 후 청구 상태를 전달하는 데 사용됩니다. 호출기에서 받은 청구 응답은 EDI 상태 보고서 형식으로 귀하에게 전달됩니다. 자세한 내용은 부록 C를 참조하십시오. file 레이아웃 사양.
이러한 텍스트 보고서 외에도 사용자 지정 CSV EDI 상태 보고서를 받도록 요청할 수 있습니다. 사용자 지정 CSV EDI 상태 보고서에는 EDI 상태 보고서 텍스트에 포함된 클레임이 포함됩니다. file, 선택한 추가 청구 데이터 요소와 함께.
추가 세부 정보 및/또는 이 옵션을 요청하려면 고객 지원에 문의하십시오.
9.6 835 전자 송금 조언
Office Ally는 EDI X12 835를 반환합니다. files 및 송금의 텍스트 형식 버전 file. 자세한 내용은 부록 D를 참조하십시오. file 레이아웃 사양.
부록 A – 사무실 동료의 대응 FILE 명명 규칙
| Office Ally 보고서 및 File 명명 규칙 | |
| File 요약 — 전문가* | FS_HCFA_FILEID_IN_C.txt |
| File 요약 — 기관* | FILEID_UBSUMMARY_YYYYMMDD.txt |
| EDI 상태* | FILEID_EDI_STATUS_YYYYMMDD.txt |
| X12 999** | FILEID_제출됨File이름_999.999 |
| X12 277CA – 전문가용(File 요약)** | 사용자 이름_FILEID_HCFA_277ca_YYYYMMDD.txt |
| X12 277CA – 기관(File 요약)** | 사용자 이름_FILEID_UB_277ca_YYYYMMDD.txt |
| X12 277CA – 전문가(EDI 상태)** | FILEID_EDI_STATUS_HCFA_YYYYMMDD.277 |
| X12 277CA – 기관(EDI 상태)** | FILEID_EDI_STATUS_UB_YYYYMMDD.277 |
| X12 835 및 ERA(TXT)** | FILEID_ERA_STATUS_5010_YYYYMMDD.zip(835 및 TXT 포함) FILEID_ERA_835_5010_YYYYMMDD.835 FILEID_ERA_STATUS_5010_YYYYMMDD.txt |
*부록 B~D 참조 File 레이아웃 사양
**999/277CA 보고서 활성화는 요청해야 하며 다음에서만 사용할 수 있습니다. fileSFTP를 통해 제출됨
부록 B – FILE 요약 – 기관
아래는 예입니다amp기관의 레 File 요약 보고서:
모든 클레임은 File Office Ally에 의해 승인되었습니다.

일부 주장 File Office Ally에 의해 수락되고 일부는 거부(오류)됨

아래는 다음과 같습니다 file 에 포함될 수 있는 각 섹션에 대한 레이아웃 세부 정보 File 요약.
| FILE 요약 세부 정보 | ||
| 필드 이름 시작 위치 필드 길이 | ||
| 주장하다# | 1 | 6 |
| 상태 | 10 | 3 |
| 청구 ID | 17 | 8 |
| 제어 번호 | 27 | 14 |
| 의료 기록 | 42 | 15 |
| 환자 ID | 57 | 14 |
| 환자(L, F) | 72 | 20 |
| 총 요금 | 95 | 12 |
| 날짜부터 | 109 | 10 |
| 빌 탁시드 | 124 | 10 |
| NPI/비밀번호 | 136 | 11 |
| 지불자 | 148 | 5 |
| 에러 코드 | 156 | 50 |
| 중복 정보 | ||
| 필드 이름 시작 위치 필드 길이 | ||
| 정보 | 1 | 182 |
| OA 청구 ID | 35 | 8 |
| OA File 이름 | 55 | |
| 처리된 날짜 | – | – |
| 제어 번호 | – | |
참고사항: 1. "-"는 OA의 길이에 따라 시작 위치와 길이가 다를 수 있음을 나타냅니다. file 이름 2. 오류 코드는 쉼표로 구분되며 헤더의 오류 요약에 해당합니다. 3. ACCNT#(CLM01)이 >14자리이면 PHYS.ID, PAYER 및 ERRORS 시작 위치가 조정됩니다.
부록 C – EDI 상태 보고서
이 텍스트 형식 보고서는 File 요약 보고서 그러나 EDI 상태 보고서에는 지불인이 Office Ally로 보낸 상태 정보가 포함되어 있습니다. 지불인으로부터 OA가 받는 모든 메시지는 EDI 상태 보고서 형식으로 귀하에게 전달됩니다.
EDI 상태 보고서가 나타나고 ex와 유사하게 보입니다.amp아래에 나와 있습니다.

메모: 에드에서! 상태 보고서, 동일한 클레임에 대해 여러 응답이 동시에 반환되는 경우 단일 클레임에 대한 상태가 포함된 여러 행이 표시됩니다.
아래는 다음과 같습니다 file EDI 상태 보고서에 대한 레이아웃 세부 정보입니다.
| EDI 상태 보고서 세부 레코드 | ||
| 필드 이름 | 위치 시작 | 필드 길이 |
| File ID | 5 | 9 |
| 클레임 ID | 15 | 10 |
| 가볍게 두드리기. 계정 번호 | 27 | 14 |
| 인내심 있는 | 42 | 20 |
| 양 | 62 | 9 |
| 실습 D | 74 | 10 |
| 세금 ID | 85 | 10 |
| 지불자 | 96 | 5 |
| 지급인 프로세스 Dt | 106 | 10 |
| 지급인 참조 ID | 123 | 15 |
| 상태 | 143 | 8 |
| 지불인 응답 메시지 | 153 | 255 |
부록 D – ERA/835 상태 보고서
Office Ally는 EDI X12 835의 읽을 수 있는 텍스트(.TXT) 버전을 제공합니다. file, 처럼amp그 중 le은 다음과 같습니다.

Standard Companion Guide 트랜잭션 정보는 X12 기반 구현 가이드 참조
버전 005010X223A2
개정 된 01 / 25 / 2023
문서 / 리소스
![]() | OA 처리 애플리케이션 |
참고문헌
- 이름, ID 및 거래 유형으로 지불자 목록 검색 | 사무실 동맹cms.officely.com
- 당사의 모든 제품에 대한 무료 교육 | 사무실 동맹cms.officely.com
- 사무실AllyUicms.officely.com
- mailto:support@officeally.comofficeally.com
- Office Ally - Kayako 헬프 데스크 소프트웨어 제공support.officely.com
- 의료 행위를 위한 의료 소프트웨어 | 사무실 동맹tv.officely.com
- 의료 행위를 위한 의료 소프트웨어 | 사무실 동맹www.officely.com
- 홈 | WPCwww.wpc-edi.com
- 사용자 설명서manual.tools
