Aplikasi Pengolahan OA
Pandhuan pangguna

Aplikasi Pengolahan OA

PANGOCAP SAKA DISCLOSURE STATEMENT
Pambocoran, distribusi lan nyalin pandhuan iki diidini, nanging owah-owahan ing item sing ditemokake ing pandhuan iki bisa kedadeyan kapan wae tanpa kabar. Tujuan lan panggunaan pandhuan iki yaiku kanggo nyedhiyakake informasi babagan Klaim Perawatan Kesehatan: Institusi (837I).
Office Ally, Inc. bakal diarani OA sajrone pandhuan iki.
PURWAKA
Dokumen Companion iki kanggo Pandhuan Implementasi ASC X12N lan kesalahan sing diadopsi ing HIPAA njlentrehake lan nemtokake isi data nalika ijol-ijolan data kesehatan elektronik karo OA. Transmisi adhedhasar dokumen pendamping iki, digunakake bebarengan karo Pandhuan Implementasi X12N, tundhuk karo sintaksis X12 lan pandhuan kasebut.
Guide Companion iki dimaksudaké kanggo ngirim informasi sing ana ing framework saka ASC X12N Implementation Guides diadopsi kanggo nggunakake ing HIPAA. Pandhuan Pendamping ora dimaksudake kanggo ngirim informasi sing kanthi cara apa wae ngluwihi syarat utawa panggunaan data sing ditulis ing Pandhuan Implementasi.
Companion Guides (CG) bisa ngemot rong jinis data, instruksi kanggo komunikasi elektronik karo entitas penerbitan (Komunikasi / Instructions Konektivitas) lan informasi tambahan kanggo nggawe transaksi kanggo entitas Publishing nalika mesthekake tundhuk karo ASC X12 IG (Instructions Transaksi). Komponen Komunikasi/Konektivitas utawa komponen Instruksi Transaksi kudu dilebokake ing saben CG. Komponen kasebut bisa diterbitake minangka dokumen sing kapisah utawa minangka dokumen siji.
Komponen Komunikasi / Konektivitas kalebu ing CG nalika entitas penerbitan pengin ngirim informasi sing dibutuhake kanggo miwiti lan njaga ijol-ijolan komunikasi.
Komponen Instruksi Transaksi kalebu ing CG nalika entitas penerbitan pengin njlentrehake instruksi IG kanggo ngirim transaksi elektronik tartamtu. Konten komponen Instruksi Transaksi diwatesi dening hak cipta ASCX12 lan statement Gunakake Adil.

PAMBUKA

1.1 Cakupan
Dokumen Companion iki ndhukung implementasi aplikasi pangolahan kumpulan.
OA bakal nampa kiriman mlebu sing diformat kanthi bener ing istilah X12. Ing files kudu tundhuk karo specifications mbatesi ing document kanca iki uga cocog karo pandhuan implementasine HIPAA.
Aplikasi OA EDI bakal nyunting kanggo kondisi kasebut lan nolak files sing metu saka selaras.
Dokumen pendamping iki bakal nemtokake kabeh sing perlu kanggo nindakake EDI kanggo transaksi standar iki. Iki kalebu:

• Spesifikasi ing link komunikasi
• Spesifikasi babagan metode pengajuan
• Spesifikasi transaksi

1.2 Luwihview
Pandhuan pendamping iki muji pandhuan implementasine ASC X12N sing saiki diadopsi saka HIPAA.
Pandhuan pendamping iki bakal dadi kendaraan sing digunakake OA karo mitra dagang kanggo luwih nduweni kualifikasi pandhuan implementasi HIPAA. Pandhuan pendamping iki tundhuk karo pandhuan implementasi HIPAA sing cocog babagan unsur data lan kode nyetel standar lan syarat.
Unsur data sing mbutuhake persetujuan lan pangerten bebarengan bakal ditemtokake ing pandhuan pendamping iki. Jinis informasi sing bakal dijlentrehake ing kanca iki yaiku:

• Kualifikasi sing bakal digunakake saka pandhuan implementasi HIPAA kanggo njlèntrèhaké unsur data tartamtu
• Segmen situasi lan unsur data sing bakal digunakake kanggo nyukupi kahanan bisnis
• Tracing partner profile informasi kanggo tujuan netepake sing kita dagang karo kanggo transmisi diijolke

1.3 Referensi
ASC X12 nerbitake pandhuan implementasine, dikenal minangka Tipe 3 Laporan Teknis (TR3), sing nemtokake isi data lan syarat kepatuhan kanggo implementasine perawatan kesehatan saka set transaksi ASC X12N/005010. TR3 ing ngisor iki dirujuk ing pandhuan iki:

• Klaim Perawatan Kesehatan: Institusi – 8371 (005010X223A2)

TR3 bisa dituku liwat Washington Publishing Company (WPC) ing http://www.wpc:-edi.com
1.4 Informasi Tambahan
Electronic Data Interchange (EDI) yaiku ijol-ijolan komputer-ke-komputer data bisnis sing diformat antarane mitra dagang. Sistem komputer sing ngasilake transaksi kudu nyedhiyakake informasi sing lengkap lan akurat nalika sistem sing nampa transaksi kasebut kudu bisa nerjemahake lan nggunakake informasi ing format ASC X12N, tanpa campur tangan manungsa.
Transaksi kudu dikirim ing format tartamtu sing bakal ngidini aplikasi komputer kita nerjemahake data. OA ndhukung transaksi standar sing diadopsi saka HIPAA. OA njaga staf khusus kanggo tujuan ngaktifake lan ngolah transmisi X12 EDI karo mitra dagang.
Tujuane OA kanggo nggawe hubungan partner dagang lan nindakake EDI minangka lawan saka informasi kertas sing mili kapan lan ing ngendi wae.

Miwiti

Ing Office Ally, kita ngerti sepira pentinge duwe proses pratelan sing gampang digunakake, efisien, lan lancar kanggo praktik sampeyan. Sampeyan bakal nampa pembayaran nganti 4 kaping luwih cepet nalika ngirim elektronik lan ngerti ing sawetara jam yen ana masalah karo salah siji saka claims.
Keuntungan Kantor Sekutu:

• Kirim Klaim kanthi Elektronik menyang ewonan Pembayar GRATIS
• Ora ana Kontrak kanggo ditandatangani
• GRATIS Nggawe lan Latihan
• Dhukungan Pelanggan 24/7 GRATIS
• Ora ana maneh kertas EOB! Saran Remittance Elektronik (ERA) kasedhiya kanggo pambayar sing dipilih
• Gunakake Piranti Lunak Manajemen Praktek sing wis ana kanggo ngirim klaim kanthi elektronik
• Laporan Ringkesan sing rinci
• Koreksi Klaim Online
• Inventory Reporting (inventaris klaim historis)

Pambuka video kanggo Pusat Layanan Office Ally kasedhiya ing kene: Pambuka Pusat Layanan
2.1 Pendaftaran Pengirim
Pengirim (Panyedhiya / Biller / etc.) kudu ndhaptar karo Office Ally supaya bisa ngirim klaim kanthi elektronik. Sampeyan bisa ndhaptar kanthi ngubungi Departemen Enrollment OA ing 360-975-7000 Opsi 3, utawa kanthi miwiti registrasi online ing kene.
Daftar priksa registrasi bisa ditemokake ing kaca sabanjure.

Priksa Registrasi OA I ist.

1. jangkep Registrasi online (utawa nelpon OA's Enrollment Dept @ 360-975-7000 Pilihan 3)
2. Tandha OA Lembar wewenang 
3. Review, mlebu, lan nyimpen OA kang Office-Ally-BAA-4893-3763-3822-6-Final.pdf (officeally.com) kanggo cathetan sampeyan
4. Nampa OA diutus Jeneng Pangguna lan sandhi link aktivasi
5. Jadwal sesi latihan GRATIS (yen perlu)
6. Review Pandhuan kanca OA
7. Review OA kang Kantor Ally kasedhiya Payers kanggo nemtokake ID Pager uga syarat enrollment EDI
8. Testing lengkap lan review laporan respon (mung dibutuhake kanggo pangirim piranti lunak pihak katelu)
9. Mulai ngirim klaim produksi!

FILE PEDOMAN PENGISIAN

3.1 Ditampa File Format
Office Ally bisa nampa lan proses ing ngisor iki file jinis:

• Gambar HCFA, CMS1500, UB92, lan UB04 Files
• ANSI X12 8371, 837P, lan 837D files
• HCFA NSF Files HCFA Tab Delimited Files (Format kudu strictly manut specifications OA. Hubungi Dhukungan kanggo rincian.)

3.2 Ditampa File Ekstensi
Kajaba iku, Office Ally bisa nampa files kang duwe samubarang ing ngisor iki file ekstensi jeneng:

Txt	Dat	Zip	Ecs	Viw
Hcf	Lst	Ls	Pm	Metu
Clm	837	Nsf	Pmg	Cnx
Pgp	Fil	csv	Mpn	tab

3.3 File Owah-owahan Format
Sing penting sampeyan terus ngirim sing padha file format nalika ngirim pratelan files kanggo Kantor Sekutu. Yen sampeyan file owah-owahan format amarga nganyari sistem, komputer anyar, utawa pilihan wangun beda, ing file bisa gagal.
Apa sampeyan kudu nganyari file format dikirim menyang Office Ally, hubungi OA ing 360-975-7000 Opsi 1 lan supaya Perwakilan Layanan Pelanggan ngerti yen sampeyan kudu duwe file format dianyari.

TESTING WITH OFFICE ALLY

Kanggo njamin transisi sing lancar kanggo ngirim kanthi elektronik liwat Office Ally, disaranake supaya tes rampung kanggo kabeh pangirim piranti lunak pihak katelu.
Pengujian End-to-End ora kasedhiya kanggo kabeh pembayar (lan rampung mung ing panyuwunan pembayar); Nanging, sampeyan bisa nyoba minangka asring sampeyan pengin karo OA langsung.
Dianjurake supaya tes file ngemot 5-100 claims diajukake kanggo testing. Klaim tes kudu kalebu macem-macem pratelan, nyathet macem-macem jinis kahanan utawa skenario sing paling kerep sampeyan tindakake (Ambulans, NDC, Rawat Inap, Rawat Jalan, lsp.).
Sawise tes sampeyan file wis diajukake lan diproses, Kantor Ally bali laporan ngenali claims sing liwati testing lan sing uga wis gagal.
4.1 Tes File Syarat Naming
Tembung OATEST (kabeh tembung siji) kudu kalebu test file jeneng supaya Office Ally bisa ngenali minangka tes file. Yen ing file ora duwe tembung kunci sing dibutuhake (OATEST), ing file bakal diproses ing lingkungan produksi kita preduli saka apa ISA15 disetel kanggo 'T'. Ing ngisor iki examptes sing bisa ditampa lan ora bisa ditampa file jeneng:
Ditampa: XXXXXX.OATEST.XXXXXX.837
BISA DITERIMA: OATEST XXXXXX_XXXXX.txt
Ora bisa ditampa: 0A_TESTXXXX>C
Ora bisa ditampa: UJI XXXXXX_XXXX.837
Tes files bisa diajukake liwat file upload utawa transmisi SFTP. Nalika ngirim tes files liwat SFTP, tembung kunci jinis pratelan uga kudu kalebu ing file jeneng (ie 837P/8371/837D).

INFORMASI KONEKTIVITAS

Office Ally nawakake loro file metode pertukaran kanggo pangirim batch:

• SFTP (Aman File Protokol Transfer)
• Kantor Sekutu Aman Websitus

5.1 SFTP - Aman File Protokol Transfer
Instruksi Setup
Kanggo njaluk sambungan SFTP, ngirim informasi ing ngisor iki liwat email menyang Sipporteofficeallu.com:

• Jeneng pangguna Office Ally
• Jeneng Kontak
• Kontak Email
• Jeneng Piranti Lunak (yen kasedhiya)
• Jinis Klaim sing Dikirim (HCFA/UB/ADA)
• Nampa laporan 999/277CA? (Ya utawa Ora)

Cathetan: Yen sampeyan milih 'Ora', mung laporan teks kepemilikan Office Ally sing bakal dibalekake.
Rincian Konektivitas
URL alamat: ftp10officeally.com
Pelabuhan 22
SSH/SFTP Enabled (Yen dijaluk Cache SSH nalika mlebu log, klik 'Ya')
Files diunggah menyang Office Ally liwat SFTP kudu diselehake ing "inbound" folder kanggo Processing. Kabeh SFTP metu files (kalebu 835) saka Office Ally bakal kasedhiya kanggo njupuk ing folder "outbound".
SFTP File Syarat Naming
Kabeh pratelan mlebu files diajukake liwat SFTP kudu ngemot salah siji saka tembung kunci ing ngisor iki ing file jeneng kanggo ngenali jinis klaim sing diajukake: 837P, 8371, utawa 837D
Kanggo example, nalika ngirim pratelan produksi file ngemot pratelan institusi: drsmith_8371_claimfile_10222022.837
5.2 Kantor Sekutu Aman Websitus
Tindakake langkah-langkah ing ngisor iki kanggo ngunggah pratelan file nggunakake aman Office Ally websitus.

1. Mlebu menyang www.officeally.com
2. Tutul ing "Ngunggah Klaim"
3. Klik kanggo ngunggah file adhedhasar jinis klaim sampeyan (yaiku. "Unggah Profesional (UB/8371) File”)
4. Klik "Pilih File”
5. Telusuri kanggo sampeyan file lan klik "Bukak"
6. Klik "Upload"

Sawise upload, sampeyan bakal nampa kaca konfirmasi upload karo sampeyan Filenomer lD.
Laporan respon bakal kasedhiya sajrone 6 nganti 12 jam ing "Download File Ringkesan" bagean saka websitus.

INFORMASI KONTAK

6.1 Layanan Pelanggan

Dina kasedhiya:	Senin nganti Jumuah
Wektu kasedhiya:	6:00 kanggo 5:00 PST
Telpon:	360.975.7000 Pilihan 1
Email:	support@officeally.com
Fax:	360.896-2151
Live Chat:	https://support.officeally.com/

6.2 Dhukungan Teknis

Dina kasedhiya:	Senin nganti Jumuah
Wektu kasedhiya:	6:00 kanggo 5:00 PST
Telpon:	360.975.7000 Pilihan 2
Email:	support@officeally.com
Live Chat:	https://support.officeally.com/

6.3 Bantuan Pendaftaran

Dina kasedhiya:	Senin nganti Jumuah
Wektu kasedhiya:	6:00 kanggo 5:00 PST
Telpon:	360.975.7000 Pilihan 3
Email:	support@officeally.com
Fax:	360.314.2184
Live Chat:	https://support.officeally.com/

6.4 Latihan

Jadwal:	360.975.7000 Pilihan 5
Tutorial Video:	https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx

SEGMEN KONTROL / Amplop

Bagean iki njlèntrèhaké OA nggunakake interchange (ISA) lan grup fungsi (bagean kontrol GS. Elinga yen kiriman kanggo Office Ally diwatesi kanggo siji interchange (ISA) lan siji klompok fungsi (GS) saben. file. Files bisa ngemot nganti 5000 set transaksi (ST).
7.1 ISA-IEA

Unsur Data	Katrangan	Nilai Digunakake	Komentar
ISA01	Kualifikasi wewenang	0
ISA02	Kode wewenang
ISA03	Kualifikasi Keamanan	0
Aku SA04	Informasi Keamanan
ISA05	Kualifikasi Pangirim	30 utawa ZZ
ISA06	ID pangirim		ID Pengirim sing sampeyan pilih. ID pajak paling umum.
ISA07	Penerima Kualifikasi	30 utawa ZZ
ISA08	ID panrima	330897513	ID Pajak Kantor Sekutu
ISA11	Separator Ambalan	A	Utawa pamisah sing sampeyan pilih
ISA15	Indikator panggunaan	P	Produksi File Kanggo testing, ngirim "OATEST" ing filejeneng.

7.2 GS-GE

Unsur Data	Katrangan	Nilai Digunakake	Komentar
GS01	Kode ID Fungsional
G502	Kode Pengirim		Kode pangirim sing sampeyan pilih. ID pajak paling umum.
GS03	Kode panrima	OA utawa 330897513
GS08	Kode ID Industri Rilis Versi	005010X223A2	Institusional

OFFICE ALLY ATURAN lan watesan khusus bisnis

Ing ngisor iki file specifications dijupuk saka 837 X12 Implementation Guide. Tujuane kanggo menehi pandhuan babagan puteran lan segmen tartamtu sing penting kanggo ngolah klaim kanthi elektronik. Iki dudu pandhuan lengkap; guide lengkap kasedhiya kanggo tuku saka Washington Publishing Company.

Informasi Pengirim Loop 1000A— NM1
Tujuan saka bagean iki yaiku nyedhiyakake jeneng individu utawa organisasi sing ngirim file
posisi	Katrangan	Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas	2/3	41
NM102	Kualifikasi Tipe Entitas	1/1	1 utawa 2	1 = wong 2 = Non-Wong
NM103	Jeneng organisasi (utawa pungkasan).	1/35
NM104	Jeneng First Submitter	1/35		Situasional; Mung dibutuhake yen NM102 = 1
NM108	Kualifikasi Kode Identifikasi	1/2	46
NM109	Kode Identifikasi	2/80		ID pangirim sing sampeyan pilih (ID Pajak umume)

Informasi panrima Loop 10008 - NM 1
Tujuan bagean iki yaiku nyedhiyakake jeneng organisasi sing sampeyan kirimake
posisi	Katrangan	Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas	2/3	40
NM102	Kualifikasi Tipe Entitas	1/1	2
NM103	Jeneng Organisasi	1/35	SEKUTU KANTOR
NM108	Kualifikasi Kode Identifikasi	1/2	46
NM109	Kode Identifikasi	2/80	330897513	ID Pajak OA

Informasi Panyedhiya Tagihan Loop 2010AA— NM1, N3, N4, REF
Tujuan segmen iki yaiku nyedhiyakake jeneng, alamat, NPI, lan ID Pajak kanggo panyedhiya tagihan
posisi	Katrangan	Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas	2/3	85
NM102	Kualifikasi Tipe Entitas	1/1	2	2 = Non-Wong
NM103	Jeneng Organisasi (utawa Pungkasan).	1/60
NM108	Kualifikasi Kode Identifikasi	1/2	XX
NM109	Kode Identifikasi	2/80		10 digit NPI Number
N301	Alamat Jalan Penyedia Tagihan	1/55		Alamat fisik dibutuhake. Aja ngirim PO Box.
N401	Kutha Penyedhiya Tagihan	2/30
N402	Negara Panyedhiya Tagihan	2/2
N403	Panyedhiya Tagihan Zip	3/15
REAM	Kualifikasi Identifikasi Referensi	2/3	El	El = ID Pajak
REF 02	Identifikasi Referensi	1/50		ID Pajak 9 digit

Informasi Pelanggan (Tertanggung). Loop 2010BA - NM1, N3, N4, DMG
Tujuan saka segmen iki yaiku kanggo nyedhiyakake jeneng, alamat, ID anggota, DOB, lan jinis kelamin saka pelanggan (diasuransiake)
posisi	Katrangan	Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas	2/3	IL
NM102	Kualifikasi Tipe Entitas	1/1	1
NM103	Jeneng mburi Subscriber	1/60
NM104	Jeneng First Subscriber	1/35
NM108	Kualifikasi Kode Identifikasi	1/2	MI
NM109	Kode Identifikasi	2/80		Nomer ID Anggota
N301	Alamat Jalan Subscriber	1/55
N401	Kutha langganan	2/30

N402	Negara langganan	2/2
N403	Zip langganan	3/15
DMG01	Tanggal Wektu Periode Format Kualifikasi	2/3	8
DMG02	Tanggal Lair Subscriber	1/35		Format YYYYMMDD
DMG03	Gender Subscriber	1/1	F, M, utawa U F = wadon	M = lanang U = Ora dingerteni

Informasi Payer Loop 201088 - NM1
Tujuan saka segmen iki yaiku kanggo nyedhiyakake jeneng pembayar lan ID sing kudu diajukake klaim (pembayar tujuan) Mangga gunakake ID pembayar sing kadhaptar ing Dhaptar Pembayar Sekutu Kantor kanggo mesthekake rute sing tepat.
posisi	Katrangan	Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas	2/3	PR
NM102	Kualifikasi Tipe Entitas	1/1	2
NM103	Jeneng Tujuan Payer	1/35
Nm108	Kode Identifikasi Kualifikasi	1/2	PI
Nm1O9	5-Digit Payer ID	2/80		Gunakake ID pembayar sing kadhaptar ing dhaptar Kantor Ally Payer.

Informasi Pasien (Situasional) Loop 2010CA— NM1, N3, N4, DMG
Tujuan saka bagean iki yaiku nyedhiyakake jeneng pasien - yen beda karo pelanggan (gumantung)
posisi	Katrangan	Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas	2/3	QC
NM102	Kualifikasi Tipe Entitas	1/1	1
NM103	Jeneng Pasien	1/60
NM104	Jeneng Pasien	1/35
N301	Alamat Jalan Pasien	1/55
N401	Kutha Pati	2/30
N402	Status Pasien	2/2
N403	Zip Pasien	3/15
DMG01	Tanggal Wektu Periode Format Kualifikasi	2/3	D8
DMG02	Tanggal Lair Pasien	1/35		Format YYYYMMDD
DMG03	Jenis Kelamin Pasien	1/1	F, M, utawa U	F = wadon M = lanang U = Ora dingerteni

Nekani Informasi Panyedhiya Loop 2310A— NM1
Tujuan saka segmen iki yaiku nyedhiyakake jeneng lan NPI panyedhiya sing tanggung jawab kanggo perawatan medis pasien.
posisi	Katrangan		Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas		2/3	71
NM102	Kualifikasi Tipe Entitas		1/1	1	1 = wong
NM103	Nekani Jeneng mburi		1/60
NM104	Rawuh Jeneng First		1/35
NM108	Kualifikasi Kode Identifikasi		1/2	XX
NM109	Kode Identifikasi		2/80		10-digit nomer NPI

Informasi Penyedia Operasi (Situasional) Loop 23108 - NM1
Tujuwan saka segmen iki yaiku kanggo nyedhiyakake jeneng lan NPI panyedhiya sing tanggung jawab kanggo nindakake operasi pasien.
posisi	Katrangan	Min/Maks	Nilai	Komentar
NM101	Kode Pengenal Entitas	2/3	72
NM102	Kualifikasi Tipe Entitas	1/1	1	1 = wong
NM103	Nekani Jeneng mburi	1/60
NM104	Rawuh Jeneng First	1/35
NM108	Kualifikasi Kode Identifikasi	1/2	XX
NM109	Kode Identifikasi	2/80		10-digit nomer NPI

PENGHARGAAN LAN LAPORAN

Office Ally ngasilake respon lan jinis laporan ing ngisor iki. Minangka nyatet, respon 999 lan 277CA mung diprodhuksi kanggo pratelan files diajukake liwat SFTP. Deleng Lampiran A kanggo dhaptar file konvensi jeneng sing digandhengake karo saben respon.
9.1 999 Implementasi Pengakuan
Dokumen Pengakuan Implementasi EDI X12 999 digunakake ing perawatan kesehatan kanggo menehi konfirmasi yen a file ditampa. A 999 ngakoni bali menyang submitter mung kanggo pratelan files diajukake liwat SFTP.
9.2 277CA Pratelan Ngakoni File Ringkesan
Tujuan saka EDI X12 277CA File Ringkesan kanggo laporan apa pratelan wis ditolak utawa ditampa dening Office Ally. Mung pratelan sing ditampa bakal dikirim menyang pembayar kanggo diproses. Iki minangka format X12 file kang padha karo teks format File Ringkesan Laporan.
9.3 277CA Pratelan Ngakoni Status EDI
Tujuan saka laporan Status EDI X12 277CA EDI yaiku kanggo ngirim pratelan sing luwih akeh utawa ora ditampa utawa ditolak dening sing mbayar. Iki minangka format X12 file sing padha karo teks sing diformat EDI Status Report
9.4 File Ringkesan Laporan
Ing File Summary Report minangka format teks (.txt). file sing nuduhake manawa klaim ditampa utawa ditolak dening Office Ally. Klaim sing ditampa bakal dikirim menyang pembayar kanggo diproses. Waca Lampiran B kanggo file spesifikasi tata letak.
9.5 Laporan Status EDI
Laporan Status EDI minangka format teks (.txt). file sing digunakake kanggo ngirim status pratelan sawise dikirim menyang pager kanggo diproses. Tanggapan klaim sing ditampa saka pager bakal dikirim menyang sampeyan ing wangun Laporan Status EDI. Waca Lampiran C kanggo file spesifikasi tata letak.
Saliyane laporan teks iki, sampeyan bisa njaluk uga nampa Laporan Status CSV EDI Custom. Laporan Status CSV EDI Kustom ngemot pratelan sing kalebu ing teks Laporan Status EDI file, bebarengan karo unsur data klaim tambahan sing sampeyan pilih.
Kanggo rincian tambahan lan / utawa njaluk pilihan iki, hubungi Dhukungan Pelanggan.
9.6 835 Saran Kiriman Elektronik
Office Ally bakal ngasilake EDI X12 835 files, uga versi format teks saka kiriman file. Waca Lampiran D kanggo file spesifikasi tata letak.

LAMPIRAN A – RESPON SEKUTU KANTOR FILE KONVENSI NAMA 

Kantor Sekutu Laporan lan File Konvensi Penamaan
File Ringkesan — Profesional*	FS_HCFA_FILEID_IN_C.txt
File Ringkesan — Institusional*	FILEID_UBSUMMARY_YYYYMMDD.txt
Status EDI*	FILEID_EDI_STATUS_YYYYMMDD.txt
X12 999**	FILEID_DikirimFileJeneng_999.999
X12 277CA – Profesional (File Ringkesan)**	USERNAME_FILEID_HCFA_277ca_YYYYMMDD.txt
X12 277CA – Institusional (File Ringkesan)**	USERNAME_FILEID_UB_277ca_YYYYMMDD.txt
X12 277CA – Profesional (Status EDI)**	FILEID_EDI_STATUS_HCFA_YYYYMMDD.277
X12 277CA – Institusional (Status EDI)**	FILEID_EDI_STATUS_UB_YYYYMMDD.277
X12 835 & ERA (TXT)**	FILEID_ERA_STATUS_5010_YYYYMMDD.zip (ngemot 835 lan TXT) FILEID_ERA_835_5010_YYYYMMDD.835 FILEID_ERA_STATUS_5010_YYYYMMDD.txt

*Waca Lampiran B nganti D kanggo File spesifikasi tata letak
** Aktivasi laporan 999/277CA kudu dijaluk lan mung kasedhiya kanggo files diajukake liwat SFTP

LAMPIRAN B – FILE RINGKASAN – INSTITUSI

Ing ngisor iki examples saka Institusi File Ringkesan Laporan:
Kabeh Claims ing File Ditampa dening Kantor Sekutu

Sawetara Claims ing File Ditampa lan Sawetara Ditolak (salah) dening Kantor Sekutu

Ing ngisor iki sing file rincian tata letak kanggo saben bagean sing bisa kalebu ing File Ringkesan.

FILE RINGKASAN DETAIL
Jeneng kolom Mulai Pos Dawane kolom
KLAIM#	1	6
STATUS	10	3
KLAIM ID	17	8
KONTROL NUM	27	14
MEDIS REK	42	15
ID pasien	57	14
PASIEN (L, F)	72	20
TOTAL BIAYA	95	12
Saka tanggal	109	10
BIL TAXID	124	10
NPI/PIN	136	11
PEMBAYAR	148	5
KODE kesalahan	156	50

DUPLICATE INFO
Jeneng kolom Mulai Pos Dawane kolom
Informasi	1	182
ID Klaim OA	35	8
OA File jeneng		55
Tanggal Diproses	–	–
KONTROL NUM		–

Cathetan: 1. "-" nuduhake yen posisi wiwitan lan dawa bisa beda-beda amarga dawa OA file jeneng 2. Kod kesalahan koma diwatesi lan cocog karo ringkesan kesalahan ing header. 3. Yen ACCNT# (CLM01) > 14 digit, posisi wiwitan PHYS.ID, PAYER, lan ERRORS bakal diatur.

LAMPIRAN C – LAPORAN STATUS EDI

Laporan format teks iki padha karo File Ringkesan Laporan; Nanging, Laporan Status EDI ngemot informasi status sing dikirim menyang Office Ally saka sing mbayar. Sembarang pesen sing ditampa OA saka pembayar bakal dikirim menyang sampeyan ing wangun Laporan Status EDI.
Laporan Status EDI bakal katon lan katon padha karo mantanample kapacak ing ngisor iki.

Cathetan: Ing ED! Laporan Status, yen akeh tanggapan bali kanggo pratelan sing padha (ing wektu sing padha), sampeyan bakal weruh pirang-pirang baris sing ngemot status kanggo siji pratelan.
Ing ngisor iki sing file rincian tata letak kanggo EDI Status Report.

EDI Status Report Detail Records
Jeneng Field	Mulai Pos	Dawane lapangan
File ID	5	9
Klaim ID	15	10
Pat. Acct #	27	14
sing sabar	42	20
Jumlah	62	9
Praktek D	74	10
ID Pajak	85	10
sing mbayar	96	5
Proses Pembayar Dt	106	10
ID Ref Pembayar	123	15
Status	143	8
Pesen Tanggapan Payer	153	255

LAMPIRAN D – LAPORAN STATUS ERA/835
Office Ally nyedhiyakake versi teks (.TXT) sing bisa diwaca saka EDI X12 835 file, minangkaample kang kapacak ing ngisor iki:

Informasi Transaksi Pandhuan Pendamping Standar Ngarujuk marang Pandhuan Implementasi Adhedhasar X12
Versi 005010X223A2
Revisi 01/25/2023

Dokumen / Sumber Daya

Aplikasi Pengolahan Office Ally OA [pdf] Pandhuan pangguna Aplikasi Pengolahan OA, OA, Aplikasi Pengolahan, Aplikasi

Referensi

• Manual pangguna