ຄໍາຮ້ອງສະຫມັກການປະມວນຜົນ OA
ຄູ່ມືຜູ້ໃຊ້

ຄໍາຮ້ອງສະຫມັກການປະມວນຜົນ OA

ຖະແຫຼງການເປີດເຜີຍ
ການເປີດເຜີຍ, ການແຈກຢາຍແລະການຄັດລອກຄູ່ມືນີ້ແມ່ນອະນຸຍາດໃຫ້, ຢ່າງໃດກໍຕາມ, ການປ່ຽນແປງລາຍການທີ່ພົບເຫັນຢູ່ໃນຄູ່ມືນີ້ອາດຈະເກີດຂຶ້ນໄດ້ທຸກເວລາໂດຍບໍ່ມີການແຈ້ງການ. ຈຸດປະສົງແລະການນໍາໃຊ້ຄູ່ມືນີ້ແມ່ນເພື່ອສະຫນອງຂໍ້ມູນໃນການອ້າງເຖິງການຮຽກຮ້ອງການດູແລສຸຂະພາບ: ສະຖາບັນ (837I).
Office Ally, Inc. ຈະຖືກເອີ້ນວ່າ OA ຕະຫຼອດຄູ່ມືນີ້.
PREFACE
ເອກະສານຄູ່ນີ້ຕໍ່ກັບຄູ່ມືການປະຕິບັດ ASC X12N ແລະຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງທີ່ໄດ້ຮັບຮອງເອົາພາຍໃຕ້ HIPAA ຊີ້ແຈງແລະກໍານົດເນື້ອໃນຂໍ້ມູນໃນເວລາທີ່ການແລກປ່ຽນຂໍ້ມູນສຸຂະພາບເອເລັກໂຕຣນິກກັບ OA. ການສົ່ງຂໍ້ມູນໂດຍອີງໃສ່ເອກະສານຄູ່ນີ້, ຖືກນໍາໃຊ້ຄຽງຄູ່ກັບຄູ່ມືການປະຕິບັດ X12N, ແມ່ນສອດຄ່ອງກັບທັງ X12 syntax ແລະຄູ່ມືເຫຼົ່ານັ້ນ.
ຄູ່​ມື​ຄູ່​ມື​ນີ້​ແມ່ນ​ມີ​ຈຸດ​ປະ​ສົງ​ເພື່ອ​ບົ່ງ​ບອກ​ຂໍ້​ມູນ​ທີ່​ຢູ່​ໃນ​ຂອບ​ຂອງ​ຄູ່​ມື​ການ​ປະ​ຕິ​ບັດ ASC X12N ທີ່​ໄດ້​ຮັບ​ຮອງ​ເອົາ​ສໍາ​ລັບ​ການ​ນໍາ​ໃຊ້​ພາຍ​ໃຕ້ HIPAA​. ຄູ່​ມື​ຄູ່​ມື​ແມ່ນ​ບໍ່​ໄດ້​ມີ​ຈຸດ​ປະ​ສົງ​ເພື່ອ​ສະ​ແດງ​ຂໍ້​ມູນ​ທີ່​ໃນ​ທາງ​ໃດ​ທາງ​ຫນຶ່ງ​ເກີນ​ຄວາມ​ຕ້ອງ​ການ​ຫຼື​ການ​ນໍາ​ໃຊ້​ຂໍ້​ມູນ​ທີ່​ສະ​ແດງ​ອອກ​ໃນ​ຄູ່​ມື​ການ​ປະ​ຕິ​ບັດ.
Companion Guides (CG) ອາດຈະປະກອບມີຂໍ້ມູນສອງປະເພດ, ຄໍາແນະນໍາສໍາລັບການສື່ສານທາງອີເລັກໂທຣນິກກັບຫນ່ວຍງານເຜີຍແຜ່ (ຄໍາແນະນໍາການສື່ສານ / ການເຊື່ອມຕໍ່) ແລະຂໍ້ມູນເພີ່ມເຕີມສໍາລັບການສ້າງທຸລະກໍາສໍາລັບຫນ່ວຍງານເຜີຍແຜ່ໃນຂະນະທີ່ຮັບປະກັນການປະຕິບັດຕາມ ASC X12 IG (ຄໍາແນະນໍາການເຮັດທຸລະກໍາ). ອົງປະກອບການສື່ສານ / ການເຊື່ອມຕໍ່ຫຼືອົງປະກອບຄໍາແນະນໍາການເຮັດທຸລະກໍາຈະຕ້ອງຖືກລວມຢູ່ໃນທຸກໆ CG. ອົງປະກອບອາດຈະຖືກເຜີຍແຜ່ເປັນເອກະສານແຍກຕ່າງຫາກຫຼືເປັນເອກະສານດຽວ.
ອົງປະກອບການສື່ສານ / ການເຊື່ອມຕໍ່ແມ່ນລວມຢູ່ໃນ CG ເມື່ອອົງການຈັດພິມຕ້ອງການຖ່າຍທອດຂໍ້ມູນທີ່ຈໍາເປັນເພື່ອເລີ່ມຕົ້ນແລະຮັກສາການແລກປ່ຽນການສື່ສານ.
ອົງປະກອບຄໍາແນະນໍາການເຮັດທຸລະກໍາແມ່ນລວມຢູ່ໃນ CG ໃນເວລາທີ່ອົງການຈັດພິມຕ້ອງການຄວາມກະຈ່າງແຈ້ງຄໍາແນະນໍາ IG ສໍາລັບການຍື່ນສະເຫນີການເຮັດທຸລະກໍາເອເລັກໂຕຣນິກສະເພາະ. ເນື້ອໃນອົງປະກອບຄໍາແນະນໍາການເຮັດທຸລະກໍາແມ່ນຖືກຈໍາກັດໂດຍລິຂະສິດຂອງ ASCX12 ແລະຄໍາຖະແຫຼງການນໍາໃຊ້ຍຸດຕິທໍາ.

ແນະນຳ

1.1 ຂອບເຂດ
ເອກະສານ Companion ນີ້ສະຫນັບສະຫນູນການປະຕິບັດຄໍາຮ້ອງສະຫມັກການປະມວນຜົນ batch.
OA ຈະຍອມຮັບການຍື່ນຂາເຂົ້າທີ່ຖືກຈັດຮູບແບບຢ່າງຖືກຕ້ອງໃນເງື່ອນໄຂ X12. ໄດ້ files ຕ້ອງປະຕິບັດຕາມຂໍ້ກໍາຫນົດທີ່ລະບຸໄວ້ໃນເອກະສານຄູ່ນີ້ເຊັ່ນດຽວກັນກັບຄູ່ມືການປະຕິບັດ HIPAA ທີ່ສອດຄ້ອງກັນ.
ແອັບພລິເຄຊັນ OA EDI ຈະແກ້ໄຂເງື່ອນໄຂເຫຼົ່ານີ້ ແລະປະຕິເສດ files ທີ່ບໍ່ປະຕິບັດຕາມ.
ເອກະສານຄູ່ນີ້ຈະລະບຸທຸກຢ່າງທີ່ຈໍາເປັນເພື່ອດໍາເນີນການ EDI ສໍາລັບທຸລະກໍາມາດຕະຖານນີ້. ນີ້ປະກອບມີ:

• ຂໍ້ມູນຈໍາເພາະກ່ຽວກັບການເຊື່ອມຕໍ່ການສື່ສານ
• ຂໍ້ມູນຈໍາເພາະກ່ຽວກັບວິທີການຍື່ນສະເຫນີ
• ຂໍ້ມູນຈໍາເພາະກ່ຽວກັບການເຮັດທຸລະກໍາ

1.2 ເກີນview
ຄູ່ມືຄູ່ນີ້ຍ້ອງຍໍຄູ່ມືການປະຕິບັດ ASC X12N ທີ່ໄດ້ຮັບຮອງເອົາຈາກ HIPAA ໃນປັດຈຸບັນ.
ຄູ່ມືຄູ່ນີ້ຈະເປັນຍານພາຫະນະທີ່ OA ໃຊ້ກັບຄູ່ຄ້າຂອງຕົນເພື່ອໃຫ້ມີຄຸນສົມບັດເພີ່ມເຕີມຂອງຄູ່ມືການປະຕິບັດທີ່ໄດ້ຮັບຮອງເອົາ HIPAA. ຄູ່ມືຄູ່ນີ້ສອດຄ່ອງກັບຄູ່ມືການປະຕິບັດ HIPAA ທີ່ສອດຄ້ອງກັນໃນຂໍ້ກໍານົດຂອງອົງປະກອບຂໍ້ມູນແລະລະຫັດກໍານົດມາດຕະຖານແລະຂໍ້ກໍານົດ.
ອົງປະກອບຂໍ້ມູນທີ່ຕ້ອງການຂໍ້ຕົກລົງ ແລະຄວາມເຂົ້າໃຈເຊິ່ງກັນແລະກັນຈະຖືກລະບຸໄວ້ໃນຄູ່ມືຄູ່ນີ້. ປະເພດຂອງຂໍ້ມູນຂ່າວສານທີ່ຈະໄດ້ຮັບການຊີ້ແຈງພາຍໃນຄູ່ຮ່ວມນີ້ແມ່ນ:

• ຄຸນສົມບັດທີ່ຈະຖືກນໍາໃຊ້ຈາກຄູ່ມືການປະຕິບັດ HIPAA ເພື່ອອະທິບາຍອົງປະກອບຂໍ້ມູນບາງຢ່າງ
• ພາກສ່ວນສະຖານະການແລະອົງປະກອບຂໍ້ມູນທີ່ຈະຖືກນໍາໃຊ້ເພື່ອຕອບສະຫນອງເງື່ອນໄຂທຸລະກິດ
• Tracing partner profile ຂໍ້​ມູນ​ສໍາ​ລັບ​ຈຸດ​ປະ​ສົງ​ຂອງ​ການ​ສ້າງ​ຕັ້ງ​ຜູ້​ທີ່​ພວກ​ເຮົາ​ກໍາ​ລັງ​ການ​ຄ້າ​ກັບ​ສໍາ​ລັບ​ການ​ແລກ​ປ່ຽນ​ສາຍ​ສົ່ງ​

1.3 ເອກະສານອ້າງອີງ
ASC X12 ເຜີຍແຜ່ຄູ່ມືການຈັດຕັ້ງປະຕິບັດ, ທີ່ເອີ້ນວ່າບົດລາຍງານດ້ານວິຊາການປະເພດ 3 (TR3's), ເຊິ່ງກໍານົດເນື້ອໃນຂໍ້ມູນແລະຂໍ້ກໍານົດການປະຕິບັດຕາມການປະຕິບັດການດູແລສຸຂະພາບຂອງຊຸດທຸລະກໍາ ASC X12N/005010. TR3 ຕໍ່ໄປນີ້ແມ່ນອ້າງອີງຢູ່ໃນຄູ່ມືນີ້:

• ການຮ້ອງຂໍການດູແລສຸຂະພາບ: ສະຖາບັນ – 8371 (005010X223A2)

TR3 ອາດຈະຖືກຊື້ຜ່ານບໍລິສັດພິມເຜີຍແຜ່ວໍຊິງຕັນ (WPC) ຢູ່ http://www.wpc:-edi.com
1.4 ຂໍ້ມູນເພີ່ມເຕີມ
ການແລກປ່ຽນຂໍ້ມູນທາງອີເລັກໂທຣນິກ (EDI) ແມ່ນການແລກປ່ຽນຂໍ້ມູນທາງທຸລະກິດກັບຄອມພິວເຕີທີ່ມີຮູບແບບລະຫວ່າງຄູ່ຄ້າ. ລະບົບຄອມພິວເຕີທີ່ສ້າງທຸລະກໍາຕ້ອງສະຫນອງຂໍ້ມູນຄົບຖ້ວນແລະຖືກຕ້ອງໃນຂະນະທີ່ລະບົບທີ່ໄດ້ຮັບການເຮັດທຸລະກໍາຕ້ອງມີຄວາມສາມາດໃນການຕີຄວາມຫມາຍແລະນໍາໃຊ້ຂໍ້ມູນໃນຮູບແບບ ASC X12N, ໂດຍບໍ່ມີການແຊກແຊງຂອງມະນຸດ.
ການເຮັດທຸລະກໍາຕ້ອງຖືກສົ່ງໃນຮູບແບບສະເພາະທີ່ຈະຊ່ວຍໃຫ້ຄໍາຮ້ອງສະຫມັກຄອມພິວເຕີຂອງພວກເຮົາສາມາດແປຂໍ້ມູນໄດ້. OA ສະຫນັບສະຫນູນການເຮັດທຸລະກໍາມາດຕະຖານທີ່ໄດ້ຮັບຮອງເອົາຈາກ HIPAA. OA ຮັກສາພະນັກງານທີ່ອຸທິດຕົນເພື່ອຈຸດປະສົງຂອງການເປີດແລະປຸງແຕ່ງລະບົບສາຍສົ່ງ X12 EDI ກັບຄູ່ຄ້າຂອງຕົນ.
ມັນເປັນເປົ້າຫມາຍຂອງ OA ເພື່ອສ້າງຄວາມສໍາພັນຂອງຄູ່ຄ້າການຄ້າແລະດໍາເນີນການ EDI ກົງກັນຂ້າມກັບຂໍ້ມູນກະດາດໄຫລໄປທຸກເວລາແລະບ່ອນໃດກໍ່ຕາມທີ່ເປັນໄປໄດ້.

ເລີ່ມຕົ້ນ

ທີ່ Office Ally, ພວກເຮົາເຂົ້າໃຈວ່າມັນມີຄວາມສຳຄັນສໍ່າໃດທີ່ຈະມີຂັ້ນຕອນການຮ້ອງຂໍທີ່ງ່າຍຕໍ່ການນຳໃຊ້, ມີປະສິດທິພາບ, ແລະປັບປຸງໃຫ້ດີຂຶ້ນສຳລັບການປະຕິບັດຂອງເຈົ້າ. ທ່ານຈະໄດ້ຮັບການຈ່າຍເງິນໄວຂຶ້ນເຖິງ 4 ເທົ່າເມື່ອທ່ານສົ່ງອີເລັກໂທຣນິກ ແລະຮູ້ພາຍໃນຊົ່ວໂມງຫາກມີບັນຫາເກີດຂຶ້ນກັບໜຶ່ງໃນການຮຽກຮ້ອງຂອງທ່ານ.
ຜົນປະໂຫຍດຫ້ອງການພັນທະມິດ:

• ສົ່ງການຮຽກຮ້ອງທາງອີເລັກໂທຣນິກໃຫ້ກັບຜູ້ຈ່າຍເງິນຫຼາຍພັນຄົນໂດຍບໍ່ເສຍຄ່າ
• ບໍ່ມີສັນຍາທີ່ຈະເຊັນ
• ການ​ຕັ້ງ​ຄ່າ​ແລະ​ການ​ຝຶກ​ອົບ​ຮົມ​ຟຣີ​
• ຊ່ວຍເຫຼືອລູກຄ້າ 24/7 ຟຣີ
• ບໍ່ມີເຈ້ຍ EOB ອີກຕໍ່ໄປ! ຄຳແນະນຳການສົ່ງເງິນທາງອີເລັກໂທຣນິກ (ERA) ມີໃຫ້ສຳລັບຜູ້ຈ່າຍເງິນທີ່ເລືອກ
• ໃຊ້ຊອບແວການຈັດການການປະຕິບັດທີ່ມີຢູ່ຂອງທ່ານເພື່ອສົ່ງການຮຽກຮ້ອງທາງອີເລັກໂທຣນິກ
• ບົດລາຍງານສະຫຼຸບລະອຽດ
• ການແກ້ໄຂການຮຽກຮ້ອງອອນໄລນ໌
• ການ​ລາຍ​ງານ​ສິນ​ຄ້າ​ຄົງ​ຄັງ (ການ​ຮຽກ​ຮ້ອງ​ສິນ​ຄ້າ​ໃນ​ປະ​ຫວັດ​ສາດ​)

ວິດີໂອແນະນຳກ່ຽວກັບສູນບໍລິການຂອງ Office Ally ແມ່ນມີຢູ່ບ່ອນນີ້: ການແນະນຳສູນບໍລິການ
2.1 ການລົງທະບຽນຜູ້ສົ່ງ
ຜູ້ສົ່ງຂໍ້ມູນ (ຜູ້ໃຫ້ບໍລິການ/Biller/etc.) ຕ້ອງລົງທະບຽນກັບ Office Ally ເພື່ອສົ່ງການຮຽກຮ້ອງທາງອີເລັກໂທຣນິກ. ທ່ານ​ສາ​ມາດ​ລົງ​ທະ​ບຽນ​ໂດຍ​ການ​ຕິດ​ຕໍ່​ຫາ​ພະ​ແນກ​ການ​ຈົດ​ທະ​ບຽນ OA ໄດ້​ທີ່ 360-975-7000 ທາງ​ເລືອກ 3​, ຫຼື​ໂດຍ​ການ​ເລີ່ມ​ຕົ້ນ​ການ​ລົງ​ທະ​ບຽນ​ອອນ​ໄລ​ນ​໌​ທີ່​ນີ້​.
ລາຍຊື່ການກວດສອບການລົງທະບຽນສາມາດພົບໄດ້ໃນຫນ້າຕໍ່ໄປ.

ການກວດສອບການລົງທະບຽນ OA I ist.

1. ສໍາເລັດ ການລົງທະບຽນອອນໄລນ໌ (ຫຼືໂທຫາພະແນກການລົງທະບຽນຂອງ OA @ 360-975-7000 ທາງເລືອກ 3)
2. ເຊັນ OA ໃບອະນຸມັດ 
3. Review, ເຊັນຊື່, ແລະເກັບຮັກສາ OAs Office-Ally-BAA-4893-3763-3822-6-Final.pdf (officeally.com) ສໍາ​ລັບ​ການ​ບັນ​ທຶກ​ຂອງ​ທ່ານ​
4. ໄດ້ຮັບ OA ມອບຫມາຍຊື່ຜູ້ໃຊ້ແລະການເຊື່ອມຕໍ່ການເປີດໃຊ້ລະຫັດຜ່ານ
5. ຈັດຕາຕະລາງການຝຶກອົບຮົມຟຣີ (ຖ້າຈໍາເປັນ)
6. Review ຄູ່ມືຄູ່ຂອງ OA
7. Review OA ຂອງ Office Ally Available Payers ເພື່ອກໍານົດ ID Pager ເຊັ່ນດຽວກັນກັບຂໍ້ກໍານົດການລົງທະບຽນ EDI
8. ສໍາເລັດການທົດສອບແລະ Review ບົດ​ລາຍ​ງານ​ການ​ຕອບ​ສະ​ຫນອງ (ຕ້ອງ​ການ​ສໍາ​ລັບ​ຜູ້​ສົ່ງ​ຊອບ​ແວ​ພາກ​ສ່ວນ​ທີ​ສາມ​ເທົ່າ​ນັ້ນ​)
9. ເລີ່ມສົ່ງການຮ້ອງຂໍການຜະລິດ!

FILE ຄຳແນະນຳການຍື່ນສະເໜີ

3.1 ຍອມຮັບ File ຮູບແບບ
Office Ally ສາມາດຍອມຮັບແລະດໍາເນີນການດັ່ງຕໍ່ໄປນີ້ file ປະເພດ:

• ຮູບພາບ HCFA, CMS1500, UB92, ແລະ UB04 Files
• ANSI X12 8371, 837P, ແລະ 837D files
• HCFA NSF Files HCFA Tab Delimited Files (ຮູບ​ແບບ​ຕ້ອງ​ປະ​ຕິ​ບັດ​ຢ່າງ​ເຂັ້ມ​ງວດ​ກັບ​ສະ​ເພາະ OA. ຕິດ​ຕໍ່​ສະ​ຫນັບ​ສະ​ຫນູນ​ສໍາ​ລັບ​ລາຍ​ລະ​ອຽດ​.)

3.2 ຍອມຮັບ File ສ່ວນຂະຫຍາຍ
ເຊັ່ນດຽວກັນ, Office Ally ສາມາດຍອມຮັບ files ທີ່​ມີ​ຂ້າງ​ລຸ່ມ​ນີ້​ file ນາມສະກຸນ:

txt	ດັທ	Zip	ເອສ	ວິວ
Hcf	ລສທ	Ls	Pm	ອອກ
Clm	837	Nsf	Pmg	Cnx
Pgp	ເອກະສານ	Csv	Mpn	ແຖບ

3.3 File ການປ່ຽນແປງຮູບແບບ
ມັນເປັນສິ່ງສໍາຄັນທີ່ທ່ານສືບຕໍ່ສົ່ງດຽວກັນ file ຮູບແບບໃນເວລາສົ່ງການຮຽກຮ້ອງ files ກັບ Office Ally. ຖ້າເຈົ້າ file ການປ່ຽນແປງຮູບແບບເນື່ອງຈາກການປັບປຸງລະບົບ, ຄອມພິວເຕີໃຫມ່, ຫຼືການເລືອກຮູບແບບທີ່ແຕກຕ່າງກັນ, ໄດ້ file ອາດຈະລົ້ມເຫລວ.
ຖ້າເຈົ້າຕ້ອງອັບເດດ file ຮູບແບບທີ່ຖືກສົ່ງໄປຫາ Office Ally, ກະລຸນາຕິດຕໍ່ OA ທີ່ 360-975-7000 ທາງເລືອກ 1 ແລະໃຫ້ຜູ້ຕາງຫນ້າບໍລິການລູກຄ້າຮູ້ວ່າທ່ານຈໍາເປັນຕ້ອງມີຂອງທ່ານ file ອັບເດດຮູບແບບແລ້ວ.

ການທົດສອບກັບຫ້ອງການທັງຫມົດ

ເພື່ອຮັບປະກັນການຫັນປ່ຽນໄປສູ່ການສົ່ງເອກະສານທາງອີເລັກໂທຣນິກຜ່ານ Office Ally ລຽບງ່າຍ, ມັນແນະນຳໃຫ້ເຮັດການທົດສອບໃຫ້ສຳເລັດສຳລັບຜູ້ສົ່ງຊອບແວພາກສ່ວນທີສາມທັງໝົດ.
ການທົດສອບ end-to-End ແມ່ນບໍ່ມີສໍາລັບຜູ້ຈ່າຍເງິນທັງຫມົດ (ແລະມັນສໍາເລັດພຽງແຕ່ຕາມຄໍາຮ້ອງຂໍຂອງຜູ້ຈ່າຍເງິນ); ແນວໃດກໍ່ຕາມ, ທ່ານສາມາດທົດສອບໄດ້ເລື້ອຍໆຕາມທີ່ທ່ານຕ້ອງການດ້ວຍ OA ໂດຍກົງ.
ມັນແນະນໍາໃຫ້ມີການທົດສອບ file ປະກອບດ້ວຍ 5-100 ການຮຽກຮ້ອງຈະຖືກສົ່ງສໍາລັບການທົດສອບ. ການຮຽກຮ້ອງການທົດສອບຄວນປະກອບມີການຮຽກຮ້ອງທີ່ຫຼາກຫຼາຍ, ບັນຊີສໍາລັບປະເພດຂອງສະຖານະການຫຼືສະຖານະການຕ່າງໆທີ່ທ່ານຈັດການກັບເລື້ອຍໆທີ່ສຸດ (ລົດສຸກເສີນ, NDC, ຄົນເຈັບໃນ, ຄົນເຈັບນອກ, ແລະອື່ນໆ).
ຫຼັງ​ຈາກ​ການ​ທົດ​ສອບ​ຂອງ​ທ່ານ​ file ໄດ້ຖືກສົ່ງແລະດໍາເນີນການ, Office Ally ສົ່ງຄືນບົດລາຍງານການກໍານົດການຮຽກຮ້ອງທີ່ຜ່ານການທົດສອບແລະຜູ້ທີ່ອາດຈະລົ້ມເຫລວ.
4.1 ການທົດສອບ File ຄວາມຕ້ອງການຊື່
ຄໍາວ່າ OATEST (ຄໍາດຽວທັງຫມົດ) ຈະຕ້ອງຖືກລວມເຂົ້າໃນການທົດສອບ file ຊື່ເພື່ອໃຫ້ Office Ally ຮັບຮູ້ມັນເປັນການທົດສອບ file. ຖ້າ file ບໍ່ມີຄໍາທີ່ຕ້ອງການ (OATEST), the file ຈະຖືກປຸງແຕ່ງໃນສະພາບແວດລ້ອມການຜະລິດຂອງພວກເຮົາໂດຍບໍ່ຄໍານຶງເຖິງວ່າ ISA15 ຖືກກໍານົດເປັນ 'T'. ຂ້າງລຸ່ມນີ້ແມ່ນ examples ຂອງການທົດສອບທີ່ຍອມຮັບແລະບໍ່ຍອມຮັບ file ຊື່:
ຍອມຮັບ: XXXXXX.OATEST.XXXXXX.837
ຍອມຮັບ: OATEST XXXXXX_XXXXX.txt
ບໍ່ສາມາດຍອມຮັບໄດ້: 0A_TESTXXXX>C
ບໍ່ສາມາດຍອມຮັບໄດ້: ທົດສອບ XXXXXX_XXXXX.837
ການທົດສອບ files ອາດຈະຖືກສົ່ງຜ່ານ file ອັບໂຫຼດ ຫຼືລະບົບສາຍສົ່ງ SFTP. ໃນເວລາສົ່ງການທົດສອບ files ຜ່ານ SFTP, ຄໍາສໍາຄັນປະເພດຄໍາຮ້ອງຂໍຕ້ອງຖືກລວມຢູ່ໃນ file ຊື່ (ເຊັ່ນ: 837P/8371/837D).

ຂໍ້ມູນການເຊື່ອມຕໍ່

Office Ally ສະເຫນີສອງ file ວິທີການແລກປ່ຽນສໍາລັບຜູ້ສົ່ງ batch:

• SFTP (ປອດໄພ File Transfer Protocol)
• Office Ally ປອດໄພ Webເວັບໄຊ

5.1 SFTP — ປອດໄພ File ໂອນອະນຸສັນຍາ
ຄໍາແນະນໍາການຕິດຕັ້ງ
ເພື່ອຮ້ອງຂໍການເຊື່ອມຕໍ່ SFTP, ໃຫ້ສົ່ງຂໍ້ມູນຕໍ່ໄປນີ້ຜ່ານທາງອີເມວໄປຫາ Sipporteofficeallu.com:

• ຊື່ຜູ້ໃຊ້ Office Ally
• ຊື່ຕິດຕໍ່
• ຕິດຕໍ່ອີເມວ
• ຊື່ຊອບແວ (ຖ້າມີ)
• ປະເພດການຮຽກຮ້ອງທີ່ສົ່ງມາ (HCFA/UB/ADA)
• ໄດ້ຮັບບົດລາຍງານ 999/277CA ບໍ? (ແມ່ນ​ຫຼື​ບໍ່)

ໝາຍເຫດ: ຖ້າທ່ານເລືອກ 'ບໍ່', ພຽງແຕ່ລາຍງານຂໍ້ຄວາມທີ່ເປັນເຈົ້າຂອງ Office Ally ຈະຖືກສົ່ງຄືນ.
ລາຍລະອຽດການເຊື່ອມຕໍ່
URL ທີ່ຢູ່: ftp10officeally.com
ທ່າເຮືອ 22
ເປີດໃຊ້ SSH/SFTP (ຖ້າຮ້ອງຂໍໃຫ້ Cache SSH ໃນລະຫວ່າງການເຂົ້າສູ່ລະບົບ, ຄລິກ 'ແມ່ນ')
Files ອັບໂຫລດໄປຍັງ Office Ally ຜ່ານ SFTP ຕ້ອງຖືກວາງໄວ້ໃນໂຟນເດີ "ຂາເຂົ້າ" ສໍາລັບການປຸງແຕ່ງ. ທັງ ໝົດ SFTP ຂາອອກ files (ລວມທັງ 835's) ຈາກ Office Ally ຈະສາມາດໃຊ້ໄດ້ສໍາລັບການດຶງຂໍ້ມູນໃນໂຟນເດີ "outbound".
SFTP File ຄວາມຕ້ອງການຊື່
ການຮຽກຮ້ອງຂາເຂົ້າທັງໝົດ files ສົ່ງຜ່ານ SFTP ຕ້ອງມີຫນຶ່ງໃນຄໍາສໍາຄັນຕໍ່ໄປນີ້ຢູ່ໃນ file ຊື່ເພື່ອລະບຸປະເພດຂອງການຮຽກຮ້ອງທີ່ຖືກສົ່ງ: 837P, 8371, ຫຼື 837D
ຕົວຢ່າງample, ເມື່ອຍື່ນຄໍາຮ້ອງຂໍການຜະລິດ file ມີການຮຽກຮ້ອງຈາກສະຖາບັນ: drsmith_8371_claimfile_10222022.837
5.2 Office Ally Secure Webເວັບໄຊ
ປະຕິບັດຕາມຂັ້ນຕອນຂ້າງລຸ່ມນີ້ເພື່ອອັບໂຫລດການຮຽກຮ້ອງ file ໃຊ້ Office Ally ທີ່ປອດໄພ webເວັບໄຊ.

1. ເຂົ້າສູ່ລະບົບ www.officeally.com
2. ເລື່ອນໃສ່ “ການອ້າງສິດອັບໂຫຼດ”
3. ຄລິກເພື່ອອັບໂຫລດ file ອີງ​ຕາມ​ປະ​ເພດ​ການ​ຮ້ອງ​ຂໍ​ຂອງ​ທ່ານ (ເຊັ່ນ​: “ການ​ອັບ​ໂຫຼດ​ມື​ອາ​ຊີບ (UB/8371​)​) File”)
4. ກົດ “ເລືອກ File”
5. ຄົ້ນຫາສໍາລັບຂອງທ່ານ file ແລະກົດ "ເປີດ"
6. ກົດ "ອັບໂຫລດ"

ເມື່ອອັບໂຫລດແລ້ວ, ທ່ານຈະໄດ້ຮັບໜ້າການຢືນຢັນການອັບໂຫລດພ້ອມກັບຂອງເຈົ້າ Fileໝາຍເລກ lD.
ບົດລາຍງານການຕອບສະຫນອງຈະມີໃຫ້ພາຍໃນ 6 ຫາ 12 ຊົ່ວໂມງໃນ “ດາວໂຫລດ File ບົດສະຫຼຸບ” ຂອງພາກ webເວັບໄຊ.

ຂໍ້ມູນຕິດຕໍ່

6.1 ການບໍລິການລູກຄ້າ

ມື້ທີ່ສາມາດໃຊ້ໄດ້:	ວັນຈັນເຖິງວັນສຸກ
ເວລາຫວ່າງ:	6:00 ໂມງເຊົ້າຫາ 5:00 ໂມງແລງ PST
ໂທລະສັບ:	360.975.7000 ທາງເລືອກ 1
ອີເມວ:	support@officeally.com
ແຟັກ:	360.896-2151
ສົນທະນາສົດ:	https://support.officeally.com/

6.2 ສະຫນັບສະຫນູນດ້ານວິຊາການ

ມື້ທີ່ສາມາດໃຊ້ໄດ້:	ວັນຈັນເຖິງວັນສຸກ
ເວລາຫວ່າງ:	6:00 ໂມງເຊົ້າຫາ 5:00 ໂມງແລງ PST
ໂທລະສັບ:	360.975.7000 ທາງເລືອກ 2
ອີເມວ:	support@officeally.com
ສົນທະນາສົດ:	https://support.officeally.com/

6.3 ການຊ່ວຍເຫຼືອການລົງທະບຽນ

ມື້ທີ່ສາມາດໃຊ້ໄດ້:	ວັນຈັນເຖິງວັນສຸກ
ເວລາຫວ່າງ:	6:00 ໂມງເຊົ້າຫາ 5:00 ໂມງແລງ PST
ໂທລະສັບ:	360.975.7000 ທາງເລືອກ 3
ອີເມວ:	support@officeally.com
ແຟັກ:	360.314.2184
ສົນທະນາສົດ:	https://support.officeally.com/

6.4 ການຝຶກອົບຮົມ

ກຳນົດເວລາ:	360.975.7000 ທາງເລືອກ 5
ວິດີໂອສອນສອນ:	https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx

ຄວບຄຸມພາກສ່ວນ/ຊອງຈົດໝາຍ

ພາກສ່ວນນີ້ອະທິບາຍການໃຊ້ OA ຂອງ interchange (ISA) ແລະກຸ່ມທີ່ມີປະໂຫຍດ (ສ່ວນຄວບຄຸມ GS. ໃຫ້ສັງເກດວ່າການຍື່ນສະເຫນີຕໍ່ Office Ally ແມ່ນຈໍາກັດພຽງແຕ່ຫນຶ່ງ interchange (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	ID ພາສີຂອງ Office Ally
ISA11	ຕົວແຍກການຄ້າງຫ້ອງ	A	ຫຼືຕົວແຍກທີ່ທ່ານເລືອກ
ISA15	ຕົວຊີ້ວັດການນໍາໃຊ້	P	ການຜະລິດ File ສໍາລັບການທົດສອບ, ສົ່ງ "OATEST" ໃນ fileຊື່.

7.2 GS-GE

ອົງປະກອບຂໍ້ມູນ	ລາຍລະອຽດ	ຄ່າທີ່ໃຊ້ແລ້ວ	ຄຳເຫັນ
GS01	ລະຫັດ ID ຟັງຊັນ
G502	ລະຫັດຜູ້ສົ່ງ		ລະຫັດສົ່ງຂອງການເລືອກຂອງທ່ານ. ID ພາສີແມ່ນທົ່ວໄປທີ່ສຸດ.
GS03	ລະຫັດຜູ້ຮັບ	OA ຫຼື 330897513
GS08	ລະຫັດ ID ອຸດສາຫະກໍາການປ່ອຍເວີຊັນ	005010X223A2	ສະຖາບັນ

ຫ້ອງການມີກົດລະບຽບທຸລະກິດສະເພາະ ແລະຂໍ້ຈຳກັດ

ຕໍ່ໄປນີ້ file ຂໍ້ມູນສະເພາະແມ່ນເອົາມາຈາກຄູ່ມືການຈັດຕັ້ງປະຕິບັດ 837 X12. ຈຸດປະສົງແມ່ນເພື່ອສະຫນອງຄໍາແນະນໍາກ່ຽວກັບ loops ສະເພາະແລະສ່ວນທີ່ມີຄວາມສໍາຄັນຕໍ່ການປະມວນຜົນການຮ້ອງຂໍເອເລັກໂຕຣນິກ. ນີ້ບໍ່ແມ່ນຄໍາແນະນໍາຢ່າງເຕັມທີ່; ຄູ່ມືສະບັບເຕັມແມ່ນມີໃຫ້ຊື້ຈາກບໍລິສັດພິມຈຳໜ່າຍວໍຊິງຕັນ.

ຂໍ້ມູນຜູ້ສົ່ງ ວົງ 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		ລະຫັດຜູ້ສົ່ງທີ່ທ່ານເລືອກ (ລະຫັດພາສີແມ່ນທົ່ວໄປ)

ຂໍ້ມູນຜູ້ຮັບ Loop 10008 — NM 1
ຈຸດປະສົງຂອງພາກສ່ວນນີ້ແມ່ນເພື່ອສະຫນອງຊື່ຂອງອົງການຈັດຕັ້ງທີ່ທ່ານກໍາລັງສົ່ງໃຫ້
ຕໍາແໜ່ງ	ລາຍລະອຽດ	ຕ່ຳສຸດ/ສູງສຸດ	ມູນຄ່າ	ຄຳເຫັນ
NM101	ລະຫັດຕົວລະບຸຕົວຕົນ	2/3	40
NM102	ປະເພດນິຕິບຸກຄົນ	1/1	2
NM103	ຊື່ອົງການ	1/35	ຫ້ອງການທັງໝົດ
NM108	ຄຸນສົມບັດລະຫັດປະຈໍາຕົວ	1/2	46
NM109	ລະຫັດການກໍານົດ	2/80	330897513	OA Tax ID

ຂໍ້ມູນຜູ້ໃຫ້ໃບບິນ Loop 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		ໝາຍເລກ NPI 10 ຕົວເລກ
N301	ທີ່​ຢູ່​ຂອງ​ຜູ້​ໃຫ້​ບໍ​ລິ​ການ​ອອກ​ໃບ​ບິນ​	1/55		ຕ້ອງການທີ່ຢູ່ທາງດ້ານຮ່າງກາຍ. ຫ້າມສົ່ງຕູ້ໄປສະນີ.
N401	ເມືອງຜູ້ໃຫ້ໃບບິນ	2/30
N402	ລັດຜູ້ໃຫ້ໃບບິນ	2/2
N403	Zip ຜູ້ໃຫ້ບໍລິການການຮຽກເກັບເງິນ	3/15
REAM	ຄຸນສົມບັດການລະບຸການອ້າງອິງ	2/3	El	El= ID ອາກອນ
REF02	ການລະບຸການອ້າງອີງ	1/50		ID 9 ຕົວເລກ

ຂໍ້ມູນຜູ້ຈອງ (ປະກັນໄພ). Loop 2010BA – NM1, N3, N4, DMG
ຈຸດ​ປະ​ສົງ​ຂອງ​ພາກ​ສ່ວນ​ນີ້​ແມ່ນ​ເພື່ອ​ສະ​ຫນອງ​ຊື່​, ທີ່​ຢູ່​, ID ສະ​ມາ​ຊິກ​, DOB​, ແລະ​ເພດ​ຂອງ​ຜູ້​ສະ​ຫມັກ (ປະ​ກັນ​ໄພ​)
ຕໍາແໜ່ງ	ລາຍລະອຽດ	ຕ່ຳສຸດ/ສູງສຸດ	ມູນຄ່າ	ຄຳເຫັນ
NM101	ລະຫັດຕົວລະບຸຕົວຕົນ	2/3	IL
NM102	ປະເພດນິຕິບຸກຄົນ	1/1	1
NM103	ນາມສະກຸນສະມາຊິກ	1/60
NM104	ຊື່ສະມາຊິກ	1/35
NM108	ຄຸນສົມບັດລະຫັດປະຈໍາຕົວ	1/2	MI
NM109	ລະຫັດການກໍານົດ	2/80		ໝາຍເລກປະຈຳຕົວສະມາຊິກ
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 = ບໍ່ຮູ້ຈັກ

ຂໍ້ມູນຜູ້ຈ່າຍເງິນ Loop 201088 — NM1
ຈຸດ​ປະ​ສົງ​ຂອງ​ພາກ​ສ່ວນ​ນີ້​ແມ່ນ​ເພື່ອ​ສະ​ຫນອງ​ຊື່​ຜູ້​ຈ່າຍ​ເງິນ​ແລະ ID ທີ່​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ຄວນ​ຈະ​ຖືກ​ສົ່ງ​ໃຫ້ (ຜູ້​ຈ່າຍ​ຈຸດ​ຫມາຍ​ປາຍ​ທາງ​) ກະລຸນາໃຊ້ລະຫັດຜູ້ຈ່າຍເງິນທີ່ລະບຸໄວ້ໃນລາຍຊື່ຜູ້ຈ່າຍເງິນຂອງ Office Ally ເພື່ອຮັບປະກັນການກຳນົດເສັ້ນທາງທີ່ຖືກຕ້ອງ.
ຕໍາແໜ່ງ	ລາຍລະອຽດ	ຕ່ຳສຸດ/ສູງສຸດ	ມູນຄ່າ	ຄຳເຫັນ
NM101	ລະຫັດຕົວລະບຸຕົວຕົນ	2/3	PR
NM102	ປະເພດນິຕິບຸກຄົນ	1/1	2
NM103	ຊື່ຜູ້ຈ່າຍເງິນປາຍທາງ	1/35
Nm108	Identification CodeQualifier	1/2	PI
Nm1O9	ID ຜູ້ຈ່າຍເງິນ 5 ຕົວເລກ	2/80		ໃຊ້ ID ຜູ້ຈ່າຍເງິນທີ່ລະບຸໄວ້ໃນລາຍຊື່ Office Ally Payer.

ຂໍ້ມູນຄົນເຈັບ (ສະຖານະການ) Loop 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	Zip ຄົນເຈັບ	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		ໝາຍເລກ NPI 10 ຕົວເລກ

ຂໍ້ມູນຜູ້ໃຫ້ບໍລິການ (ສະຖານະການ) Loop 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		ໝາຍເລກ NPI 10 ຕົວເລກ

ການຮັບຮູ້ ແລະບົດລາຍງານ

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 ເຊິ່ງໃຊ້ເພື່ອບົ່ງບອກສະຖານະຂອງການຮຽກຮ້ອງຫຼັງຈາກມັນຖືກສົ່ງໄປຫາ pager ເພື່ອປະມວນຜົນ. ຄໍາຕອບການຮຽກຮ້ອງທີ່ໄດ້ຮັບຈາກ pager ຈະຖືກສົ່ງໃຫ້ທ່ານໃນຮູບແບບຂອງບົດລາຍງານສະຖານະພາບ EDI. ອ້າງເຖິງເອກະສານຊ້ອນທ້າຍ C ສໍາລັບ file ຮູບແບບສະເພາະ.
ນອກເໜືອໄປຈາກບົດລາຍງານຂໍ້ຄວາມເຫຼົ່ານີ້, ທ່ານອາດຈະຮ້ອງຂໍໃຫ້ໄດ້ຮັບບົດລາຍງານສະຖານະພາບ CSV EDI ແບບກຳນົດເອງ. ບົດລາຍງານສະຖານະ EDI Custom CSV ມີການອ້າງສິດລວມຢູ່ໃນຂໍ້ຄວາມລາຍງານສະຖານະ EDI file, ພ້ອມກັບອົງປະກອບຂໍ້ມູນການຮຽກຮ້ອງເພີ່ມເຕີມທີ່ທ່ານເລືອກ.
ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ ແລະ/ຫຼື ຕ້ອງການທາງເລືອກນີ້, ກະລຸນາຕິດຕໍ່ຝ່າຍຊ່ວຍເຫຼືອລູກຄ້າ.
9.6 835 ຄຳແນະນຳການສົ່ງເງິນທາງອີເລັກໂທຣນິກ
Office Ally ຈະສົ່ງຄືນ EDI X12 835 files, ເຊັ່ນດຽວກັນກັບສະບັບຮູບແບບຂໍ້ຄວາມຂອງ remit ໄດ້ file. ອ້າງອີງໃສ່ເອກະສານຊ້ອນທ້າຍ D ສໍາລັບ file ຮູບແບບສະເພາະ.

ເອກະສານຊ້ອນທ້າຍ A – ຫ້ອງການຕອບສະໜອງທັງໝົດ FILE ສົນທິສັນຍາການຕັ້ງຊື່ 

Office Ally Reports ແລະ 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 ສະຫຼຸບ)**	USERNAME_FILEID_HCFA_277ca_YYYYMMDD.txt
X12 277CA – ສະຖາບັນ (File ສະຫຼຸບ)**	USERNAME_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 ຕ້ອງໄດ້ຮັບການຮ້ອງຂໍ ແລະມີພຽງແຕ່ສໍາລັບ files ສົ່ງຜ່ານ SFTP

ເອກະສານຊ້ອນທ້າຍ B – FILE ສະຫຼຸບ - ສະຖາບັນ

ຂ້າງລຸ່ມນີ້ແມ່ນ examples ຂອງສະຖາບັນ File ບົດລາຍງານສະຫຼຸບ:
ການຮຽກຮ້ອງທັງໝົດໃນ File ໄດ້ຮັບການຍອມຮັບໂດຍ Office Ally

ການຮຽກຮ້ອງບາງຢ່າງໃນ File ໄດ້ຮັບການຍອມຮັບແລະບາງຄົນຖືກປະຕິເສດ (ຜິດພາດ) ໂດຍ Office Ally

ຂ້າງລຸ່ມນີ້ແມ່ນ file ລາຍ​ລະ​ອຽດ​ຮູບ​ແບບ​ສໍາ​ລັບ​ແຕ່​ລະ​ພາກ​ສ່ວນ​ທີ່​ອາດ​ຈະ​ລວມ​ຢູ່​ໃນ​ File ສະຫຼຸບ.

FILE ລາຍລະອຽດສະຫຼຸບ
ຊື່ຊ່ອງຂໍ້ມູນເລີ່ມຕົ້ນຄວາມຍາວຂອງຊ່ອງຂໍ້ມູນ
ອ້າງສິດ#	1	6
ສະຖານະ	10	3
ID ການອ້າງສິດ	17	8
ຄວບຄຸມ NUM	27	14
REC ທາງການແພດ	42	15
ID ຄົນເຈັບ	57	14
ຄົນເຈັບ (L, F)	72	20
ຄ່າບໍລິການທັງໝົດ	95	12
ຕັ້ງແຕ່ວັນທີ	109	10
BILL TAXID	124	10
NPI / PIN	136	11
ຜູ້ຈ່າຍ	148	5
ລະຫັດ ERROR	156	50

ຂໍ້ມູນຊໍ້າກັນ
ຊື່ຊ່ອງຂໍ້ມູນເລີ່ມຕົ້ນຄວາມຍາວຂອງຊ່ອງຂໍ້ມູນ
ຂໍ້ມູນ	1	182
ID ການຮຽກຮ້ອງ OA	35	8
OA File ຊື່		55
ວັນທີປະມວນຜົນ	–	–
ຄວບຄຸມ NUM		–

ໝາຍເຫດ: 1. “-” ຊີ້ບອກວ່າຕຳແໜ່ງເລີ່ມຕົ້ນ ແລະຄວາມຍາວອາດແຕກຕ່າງກັນເນື່ອງຈາກຄວາມຍາວຂອງ OA file ຊື່ 2. Error cods ແມ່ນ delimited comma ແລະກົງກັນກັບສະຫຼຸບຄວາມຜິດພາດໃນ header. 3. ຖ້າ ACCNT# (CLM01) ແມ່ນ >14 ຕົວເລກ, ຕໍາແຫນ່ງເລີ່ມຕົ້ນຂອງ PHYS.ID, PAYER ແລະ Error ຈະຖືກປັບ.

ເອກະສານຊ້ອນທ້າຍ C – ບົດລາຍງານສະຖານະ EDI

ບົດລາຍງານຮູບແບບຂໍ້ຄວາມນີ້ແມ່ນຄ້າຍຄືກັນກັບ File ບົດລາຍງານສະຫຼຸບ; ແນວໃດກໍ່ຕາມ, ບົດລາຍງານສະຖານະ EDI ມີຂໍ້ມູນສະຖານະທີ່ຖືກສົ່ງໄປຫາ Office Ally ຈາກຜູ້ຈ່າຍເງິນ. ຂໍ້ຄວາມໃດໆທີ່ OA ໄດ້ຮັບຈາກຜູ້ຈ່າຍເງິນຈະຖືກສົ່ງຕໍ່ໃຫ້ທ່ານໃນຮູບແບບຂອງບົດລາຍງານສະຖານະພາບ EDI.
ບົດລາຍງານສະຖານະພາບ EDI ຈະປາກົດແລະມີລັກສະນະຄ້າຍຄືກັນກັບ exampສະແດງໃຫ້ເຫັນຂ້າງລຸ່ມນີ້.

ໝາຍເຫດ: ໃນ ED! ບົດລາຍງານສະຖານະການ, ຖ້າການຕອບໂຕ້ຫຼາຍຄັ້ງກັບຄືນມາສໍາລັບການຮຽກຮ້ອງດຽວກັນ (ໃນເວລາດຽວກັນ), ທ່ານຈະເຫັນຫຼາຍແຖວທີ່ມີສະຖານະສໍາລັບການຮ້ອງຂໍດຽວ.
ຂ້າງລຸ່ມນີ້ແມ່ນ file ລາຍລະອຽດໂຄງຮ່າງສໍາລັບບົດລາຍງານສະຖານະພາບ EDI.

ບັນທຶກລາຍລະອຽດລາຍງານສະຖານະ EDI
ຊື່ພາກສະຫນາມ	ເລີ່ມ Pos	ຄວາມຍາວພາກສະຫນາມ
File ID	5	9
ID ອ້າງສິດ	15	10
Pat. ບັນຊີ #	27	14
ຄົນເຈັບ	42	20
ຈໍານວນ	62	9
ການປະຕິບັດ D	74	10
ID ພາສີ	85	10
ຜູ້ຈ່າຍເງິນ	96	5
ຂະບວນການຈ່າຍເງິນ Dt	106	10
ໝາຍເລກອ້າງອີງຜູ້ຈ່າຍເງິນ	123	15
ສະຖານະ	143	8
ຂໍ້ຄວາມຕອບຮັບຂອງຜູ້ຈ່າຍເງິນ	153	255

ເອກະສານຊ້ອນທ້າຍ D – ERA/835 ບົດລາຍງານສະຖານະ
Office Ally ສະໜອງຂໍ້ຄວາມທີ່ອ່ານໄດ້ (.TXT) ເວີຊັນຂອງ EDI X12 835 file, ເປັນample ຊຶ່ງ​ສະ​ແດງ​ໃຫ້​ເຫັນ​ຂ້າງ​ລຸ່ມ​ນີ້​:

ຂໍ້ມູນການເຮັດທຸລະກໍາຄູ່ມືຄູ່ມາດຕະຖານຫມາຍເຖິງຄໍາແນະນໍາການຈັດຕັ້ງປະຕິບັດໂດຍອີງໃສ່ X12
ລຸ້ນ 005010X223A2
ປັບປຸງ 01/25/2023

ເອກະສານ / ຊັບພະຍາກອນ

ຄໍາຮ້ອງສະຫມັກການປະມວນຜົນ Office Ally OA [pdf] ຄູ່ມືຜູ້ໃຊ້ ຄໍາຮ້ອງສະຫມັກການປຸງແຕ່ງ OA, OA, ຄໍາຮ້ອງສະຫມັກການປຸງແຕ່ງ, ຄໍາຮ້ອງສະຫມັກ

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້