Aplikasyon sa Pagproseso ng OA
Gabay sa Gumagamit
Aplikasyon sa Pagproseso ng OA
PAGLALAHAT NG PAHAYAG
Ang pagsisiwalat, pamamahagi at pagkopya ng gabay na ito ay pinahihintulutan, gayunpaman, ang mga pagbabago sa mga item na makikita sa gabay na ito ay maaaring mangyari anumang oras nang walang abiso. Ang nilalayon na layunin at paggamit ng gabay na ito ay magbigay ng impormasyon sa pagtukoy sa Health Care Claim: Institutional (837I).
Ang Office Ally, Inc. ay tatawaging OA sa buong gabay na ito.
PAUNANG-TAO
Ang Kasamang Dokumento na ito sa Mga Gabay sa Pagpapatupad ng ASC X12N at nauugnay na errata na pinagtibay sa ilalim ng HIPAA ay nililinaw at tinutukoy ang nilalaman ng data kapag nakikipagpalitan ng elektronikong data ng kalusugan sa OA. Ang mga pagpapadala batay sa kasamang dokumentong ito, na ginamit kasabay ng Mga Gabay sa Pagpapatupad ng X12N, ay sumusunod sa parehong X12 syntax at sa mga gabay na iyon.
Ang Kasamang Gabay na ito ay nilayon na maghatid ng impormasyon na nasa loob ng balangkas ng ASC X12N Implementation Guides na pinagtibay para sa paggamit sa ilalim ng HIPAA. Ang Kasamang Gabay ay hindi nilayon na maghatid ng impormasyon na sa anumang paraan ay lumalampas sa mga kinakailangan o paggamit ng data na ipinahayag sa Mga Gabay sa Pagpapatupad.
Maaaring maglaman ang Companion Guides (CG) ng dalawang uri ng data, mga tagubilin para sa mga elektronikong komunikasyon sa entity ng pag-publish (Mga Tagubilin sa Komunikasyon/Connectivity) at karagdagang impormasyon para sa paglikha ng mga transaksyon para sa entity sa pag-publish habang tinitiyak ang pagsunod sa nauugnay na ASC X12 IG (Mga Tagubilin sa Transaksyon). Alinman sa bahagi ng Communications/Connectivity o ang bahagi ng Transaction Instruction ay dapat kasama sa bawat CG. Ang mga bahagi ay maaaring mai-publish bilang hiwalay na mga dokumento o bilang isang solong dokumento.
Ang bahagi ng Communications/Connectivity ay kasama sa CG kapag gustong ihatid ng entity sa pag-publish ang impormasyong kailangan upang simulan at mapanatili ang pagpapalitan ng komunikasyon.
Ang bahagi ng Pagtuturo sa Transaksyon ay kasama sa CG kapag ang entity sa pag-publish ay gustong linawin ang mga tagubilin sa IG para sa pagsusumite ng mga partikular na elektronikong transaksyon. Ang nilalaman ng bahagi ng Transaction Instruction ay limitado ng mga copyright at pahayag ng Fair Use ng ASCX12.
PANIMULA
1.1 Saklaw
Sinusuportahan ng Companion document na ito ang pagpapatupad ng isang batch processing application.
Tatanggapin ng OA ang mga papasok na pagsusumite na na-format nang tama sa mga tuntuning X12. Ang files ay dapat sumunod sa mga detalyeng nakabalangkas sa kasamang dokumentong ito pati na rin sa kaukulang gabay sa pagpapatupad ng HIPAA.
Ang mga aplikasyon ng OA EDI ay mag-e-edit para sa mga kundisyong ito at tatanggihan files na hindi sumusunod.
Ang kasamang dokumentong ito ay tutukuyin ang lahat ng kailangan para magsagawa ng EDI para sa karaniwang transaksyong ito. Kabilang dito ang:
- Mga detalye sa link ng komunikasyon
- Mga pagtutukoy sa mga paraan ng pagsusumite
- Mga pagtutukoy sa mga transaksyon
1.2 Lampasview
Ang kasamang gabay na ito ay pinupuri ang gabay sa pagpapatupad ng ASC X12N na kasalukuyang pinagtibay mula sa HIPAA.
Ang kasamang gabay na ito ang magiging sasakyan na ginagamit ng OA sa mga kasosyo nito sa pangangalakal upang higit na maging kwalipikado ang HIPAA adopted implementation guide. Ang kasamang gabay na ito ay sumusunod sa kaukulang gabay sa pagpapatupad ng HIPAA sa mga tuntunin ng elemento ng data at mga set ng code at mga pamantayan at kinakailangan.
Tutukuyin sa kasamang gabay na ito ang mga elemento ng data na nangangailangan ng mutual na kasunduan at pagkakaunawaan. Ang mga uri ng impormasyon na lilinawin sa loob ng kasamang ito ay:
- Mga kwalipikasyon na gagamitin mula sa mga gabay sa pagpapatupad ng HIPAA upang ilarawan ang ilang partikular na elemento ng data
- Mga segment ng sitwasyon at elemento ng data na gagamitin upang matugunan ang mga kundisyon ng negosyo
- Tracing partner profile impormasyon para sa layunin ng pagtatatag kung kanino kami nakikipagkalakalan para sa mga ipinalit na transmission
1.3 Mga Sanggunian
Ang ASC X12 ay nag-publish ng mga gabay sa pagpapatupad, na kilala bilang Type 3 Technical Reports (TR3's), na tumutukoy sa mga nilalaman ng data at mga kinakailangan sa pagsunod para sa pagpapatupad ng pangangalagang pangkalusugan ng mga hanay ng transaksyon ng ASC X12N/005010. Ang sumusunod na TR3 ay isinangguni sa gabay na ito:
- Claim sa Pangangalagang Pangkalusugan: Institusyonal – 8371 (005010X223A2)
Maaaring mabili ang TR3 sa pamamagitan ng Washington Publishing Company (WPC) sa http://www.wpc:-edi.com
1.4 Karagdagang Impormasyon
Ang Electronic Data Interchange (EDI) ay ang computer-to-computer exchange ng naka-format na data ng negosyo sa pagitan ng mga trading partner. Ang computer system na bumubuo ng mga transaksyon ay dapat magbigay ng kumpleto at tumpak na impormasyon habang ang system na tumatanggap ng mga transaksyon ay dapat na may kakayahang mag-interpret at gumamit ng impormasyon sa ASC X12N na format, nang walang interbensyon ng tao.
Ang mga transaksyon ay dapat ipadala sa isang partikular na format na magpapahintulot sa aming computer application na isalin ang data. Sinusuportahan ng OA ang mga karaniwang transaksyon na pinagtibay mula sa HIPAA. Ang OA ay nagpapanatili ng isang dedikadong kawani para sa layunin ng pagpapagana at pagproseso ng X12 EDI transmissions kasama ang mga kasosyo sa kalakalan nito.
Layunin ng OA na magtatag ng mga relasyon sa kasosyo sa pangangalakal at magsagawa ng EDI bilang kabaligtaran sa mga daloy ng impormasyon sa papel kailanman at saanman posible.
PAGSIMULA
Sa Office Ally, naiintindihan namin kung gaano kahalaga ang magkaroon ng madaling gamitin, mahusay, at streamline na proseso ng pag-claim para sa iyong pagsasanay. Makakatanggap ka ng mga pagbabayad nang hanggang 4 na beses na mas mabilis kapag nagsumite ka nang elektroniko at malalaman sa loob ng ilang oras kung may naganap na isyu sa isa sa iyong mga claim.
Mga Benepisyo ng Office Ally:
- Isumite ang Mga Claim sa Elektronikong paraan sa libu-libong Nagbabayad nang LIBRE
- Walang Kontratang pipirmahan
- LIBRENG Set up at Pagsasanay
- LIBRENG 24/7 Customer Support
- Wala nang papel EOB's! Available ang Electronic Remittance Advice (ERA) para sa mga piling nagbabayad
- Gamitin ang iyong kasalukuyang Practice Management Software para magsumite ng mga claim sa elektronikong paraan
- Mga Detalyadong Buod na Ulat
- Online Claim Correction
- Pag-uulat ng Imbentaryo (imbentaryo ng mga claim sa kasaysayan)
Available dito ang isang video na pagpapakilala sa Service Center ng Office Ally: Panimula ng Service Center
2.1 Pagpaparehistro ng Nagsumite
Ang mga nagsumite (Provider/Biller/etc.) ay dapat magpatala sa Office Ally para makapagsumite ng mga claim sa elektronikong paraan. Maaari kang mag-enroll sa pamamagitan ng pakikipag-ugnayan sa Enrollment Department ng OA sa 360-975-7000 Opsyon 3, o sa pamamagitan ng pagsisimula ng online na pagpaparehistro DITO.
Ang checklist ng pagpaparehistro ay makikita sa susunod na pahina.
OA Registration Check I ist.
- Kumpleto Online na Pagpaparehistro (o tumawag sa OA's Enrollment Dept @ 360-975-7000 Pagpipilian 3)
- Mag-sign OA's Authorization Sheet
- Review, lagdaan, at tindahan ng mga OA Office-Ally-BAA-4893-3763-3822-6-Final.pdf (officeally.com) para sa iyong mga tala
- Tumanggap ng link sa pag-activate ng User Name at Password na nakatalaga sa OA
- Mag-iskedyul ng LIBRENG sesyon ng pagsasanay (kung kinakailangan)
- Review Kasamang gabay ng OA
- Review Mga OA Mga Magagamit na Nagbabayad ng Office Ally upang matukoy ang Pager ID pati na rin ang mga kinakailangan sa pagpapatala sa EDI
- Kumpletuhin ang pagsubok at mulingview mga ulat sa pagtugon (kinakailangan lamang para sa mga nagsumite ng software ng 3rd party)
- Simulan ang pagsusumite ng mga claim sa produksyon!
FILE MGA GABAY SA PAGSASABALA
3.1 Tinanggap File Mga format
Maaaring tanggapin at iproseso ng Office Ally ang mga sumusunod file mga uri:
- Imahe ng HCFA, CMS1500, UB92, at UB04 Files
- ANSI X12 8371, 837P, at 837D files
- HCFA NSF Files HCFA Tab Delimited Files (Dapat na mahigpit na sumunod ang format sa mga detalye ng OA. Makipag-ugnayan sa Suporta para sa mga detalye.)
3.2 Tinanggap File Mga extension
Katulad nito, maaaring tanggapin ng Office Ally files na mayroong alinman sa mga nasa ibaba file mga extension ng pangalan:
Txt | Dat | Zip | Ecs | Viw |
Hcf | Sinabi ni Lst | Ls | Pm | Out |
Clm | 837 | nsf | Pmg | Cnx |
Pgp | Sinabi ni Fil | csv | Mpn | tab |
3.3 File Mga Pagbabago sa Format
Mahalaga na patuloy kang magpadala ng pareho file format kapag nagpapadala ng claim files sa Office Ally. Kung ang iyong file mga pagbabago sa format dahil sa mga pag-update ng system, mga bagong computer, o iba't ibang mga pagpipilian sa form, ang file maaaring mabigo.
Kung kailangan mong i-update ang file format na ipinapadala sa Office Ally, mangyaring makipag-ugnayan sa OA sa 360-975-7000 Opsyon 1 at ipaalam sa Customer Service Representative na kailangan mong makuha ang iyong file na-update ang format.
PAGSUBOK SA OFFICE ALLY
Upang matiyak ang isang maayos na paglipat sa pagsusumite sa elektronikong paraan sa pamamagitan ng Office Ally, inirerekumenda na makumpleto ang pagsubok para sa lahat ng nagsumite ng software ng third-party.
Ang End-to-End na pagsubok ay hindi magagamit para sa lahat ng nagbabayad (at ito ay nakumpleto lamang sa kahilingan ng nagbabayad); gayunpaman, maaari mong subukan nang direkta hangga't gusto mo nang direkta sa OA.
Inirerekomenda na isang pagsubok file naglalaman ng 5-100 claim na isumite para sa pagsubok. Dapat kasama sa mga test claim ang iba't ibang claim, na isinasaalang-alang ang iba't ibang uri ng sitwasyon o sitwasyon na pinakamadalas mong harapin (Ambulansya, NDC, Inpatient, Outpatient, atbp.).
Pagkatapos ng iyong pagsubok file ay naisumite at naproseso, nagbabalik ang Office Ally ng ulat na tumutukoy sa mga claim na pumasa sa pagsubok at sa mga maaaring nabigo.
4.1 Pagsubok File Mga Kinakailangan sa Pangalan
Ang salitang OATEST (lahat ng isang salita) ay dapat isama ang pagsubok file pangalan upang makilala ito ng Office Ally bilang isang pagsubok file. Kung ang file ay walang kinakailangang keyword (OATEST), ang file ay ipoproseso sa aming kapaligiran ng produksyon kahit na ang ISA15 ay nakatakda sa 'T'. Nasa ibaba ang examples ng katanggap-tanggap at hindi katanggap-tanggap na pagsubok file mga pangalan:
TANGGAP: XXXXXX.OATEST.XXXXXX.837
ACCEPTABLE: OATEST XXXXXX_XXXX.txt
HINDI KATANGGAP: 0A_TESTXXXX>C
HINDI KATANGGAP: PAGSUBOK XXXXXX_XXXX.837
Pagsubok files ay maaaring isumite sa pamamagitan ng file upload o SFTP transmission. Kapag nagsumite ng pagsusulit files sa pamamagitan ng SFTP, ang keyword na uri ng claim ay dapat ding kasama sa file pangalan (ibig sabihin 837P/8371/837D).
IMPORMASYON SA KONEKTIVIDAD
Nag-aalok ang Office Ally ng dalawa file mga paraan ng pagpapalitan para sa mga nagsumite ng batch:
- SFTP (Secure File Transfer Protocol)
- Office Ally's Secure Website
5.1 SFTP — Secure File Transfer Protocol
Instruksyon sa Pag-setup
Upang humiling ng koneksyon sa SFTP, ipadala ang sumusunod na impormasyon sa pamamagitan ng email sa Sipporteofficeallu.com:
- Username ng Office Ally
- Pangalan ng Contact
- Makipag-ugnayan sa Email
- Pangalan ng Software (kung available)
- Mga Uri ng Claim na Isinumite (HCFA/UB/ADA)
- Makatanggap ng 999/277CA na mga ulat? (Oo o Hindi)
Tandaan: Kung pipiliin mo ang 'Hindi', tanging ang mga ulat ng tekstong pagmamay-ari ng Office Ally ang ibabalik.
Mga Detalye ng Pagkakakonekta
URL Address: ftp10officeally.com
Port 22
SSH/SFTP Enabled (Kung hihilingin sa Cache SSH habang nag-logon, i-click ang 'Oo')
FileAng mga na-upload sa Office Ally sa pamamagitan ng SFTP ay dapat ilagay sa "inbound" na folder para sa pagproseso. Lahat ng SFTP outbound files (kabilang ang 835's) mula sa Office Ally ay magagamit para sa pagkuha sa "outbound" na folder.
SFTP File Mga Kinakailangan sa Pangalan
Lahat ng papasok na claim fileAng mga isinumite sa pamamagitan ng SFTP ay dapat maglaman ng isa sa mga sumusunod na keyword sa file pangalan para matukoy ang uri ng mga paghahabol na isinumite: 837P, 8371, o 837D
Para kay example, kapag nagsusumite ng production claim file naglalaman ng mga claim sa institusyon: drsmith_8371_claimfile_10222022.837
5.2 Office Ally Secure Website
Sundin ang mga hakbang sa ibaba upang mag-upload ng claim file gamit ang secure ng Office Ally website.
- Mag-log in www.officeally.com
- Mag-hover sa “Mag-upload ng Mga Claim”
- I-click para i-upload ang file batay sa uri ng iyong claim (ibig sabihin, “Upload Professional (UB/8371) File”)
- I-click ang “Piliin File”
- Mag-browse para sa iyong file at i-click ang "Buksan"
- I-click ang “Upload”
Sa pag-upload, makakatanggap ka ng page ng kumpirmasyon sa pag-upload kasama ng iyong FilelD na numero.
Magiging available ang mga ulat sa pagtugon sa loob ng 6 hanggang 12 oras sa “I-download File Buod” na seksyon ng website.
IMPORMASYON SA CONTACT
6.1 Serbisyo sa Customer
Mga Araw na Magagamit: | Lunes hanggang Biyernes |
Mga Oras na Magagamit: | 6:00 ng umaga hanggang 5:00 ng hapon PST |
Telepono: | 360.975.7000 Opsyon 1 |
Email: | support@officeally.com |
Fax: | 360.896-2151 |
Live Chat: | https://support.officeally.com/ |
6.2 Teknikal na Suporta
Mga Araw na Magagamit: | Lunes hanggang Biyernes |
Mga Oras na Magagamit: | 6:00 ng umaga hanggang 5:00 ng hapon PST |
Telepono: | 360.975.7000 Opsyon 2 |
Email: | support@officeally.com |
Live Chat: | https://support.officeally.com/ |
6.3 Tulong sa Pagpapatala
Mga Araw na Magagamit: | Lunes hanggang Biyernes |
Mga Oras na Magagamit: | 6:00 ng umaga hanggang 5:00 ng hapon PST |
Telepono: | 360.975.7000 Opsyon 3 |
Email: | support@officeally.com |
Fax: | 360.314.2184 |
Live Chat: | https://support.officeally.com/ |
6.4 Pagsasanay
Pag-iiskedyul: | 360.975.7000 Opsyon 5 |
Mga Tutorial sa Video: | https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx |
CONTROL SEGMENTS/ENVELOPES
Inilalarawan ng seksyong ito ang paggamit ng OA ng interchange (ISA) at functional group (GS control segments. Tandaan na ang mga pagsusumite sa Office Ally ay limitado sa isang interchange (ISA) at isang functional group (GS) bawat file. Files ay maaaring maglaman ng hanggang 5000 mga hanay ng transaksyon (ST).
7.1 ISA-IEA
Elemento ng Data | Paglalarawan | Mga Halagang Ginamit | Mga komento |
ISA01 | Kwalipikasyon ng Awtorisasyon | 0 | |
ISA02 | Authorization Code | ||
ISA03 | Kwalipikasyon ng Seguridad | 0 | |
AKO SA04 | Impormasyon sa Seguridad | ||
ISA05 | Qualifier ng Sender | 30 o ZZ | |
ISA06 | ID ng nagpadala | Submitter ID na iyong pinili. Ang Tax ID ay pinakakaraniwan. | |
ISA07 | Kwalipikasyon ng Tatanggap | 30 o ZZ | |
ISA08 | Receiver ID | 330897513 | Tax ID ng Office Ally |
ISA11 | Repetition Separator | A | O separator na iyong pinili |
ISA15 | Tagapahiwatig ng Paggamit | P | Produksyon File Para sa pagsubok, ipadala ang "OATEST" sa filepangalan. |
7.2 GS-GE
Elemento ng Data | Paglalarawan | Mga Halagang Ginamit | Mga komento |
GS01 | Functional ID Code | ||
G502 | Code ng mga Nagpadala | Submitter code na iyong pinili. Ang Tax ID ay pinakakaraniwan. | |
GS03 | Code ng Tagatanggap | OA o 330897513 | |
GS08 | ID Code ng Industriya ng Paglabas ng Bersyon | 005010X223A2 | Institusyonal |
MGA TUNTUNIN AT LIMITASYON SA NEGOSYO AT LIMITASYON NG OFFICE ALLY
Ang mga sumusunod file ang mga detalye ay kinuha mula sa 837 X12 Implementation Guide. Ang layunin ay magbigay ng gabay sa mga partikular na loop at segment na mahalaga sa pagproseso ng mga claim sa elektronikong paraan. Ito ay hindi isang buong gabay; ang isang buong gabay ay magagamit para sa pagbili mula sa Washington Publishing Company.
Impormasyon ng Nagsusumite Loop 1000A— NM1 |
||||
Ang layunin ng segment na ito ay ibigay ang pangalan ng indibidwal o organisasyong nagsusumite ng file | ||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento |
NM101 | Code ng Entity Identifier | 2/3 | 41 | |
NM102 | Qualifier ng Uri ng Entity | 1/1 | 1 o 2 | 1 = Tao 2 = Hindi Tao |
NM103 | Pangalan ng organisasyon (o apelyido). | 1/35 | ||
NM104 | Pangalan ng Nagsumite | 1/35 | Sitwasyon; Kinakailangan lamang kung NM102 = 1 | |
NM108 | Qualifier ng Identification Code | 1/2 | 46 | |
NM109 | Identification code | 2/80 | Submitter ID na iyong pinili (Ang Tax ID ay karaniwan) |
Impormasyon sa Tatanggap Loop 10008 — NM 1 |
||||
Ang layunin ng segment na ito ay ibigay ang pangalan ng organisasyon kung saan ka nagsusumite | ||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento |
NM101 | Code ng Entity Identifier | 2/3 | 40 | |
NM102 | Qualifier ng Uri ng Entity | 1/1 | 2 | |
NM103 | Pangalan ng Organisasyon | 1/35 | OFFICE ALLY | |
NM108 | Qualifier ng Identification Code | 1/2 | 46 | |
NM109 | Identification code | 2/80 | 330897513 | OA Tax ID |
Impormasyon ng Provider ng Pagsingil Loop 2010AA— NM1, N3, N4, REF |
||||
Ang layunin ng segment na ito ay ibigay ang pangalan, address, NPI, at Tax ID para sa provider ng pagsingil | ||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento |
NM101 | Code ng Entity Identifier | 2/3 | 85 | |
NM102 | Qualifier ng Uri ng Entity | 1/1 | 2 | 2 = Hindi Tao |
NM103 | Pangalan ng Organisasyon (o Apelyido). | 1/60 | ||
NM108 | Qualifier ng Identification Code | 1/2 | XX | |
NM109 | Identification code | 2/80 | 10-digit na Numero ng NPI | |
N301 | Address ng Kalye ng Tagabigay ng Pagsingil | 1/55 | Kinakailangan ang Pisikal na Address. Huwag magpadala ng PO Box. | |
N401 | Lungsod ng Tagabigay ng Pagsingil | 2/30 | ||
N402 | Estado ng Provider ng Pagsingil | 2/2 | ||
N403 | Zip ng Provider ng Pagsingil | 3/15 | ||
REAM | Reference Identification Qualifier | 2/3 | El | El= Tax ID |
REF02 | Pagkilala sa Sanggunian | 1/50 | 9-digit na Tax ID |
Impormasyon ng Subscriber (Insured). Loop 2010BA – NM1, N3, N4, DMG |
||||
Ang layunin ng segment na ito ay ibigay ang pangalan, address, member ID, DOB, at kasarian ng subscriber (insured) | ||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento |
NM101 | Code ng Entity Identifier | 2/3 | IL | |
NM102 | Qualifier ng Uri ng Entity | 1/1 | 1 | |
NM103 | Apelyido ng Subscriber | 1/60 | ||
NM104 | Pangalan ng Subscriber | 1/35 | ||
NM108 | Qualifier ng Identification Code | 1/2 | MI | |
NM109 | Identification code | 2/80 | Numero ng ID ng Miyembro | |
N301 | Address ng Kalye ng Subscriber | 1/55 | ||
N401 | Lungsod ng Subscriber | 2/30 |
N402 | Estado ng Subscriber | 2/2 | ||
N403 | Zip ng Subscriber | 3/15 | ||
DMG01 | Petsa Time Period Format Qualifier | 2/3 | 8 | |
DMG02 | Petsa ng Kapanganakan ng Subscriber | 1/35 | YYYYMMDD format | |
DMG03 | Kasarian ng Subscriber | 1/1 | F, M, o U F = Babae |
M = Lalaki U = Hindi kilala |
Impormasyon ng Nagbabayad Loop 201088 — NM1 |
||||
Ang layunin ng segment na ito ay ibigay ang pangalan ng nagbabayad at ID kung saan dapat isumite ang claim (nagbabayad ng patutunguhan) Mangyaring gamitin ang mga os ng nagbabayad na nakalista sa Listahan ng Nagbabayad ng Kakampi sa Opisina upang matiyak ang wastong pagruruta. |
||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento |
NM101 | Code ng Entity Identifier | 2/3 | PR | |
NM102 | Qualifier ng Uri ng Entity | 1/1 | 2 | |
NM103 | Pangalan ng Patutunguhan ng Nagbabayad | 1/35 | ||
Nm108 | Identification CodeQualifier | 1/2 | PI | |
Nm1O9 | 5-Digit na Payer ID | 2/80 | Gumamit ng isang nagbabayad ID na nakalista sa listahan ng Office Ally Payer. |
Impormasyon ng Pasyente (Situasyonal) Loop 2010CA— NM1, N3, N4, DMG |
||||
Ang layunin ng segment na ito ay ibigay ang pangalan ng pasyente – kung iba sa subscriber (depende) | ||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento |
NM101 | Code ng Entity Identifier | 2/3 | QC | |
NM102 | Qualifier ng Uri ng Entity | 1/1 | 1 | |
NM103 | Apelyido ng Pasyente | 1/60 | ||
NM104 | Pangalan ng Pasyente | 1/35 | ||
N301 | Address ng Kalye ng Pasyente | 1/55 | ||
N401 | Lungsod ng Pasyente | 2/30 | ||
N402 | Estado ng Pasyente | 2/2 | ||
N403 | Zip ng Pasyente | 3/15 | ||
DMG01 | Petsa Time Period Format Qualifier | 2/3 | D8 | |
DMG02 | Petsa ng Kapanganakan ng Pasyente | 1/35 | YYYYMMDD format | |
DMG03 | Pasyente na Kasarian | 1/1 | F, M, o U | F = Babae M = Lalaki U = Hindi kilala |
Dumalo sa Impormasyon ng Provider Loop 2310A— NM1 |
|||||
Ang layunin ng segment na ito ay ibigay ang pangalan at NPI ng provider na responsable para sa pangangalagang medikal ng pasyente. | |||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento | |
NM101 | Code ng Entity Identifier | 2/3 | 71 | ||
NM102 | Qualifier ng Uri ng Entity | 1/1 | 1 | 1= Tao | |
NM103 | Dumadalo sa Apelyido | 1/60 | |||
NM104 | Dumadalo sa Unang Pangalan | 1/35 | |||
NM108 | Qualifier ng Identification Code | 1/2 | XX | ||
NM109 | Identification code | 2/80 | 10-digit na numero ng NPI |
Impormasyon ng Operating Provider (Situasyonal) Loop 23108 — NM1 |
||||
Ang layunin ng segment na ito ay ibigay ang pangalan at NPI ng provider na responsable sa pagsasagawa ng operasyon ng pasyente. | ||||
Posisyon | Paglalarawan | Min/Max | Halaga | Mga komento |
NM101 | Code ng Entity Identifier | 2/3 | 72 | |
NM102 | Qualifier ng Uri ng Entity | 1/1 | 1 | 1= Tao |
NM103 | Dumadalo sa Apelyido | 1/60 | ||
NM104 | Dumadalo sa Unang Pangalan | 1/35 | ||
NM108 | Qualifier ng Identification Code | 1/2 | XX | |
NM109 | Identification code | 2/80 | 10-digit na numero ng NPI |
MGA PAGKILALA AT ULAT
Ibinabalik ng Office Ally ang mga sumusunod na tugon at uri ng ulat. Gaya ng nabanggit, ang 999 at 277CA na mga tugon ay ginawa lamang para sa paghahabol files isinumite sa pamamagitan ng SFTP. Sumangguni sa Appendix A para sa isang listahan ng file mga kumbensyon sa pagbibigay ng pangalan na nauugnay sa bawat tugon.
9.1 999 Pagkilala sa Pagpapatupad
Ang EDI X12 999 Implementation Acknowledgment document ay ginagamit sa pangangalagang pangkalusugan upang magbigay ng kumpirmasyon na ang isang file ay natanggap. Ang isang 999 na pagkilala ay ibinalik sa nagsumite para lamang sa paghahabol files isinumite sa pamamagitan ng SFTP.
9.2 277CA Claim Acknowledgement File Buod
Ang layunin ng EDI X12 277CA File Ang buod ay upang iulat kung ang isang paghahabol ay tinanggihan o tinanggap ng Office Ally. Tanging mga tinatanggap na claim ang ipapadala sa nagbabayad para sa pagproseso. Ito ay isang X12 na naka-format file na katumbas ng tekstong na-format File Buod ng Ulat.
9.3 277CA Claim Acknowledgement EDI Status
Ang layunin ng ulat sa Katayuan ng EDI X12 277CA EDI ay upang maiparating kung gaano o hindi ang isang paghahabol ay tinanggap o tinanggihan ng nagbabayad. Ito ay isang X12 na naka-format file na katumbas ng text na naka-format na EDI Status Report
9.4 File Buod ng Ulat
Ang File Ang Summary Report ay isang text (.txt) na naka-format file na nagsasaad kung tinanggap o tinanggihan ng Office Ally ang mga claim. Ang mga tinanggap na claim ay ipapadala sa nagbabayad para sa pagproseso. Sumangguni sa Appendix B para sa file mga pagtutukoy ng layout.
9.5 Ulat sa Katayuan ng EDI
Ang EDI Status Report ay isang text (.txt) na naka-format file na ginagamit upang ihatid ang katayuan ng isang paghahabol matapos itong ipadala sa pager para sa pagproseso. Ang mga sagot sa claim na natanggap mula sa isang pager ay ipapasa sa iyo sa anyo ng EDI Status Report. Sumangguni sa Appendix C para sa file mga pagtutukoy ng layout.
Bilang karagdagan sa mga text na ulat na ito, maaari kang humiling na makatanggap din ng Custom na CSV EDI Status Report. Ang Custom na CSV EDI Status Report ay naglalaman ng mga claim na kasama sa EDI Status Report text file, kasama ng anumang karagdagang elemento ng data ng claim na iyong pinili.
Para sa mga karagdagang detalye at/o para hilingin ang opsyong ito, mangyaring makipag-ugnayan sa Customer Support.
9.6 835 Electronic Remittance Advice
Ibabalik ng Office Ally ang EDI X12 835 files, pati na rin ang isang text formatted na bersyon ng remit file. Sumangguni sa Appendix D para sa file mga pagtutukoy ng layout.
APENDIKS A – TUGON NG KAANYA SA TANGGAPAN FILE PAGPAPANGALAN NG MGA KOMBENSIYON
Ulat ng Office Ally at File Mga Kombensiyon sa Pangalan | |
File Buod — Propesyonal* | FS_HCFA_FILEID_IN_C.txt |
File Buod — Institusyonal* | FILEID_UBSUMMARY_YYYYMMDD.txt |
Katayuan ng EDI* | FILEID_EDI_STATUS_YYYYMMDD.txt |
X12 999** | FILEID_SubmittedFilePangalan_999.999 |
X12 277CA – Propesyonal (File Buod)** | USERNAME_FILEID_HCFA_277ca_YYYYMMDD.txt |
X12 277CA – Institusyonal (File Buod)** | USERNAME_FILEID_UB_277ca_YYYYMMDD.txt |
X12 277CA – Propesyonal (EDI Status)** | FILEID_EDI_STATUS_HCFA_YYYYMMDD.277 |
X12 277CA – Institusyonal (Katayuan ng EDI)** | FILEID_EDI_STATUS_UB_YYYYMMDD.277 |
X12 835 at ERA (TXT)** | FILEID_ERA_STATUS_5010_YYYYMMDD.zip (naglalaman ng 835 at TXT) FILEID_ERA_835_5010_YYYYMMDD.835 FILEID_ERA_STATUS_5010_YYYYMMDD.txt |
*Sumangguni sa Appendice B hanggang D para sa File mga pagtutukoy ng layout
**Ang pag-activate ng ulat ng 999/277CA ay dapat hilingin at magagamit lamang para sa files isinumite sa pamamagitan ng SFTP
APENDIKS B – FILE BUOD – INSTITUTIONAL
Nasa ibaba ang examples ng Institusyon File Buod ng Ulat:
Lahat ng Claim sa File Tinanggap ng Office Ally
Ilang Claim sa File Tinanggap at Ang ilan ay Tinanggihan (error) ng Office Ally
Nasa ibaba ang mga file mga detalye ng layout para sa bawat isa sa mga seksyon na maaaring isama sa File Buod.
FILE DETALYE NG BUOD | ||
Pangalan ng Field Start Pos Haba ng Field | ||
CLAIM# | 1 | 6 |
STATUS | 10 | 3 |
CLAIM ID | 17 | 8 |
CONTROL NUM | 27 | 14 |
MEDICAL REC | 42 | 15 |
ID NG PASYENTE | 57 | 14 |
PASYENTE (L, F) | 72 | 20 |
KABUUANG SINGIL | 95 | 12 |
MULA SA PETSA | 109 | 10 |
BILL TAXID | 124 | 10 |
NPI / PIN | 136 | 11 |
NAGBABAYAD | 148 | 5 |
ERROR CODE | 156 | 50 |
DUPLICATE INFO | ||
Pangalan ng Field Start Pos Haba ng Field | ||
Impormasyon | 1 | 182 |
OA Claim ID | 35 | 8 |
OA File Pangalan | 55 | |
Petsa ng Naproseso | – | – |
CONTROL NUM | – |
Mga Tala: 1. Ang "-" ay nagpapahiwatig na ang panimulang posisyon at haba ay maaaring mag-iba dahil sa haba ng OA file pangalan 2. Ang mga error na cod ay comma delimited at tumutugma sa buod ng error sa header. 3. Kung ang ACCNT# (CLM01) ay >14 na digit, ang PHYS.ID, PAYER, at ERRORS na panimulang posisyon ay isasaayos.
APENDIKS C – ULAT NG EDI STATUS
Ang naka-format na text na ulat na ito ay katulad ng File Buod ng Ulat; gayunpaman, ang EDI Status Report ay naglalaman ng impormasyon ng status na ipinadala sa Office Ally mula sa nagbabayad. Ang anumang mensahe na matatanggap ng OA mula sa nagbabayad ay ipapasa sa iyo sa anyo ng isang Ulat sa Katayuan ng EDI.
Ang EDI Status Report ay lalabas at kamukha ng exampang ipinapakita sa ibaba.
Tandaan: Sa ED! Ulat sa Katayuan, kung maraming tugon ang bumalik para sa parehong claim (sa parehong oras), makakakita ka ng maraming row na naglalaman ng status para sa iisang claim.
Nasa ibaba ang mga file mga detalye ng layout para sa EDI Status Report.
Mga Detalye ng Ulat sa Katayuan ng EDI | ||
Pangalan ng Field | Simulan ang Pos | Haba ng Field |
File ID | 5 | 9 |
I-claim ang ID | 15 | 10 |
Sinabi ni Pat. Acct # | 27 | 14 |
pasyente | 42 | 20 |
Halaga | 62 | 9 |
Practice D | 74 | 10 |
ID ng Buwis | 85 | 10 |
nagbabayad | 96 | 5 |
Proseso ng Nagbabayad Dt | 106 | 10 |
Ref ID ng nagbabayad | 123 | 15 |
Katayuan | 143 | 8 |
Mensahe ng Tugon ng Nagbabayad | 153 | 255 |
APPENDIX D – ERA/835 STATUS REPORT
Nagbibigay ang Office Ally ng nababasang text (.TXT) na bersyon ng EDI X12 835 file, bilangample ng kung saan ay ipinapakita sa ibaba:
Karaniwang Gabay sa Kasamang Impormasyon sa Transaksyon ay Tumutukoy sa Mga Gabay sa Pagpapatupad Batay sa X12
Bersyon 005010X223A2
Binago 01 / 25 / 2023
Mga Dokumento / Mga Mapagkukunan
![]() |
Office Ally OA Processing Application [pdf] Gabay sa Gumagamit OA Processing Application, OA, Processing Application, Application |