Emblemo de Office AllyOA Pretiga Apliko
Uzantgvidilo

OA Pretiga Apliko

DEKLARO
Diskonigo, dissendo kaj kopiado de ĉi tiu gvidilo estas permesitaj, tamen, ŝanĝoj al eroj trovitaj en ĉi tiu gvidilo povas okazi iam ajn sen avizo. La celita celo kaj uzo de ĉi tiu gvidilo estas provizi informojn pri la Sanservo-Aserto: Institucia (837I).
Office Ally, Inc. estos nomata OA tra ĉi tiu gvidilo.
PREFACIO
Ĉi tiu Kunula Dokumento al la Efektivigaj Gvidiloj de ASC X12N kaj rilataj eraroj adoptitaj sub HIPAA klarigas kaj precizigas la datumenhavon dum interŝanĝado de elektronikaj sanaj datumoj kun OA. Dissendoj bazitaj sur ĉi tiu kunuldokumento, uzata en tandemo kun la X12N Implementation Guides, estas konformaj al kaj X12-sintakso kaj tiuj gvidiloj.
Ĉi tiu Kunula Gvidilo celas transdoni informojn en la kadro de la ASC X12N-Efektivigaj Gvidiloj adoptitaj por uzo sub HIPAA. La Kunula Gvidilo ne celas transdoni informojn, kiuj iel superas la postulojn aŭ uzadojn de datumoj esprimitaj en la Efektivigaj Gvidiloj.
Kunulaj Gvidiloj (CG) povas enhavi du specojn de datumoj, instrukciojn por elektronikaj komunikadoj kun la eldona ento (Komunikadoj/Konektecaj Instrukcioj) kaj suplementajn informojn por krei transakciojn por la eldona ento certigante konformecon kun la rilata ASC X12 IG (Transakciaj Instrukcioj). Aŭ la Komunikado/Konekteca komponento aŭ la Transakcia Instrukcio devas esti inkluzivitaj en ĉiu CG. La komponantoj povas esti publikigitaj kiel apartaj dokumentoj aŭ kiel ununura dokumento.
La Komunikado/Konekteca komponento estas inkluzivita en la CG kiam la eldona ento volas transdoni la informojn necesajn por komenci kaj konservi komunikadon.
La komponanto de Transakcia Instruo estas inkluzivita en la CG kiam la eldona ento volas klarigi la IG-instrukciojn por prezento de specifaj elektronikaj transakcioj. La enhavo de la komponanto de Transakcia Instruo estas limigita de la kopirajtoj kaj deklaro de Justa Uzo de ASCX12.

ENKONDUKO

1.1 Amplekso
Ĉi tiu Kunulo-dokumento subtenas la efektivigon de bata prilabora aplikaĵo.
OA akceptos enirajn aliĝojn kiuj estas formatitaj ĝuste laŭ X12-kondiĉoj. La files devas observi la specifojn skizitajn en ĉi tiu kunuldokumento kaj ankaŭ la respondan gvidilon pri efektivigo de HIPAA.
OA EDI-aplikoj redaktos por ĉi tiuj kondiĉoj kaj malakceptos files kiuj estas nekonformaj.
Ĉi tiu kunula dokumento precizigos ĉion, kio estas necesa por fari EDI por ĉi tiu norma transakcio. Ĉi tio inkluzivas:

  • Specifoj pri la komunika ligilo
  • Specifoj pri la sendaj metodoj
  • Specifoj pri la transakcioj

1.2 Finisview
Ĉi tiu kunulgvidilo komplimentas la ASC X12N-efektivgvidilon nuntempe adoptitan de HIPAA.
Ĉi tiu kunulgvidilo estos la veturilo, kiun OA uzas kun siaj komercaj partneroj por plue kvalifiki la HIPAA adoptitan efektiviggvidilon. Ĉi tiu kunulgvidilo konformas al la responda HIPAA-efektivgvidilo laŭ datenelementoj kaj kodaj normoj kaj postuloj.
Datenelementoj kiuj postulas reciprokan interkonsenton kaj komprenon estos precizigitaj en ĉi tiu kunulgvidilo. Tipoj de informoj, kiuj estos klarigitaj ene de ĉi tiu kunulo, estas:

  • Kvalifikiĝintoj kiuj estos uzitaj de la HIPAA-efektivgvidistoj por priskribi certajn datenelementojn
  • Situaciaj segmentoj kaj datenelementoj, kiuj estos uzataj por kontentigi komercajn kondiĉojn
  • Spurado de partnero profile informojn por establi kun kiu ni komercas por la interŝanĝitaj dissendoj

1.3 Referencoj
ASC X12 publikigas efektiviggvidilojn, konatajn kiel Type 3 Technical Reports (TR3's), kiuj difinas la datenenhavon kaj observpostulojn por la sanservo efektivigo de la ASC X12N/005010-transakciaroj. La sekva TR3 estas referenceita en ĉi tiu gvidilo:

  • Aserto pri Sanservo: Institucia - 8371 (005010X223A2)

La TR3 povas esti aĉetita per Washington Publishing Company (WPC) ĉe http://www.wpc:-edi.com
1.4 Pliaj Informoj
Electronic Data Interchange (EDI) estas la komputil-al-komputila interŝanĝo de formatitaj komercdatenoj inter komercaj partneroj. La komputilsistemo generanta la transakciojn devas liveri kompletajn kaj precizajn informojn dum la sistemo ricevanta la transakciojn devas esti kapabla je interpretado kaj utiligado de la informoj en ASC X12N-formato, sen homa interveno.
La transakcioj devas esti senditaj en specifa formato, kiu permesos al nia komputila aplikaĵo traduki la datumojn. OA subtenas la normajn transakciojn adoptitajn de HIPAA. OA konservas diligentan kunlaborantaron por ebligi kaj prilabori X12 EDI-dissendojn kun siaj komercaj partneroj.
Estas la celo de OA establi komercajn partnerrilatojn kaj fari EDI kontraste al paperaj informfluoj kiam ajn kaj kie ajn ebla.

KOMENCI

Ĉe Office Ally, ni komprenas kiom gravas havi facile uzeblan, efikan kaj simpligitan asertprocezon por via praktiko. Vi ricevos pagojn ĝis 4 fojojn pli rapide kiam vi sendas elektronike kaj scios post horoj ĉu problemo okazas kun unu el viaj asertoj.
Avantaĝoj de Office Ally:

  • Sendu Asertojn Elektronike al miloj da Pagantoj SENPAGA
  • Neniuj Kontraktoj por subskribi
  • SENPAGA Agordo kaj Trejnado
  • SENPAGA Klienta Subteno 24/7
  • Ne plu paperaj EOB-oj! Elektronika Remittance Advice (ERA) havebla por elektitaj pagantoj
  • Uzu vian ekzistantan Praktikan Administran Programaron por sendi asertojn elektronike
  • Detalaj Resumaj Raportoj
  • Reta Aserta Korekto
  • Stokregistro-Raportado (historia aserto-stokregistro)

Video-enkonduko al la Servocentro de Office Ally estas havebla ĉi tie: Servocentro-Enkonduko
2.1 Aliĝo de Submetanto
Sendantoj (Proviganto/Fakturisto/ktp.) devas enskribiĝi ĉe Office Ally por sendi reklamojn elektronike. Vi povas enskribiĝi kontaktante la Enskribon de OA ĉe 360-975-7000 Opcio 3, aŭ komencante interretan registriĝon ĈI TIE.
Kontrollisto troveblas sur la sekva paĝo.

OA Registrad Check I is.

  1. Kompleta Enreta Registrado (aŭ voku la Enskribon de OA @ 360-975-7000 Eblo 3)
  2. Subskribu OA-ojn Rajtiga Folio 
  3. Review, subskribu kaj konservu OA-ojn Office-Ally-BAA-4893-3763-3822-6-Final.pdf (oficiale.com) por viaj registroj
  4. Ricevu ligilon pri aktivigo de Uzantnomo kaj Pasvorto de OA
  5. Planu SENPAGA trejna sesio (se necese)
  6. Review La kunulgvidilo de OA
  7. Review OA-oj Oficeja Alianco Disponeblaj Pagantoj por determini Pager ID same kiel EDI-enskribajn postulojn
  8. Kompleta testado kaj review respondraportoj (nur bezonataj por triaj programaraj sendintoj)
  9. Komencu sendi asertojn pri produktado!

FILE SENDAJ GVIDILIOJ

3.1 Akceptita File Formatoj
Office Ally povas akcepti kaj prilabori la jenajn file tipoj:

  • Bildo HCFA, CMS1500, UB92 kaj UB04 Files
  • ANSI X12 8371, 837P, kaj 837D files
  • HCFA NSF Files HCFA Tab Limigita Files (Formato devas strikte aliĝi al OA-specifoj. Kontaktu Subtenon por detaloj.)

3.2 Akceptita File Etendaĵoj
Simile, Office Ally povas akcepti files kiuj havas iun el la malsupre file nomaj etendoj:

Txt Dat Zip Ecs Vid
Hcf Lst Ls Pm Ekstere
Clm 837 Nsf Pmg Cnx
Pgp Fil csv Mpn langeto

3.3 File Formatŝanĝoj
Gravas, ke vi daŭre sendas la samon file formato dum sendado de reklamo files al Office Ally. Se via file formataj ŝanĝoj pro sistemaj ĝisdatigoj, novaj komputiloj aŭ malsamaj formularelektoj, la file povus malsukcesi.
Ĉu vi devas ĝisdatigi la file formato sendata al Office Ally, bonvolu kontakti OA ĉe 360-975-7000 Opcio 1 kaj sciigu la Reprezentanton de Klientservo, ke vi devas havi vian file formato ĝisdatigita.

TESTO KUN OFICECO ALLIANO

Por certigi glatan transiron al sendado elektronike per Office Ally, oni rekomendas, ke la provoj estu finita por ĉiuj triapartaj softvaraj sendintoj.
Fina-al-fina testado ne disponeblas por ĉiuj pagantoj (kaj ĝi estas kompletigita nur laŭ la peto de la paganto); tamen, vi povas testi tiel ofte kiel vi ŝatus kun OA rekte.
Estas rekomendite ke provo file enhavantaj 5-100 asertojn estu submetitaj por testado. Testaj asertoj devus inkluzivi diversajn asertojn, respondecante pri malsamaj specoj de situacioj aŭ scenaroj, kiujn vi traktas plej ofte (Ambulanco, NDC, Enpaciento, Ambulatoripaciento, ktp.).
Post via provo file estis sendita kaj prilaborita, Office Ally resendas raporton identigantan la asertojn kiuj trapasis testadon kaj tiujn kiuj eble malsukcesis.
4.1 Testo File Nomaj Postuloj
La vorto OATEST (ĉio unu vorto) devas esti inkludita la testo file nomo por ke Office Ally rekonu ĝin kiel teston file. Se la file ne havas la bezonatan ŝlosilvorton (OATEST), la file estos prilaborita en nia produktadmedio sendepende de ĉu ISA15 estas agordita al 'T'. Malsupre estas ekzamplesoj de akceptebla kaj neakceptebla testo file nomoj:
Akceptebla: XXXXXX.OATEST.XXXXXX.837
Akceptebla: OATEST XXXXXX_XXXX.txt
NEAKceptebla: 0A_TESTXXXX>C
NEAKceptebla: TESTO XXXXXX_XXXX.837
Testo files povas esti senditaj per file alŝuto aŭ SFTP-transdono. Kiam oni sendas teston files per SFTP, la aserto tipo ŝlosilvorto ankaŭ devas esti inkluzivita en la file nomo (t.e. 837P/8371/837D).

INFORMO DE KONEKTIVO

Office Ally proponas du file interŝanĝaj metodoj por grupaj sendintoj:

  • SFTP (Sekura File Transiga Protokolo)
  • Office Ally's Secure Webretejo

5.1 SFTP — Sekura File Transiga Protokolo
Agorda Instruo
Por peti SFTP-konekton, sendu la jenajn informojn retpoŝte al Sipporteofficeallu.com:

  • Uzantnomo de Office Ally
  • Kontakta Nomo
  • Kontakta Retpoŝto
  • Programaro Nomo (se disponebla)
  • Aserto Tipoj Submetitaj (HCFA/UB/ADA)
  • Ĉu ricevi 999/277CA-raportojn? (Jes aŭ ne)

Notu: Se vi elektas 'Ne', nur la proprietaj tekstaj raportoj de Office Ally estos resenditaj.
Konektecaj Detaloj
URL Adreso: ftp10officeally.com
Haveno 22
SSH/SFTP Ebligita (Se petas konservi SSH dum ensaluto, alklaku 'Jes')
Files alŝutitaj al Office Ally per SFTP devas esti metitaj en la "envenantan" dosierujon por prilaborado. Ĉiuj SFTP eksteren files (inkluzive de 835'oj) de Office Ally estos disponeblaj por rehavigo en la "elira" dosierujo.
SFTP File Nomaj Postuloj
Ĉiuj enirantaj reklamoj files senditaj per SFTP devas enhavi unu el la sekvaj ŝlosilvortoj en la file nomo por identigi la specon de asertoj prezentitaj: 837P, 8371, aŭ 837D
Por ekzample, dum submetado de produktada aserto file enhavanta instituciajn asertojn: drsmith_8371_claimfile_10222022.837
5.2 Office Ally Secure Webretejo
Sekvu la subajn paŝojn por alŝuti reklamon file uzante la sekuran de Office Ally webretejo.

  1. Ensalutu www.officeally.com
  2. Ŝvebu super "Alŝutu asertojn"
  3. Klaku por alŝuti la file surbaze de via reklama tipo (t.e. "Alŝutu Profesiulo (UB/8371)) File”)
  4. Alklaku "Elektu File”
  5. Serĉu vian file kaj alklaku "Malfermu"
  6. Alklaku "Alŝuti"

Post alŝuto, vi ricevos alŝutan konfirmpaĝon kun via FilelD nombro.
Respondaj raportoj estos disponeblaj ene de 6 ĝis 12 horoj en la "Elŝuto File Resumo” sekcio de la webretejo.

KONTAKTINFORMOJ

6.1 Klienta Servo

Haveblaj Tagoj: Lundo ĝis vendredo
Disponeblaj Tempoj: 6:00 a.m. ĝis 5:00 p.m. PST
Telefono: 360.975.7000 Opcio 1
Retpoŝto: support@officeally.com
Faksi: 360.896-2151
Viva Babilejo: https://support.officeally.com/

6.2 Teknika Subteno

Haveblaj Tagoj: Lundo ĝis vendredo
Disponeblaj Tempoj: 6:00 a.m. ĝis 5:00 p.m. PST
Telefono: 360.975.7000 Opcio 2
Retpoŝto: support@officeally.com
Viva Babilejo: https://support.officeally.com/

6.3 Aliĝhelpo

Haveblaj Tagoj: Lundo ĝis vendredo
Disponeblaj Tempoj: 6:00 a.m. ĝis 5:00 p.m. PST
Telefono: 360.975.7000 Opcio 3
Retpoŝto: support@officeally.com
Faksi: 360.314.2184
Viva Babilejo: https://support.officeally.com/

6.4 Trejnado

Planado: 360.975.7000 Opcio 5
Videolerniloj: https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx

CONTROL SEGMENTOJ/KOVERTOJ

Ĉi tiu sekcio priskribas la uzon de OA de la vojnodo (ISA) kaj funkcia grupo (GS-kontrolsegmentoj. Notu ke submetadoj al Office Ally estas limigitaj al unu vojnodo (ISA) kaj unu funkcia grupo (GS) po file. Files povas enhavi ĝis 5000 transakciarojn (ST).
7.1 ISA-IEA

Datenelemento Priskribo Uzitaj Valoroj Komentoj
ISA01 Rajtigo Kvalifikilo 0
ISA02 Kodo de Rajto
ISA03 Sekureca Kvalifikilo 0
mi SA04 Sekurecaj Informoj
ISA05 Sendanto Kvalifikilo 30 aŭ ZZ
ISA06 Sendanto ID Identigilo de via elekto. Imposta ID estas plej ofta.
ISA07 Ricevilo Kvalifikiĝinto 30 aŭ ZZ
ISA08 Ricevanto ID 330897513 Imposto-identigilo de Office Ally
ISA11 Ripeta Apartigilo A Aŭ apartigilo laŭ via elekto
ISA15 Uzado Indikilo P Produktado File
Por testado, sendu "OATEST" en la filenomo.

7.2 GS-GE

Datenelemento Priskribo Uzitaj Valoroj Komentoj
GS01 Funkcia ID-kodo
G502 Sendantoj Kodo Sendanto kodo de via elekto. Imposta ID estas plej ofta.
GS03 Kodo de Ricevilo OA aŭ 330897513
GS08 Versio Liberiga Industria ID-Kodo 005010X223A2 Institucia

SPECIFIKAJ KOMERCIAJ REGULOJ KAJ LIMIGAĴOJ DE OFICECO ALLY

La jenaj file specifoj estas prenitaj de la 837 X12 Implementation Guide. La celo estas provizi gvidadon pri specifaj bukloj kaj segmentoj, kiuj estas gravaj por prilabori asertojn elektronike. Ĉi tio ne estas plena gvidilo; plena gvidilo estas aĉetebla de Washington Publishing Company.

Informoj pri Sendanto
Buklo 1000A— NM1
La celo de ĉi tiu segmento estas provizi la nomon de la individuo aŭ organizo submetanta la file
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 41
NM102 Ento-Tipo Kvalifikilo 1/1 1 aŭ 2 1 = Persono
2 = Ne-Persono
NM103 Organizo (aŭ familia) Nomo 1/35
NM104 Antaŭnomo de la sendinto 1/35 Situacia; Nur necesa se NM102 = 1
NM108 Identiga Kodo Kvalifikilo 1/2 46
NM109 Identiga Kodo 2/80 Sendanto-identigilo de via elekto (Imposta ID estas ofta)
Informoj pri Ricevilo
Buklo 10008 - NM 1
La celo de ĉi tiu segmento estas provizi la nomon de la organizo al kiu vi sendas
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 40
NM102 Ento-Tipo Kvalifikilo 1/1 2
NM103 Nomo de Organizo 1/35 OFICECO ALIANATO
NM108 Identiga Kodo Kvalifikilo 1/2 46
NM109 Identiga Kodo 2/80 330897513 OA Imposta ID
Informoj pri Fakturado de Provizanto
Buklo 2010AA— NM1, N3, N4, REF
La celo de ĉi tiu segmento estas provizi la nomon, adreson, NPI kaj Imposto-ID por la faktura provizanto
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 85
NM102 Ento-Tipo Kvalifikilo 1/1 2 2 = Ne-Persono
NM103 Organizo (aŭ Familia) Nomo 1/60
NM108 Identiga Kodo Kvalifikilo 1/2 XX
NM109 Identiga Kodo 2/80 10-cifera NPI-Numero
N301 Faktura Provizanto Strata Adreso 1/55 Fizika Adreso bezonata. Ne sendu Poŝtkeston.
N401 Faktura Provizanto Urbo 2/30
N402 Faktura Provizanto Ŝtato 2/2
N403 Faktura Provizanto Zip 3/15
REAM Referenca Identiga Kvalifikilo 2/3 El El= Imposta ID
REF02 Referenca Identigo 1/50 9-cifera Imposto-ID
Informoj pri Abonanto (Asekurita).
Buklo 2010BA - NM1, N3, N4, DMG
La celo de ĉi tiu segmento estas provizi la nomon, adreson, membroidentigilon, DOB kaj sekson de la abonanto (asekurita)
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 IL
NM102 Ento-Tipo Kvalifikilo 1/1 1
NM103 Familia nomo de abonanto 1/60
NM104 Antaŭnomo de abonanto 1/35
NM108 Identiga Kodo Kvalifikilo 1/2 MI
NM109 Identiga Kodo 2/80 Membro ID-Numero
N301 Strata adreso de abonanto 1/55
N401 Urbo de abonanto 2/30
N402 Ŝtato de Abonanto 2/2
N403 Abonanto Zip 3/15
DMG01 Dato Tempo Periodo Formato Kvalifikilo 2/3 8
DMG02 Naskiĝdato de abonanto 1/35 JJYYMMJ formato
DMG03 Abonanto Sekso 1/1 F, M aŭ U
F = Ino
M = Vira
U = Nekonata
Informoj pri Paganto
Buklo 201088 — NM1
La celo de ĉi tiu segmento estas provizi la pagantonomon kaj identigilon, al kiuj la reklamo devas esti sendita (destina paganto)
Bonvolu uzi la paganton-identigilon listigitan en la Listo de Pagantoj de Office Ally por certigi taŭgan vojigon.
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 PR
NM102 Ento-Tipo Kvalifikilo 1/1 2
NM103 Celo Paganto Nomo 1/35
Nm108 Identiga KodoKvalifikilo 1/2 PI
Nm1O9 5-cifera Paganto-ID 2/80 Uzu paganto-identigilo listigita en la listo de Office Ally Payer.
Pacienca Informo (Situacia)
Buklo 2010CA— NM1, N3, N4, DMG
La celo de ĉi tiu segmento estas provizi la nomon de la paciento - se malsama ol la abonanto (dependa)
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 QC
NM102 Ento-Tipo Kvalifikilo 1/1 1
NM103 Familinomo de la paciento 1/60
NM104 Pacienta Antaŭnomo 1/35
N301 Strata Adreso de la paciento 1/55
N401 Pacienta Urbo 2/30
N402 Pacienta Ŝtato 2/2
N403 Paciento Zip 3/15
DMG01 Dato Tempo Periodo Formato Kvalifikilo 2/3 D8
DMG02 Pacienta Dato de Naskiĝo 1/35 JJYYMMJ formato
DMG03 Pacienta Sekso 1/1 F, M aŭ U F = Ino
M = Vira
U = Nekonata
Ĉeestanta Provizanto Informoj
Buklo 2310A— NM1
La celo de ĉi tiu segmento estas provizi la nomon kaj NPI de la provizanto, kiu respondecas pri la medicina prizorgo de la paciento.
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 71
NM102 Ento-Tipo Kvalifikilo 1/1 1 1= Persono
NM103 Ĉeestanta Familia Nomo 1/60
NM104 Ĉeestanta Antaŭnomo 1/35
NM108 Identiga Kodo Kvalifikilo 1/2 XX
NM109 Identiga Kodo 2/80 10-cifera NPI-numero
Informoj pri Operacia Provizanto (Situacia)
Buklo 23108 — NM1
La celo de ĉi tiu segmento estas provizi la nomon kaj NPI de la provizanto, kiu respondecas pri farado de la kirurgio de la paciento.
Pozicio Priskribo Min/Max Valoro Komentoj
NM101 Enta Identiga Kodo 2/3 72
NM102 Ento-Tipo Kvalifikilo 1/1 1 1= Persono
NM103 Ĉeestanta Familia Nomo 1/60
NM104 Ĉeestanta Antaŭnomo 1/35
NM108 Identiga Kodo Kvalifikilo 1/2 XX
NM109 Identiga Kodo 2/80 10-cifera NPI-numero

DANKONKAJ KAJ RAPORTOJ

Office Ally resendas la sekvajn respondojn kaj raportspecojn. Kiel notite, la 999 kaj 277CA respondoj estas nur produktitaj por aserto files senditaj per SFTP. Vidu al Apendico A por listo de file nomkonvencioj asociitaj kun ĉiu respondo.
9.1 999 Efektiviga Agnosko
La EDI X12 999 Implementation Acknowledgment-dokumento estas uzata en sanservo por doni konfirmon, ke file estis ricevita. 999-agnosko estas resendita al la sendinto nur por reklamo files senditaj per SFTP.
9.2 277CA Aserto Agnosko File Resumo
La celo de la EDI X12 277CA File Resumo estas raporti ĉu aserto estis malakceptita aŭ akceptita de Office Ally. Nur akceptitaj reklamoj estos senditaj al la paganto por prilaborado. Ĉi tio estas X12 formatita file kiu estas ekvivalenta al la teksto formatita File Resuma Raporto.
9.3 277CA Aserto Agnosko EDI-Statuso
La celo de la raporto pri EDI X12 277CA EDI-Statuso estas transdoni klarecon aŭ ne, ke aserto estis akceptita aŭ malakceptita de la paganto. Ĉi tio estas X12 formatita file kiu estas ekvivalenta al la teksto formatita EDI-Statusa Raporto
9.4 File Resuma Raporto
La File Resuma Raporto estas teksto (.txt) formatita file kiu indikas ĉu asertoj estis akceptitaj aŭ malaprobitaj fare de Office Ally. Akceptitaj asertoj estos senditaj al la paganto por prilaborado. Vidu al Apendico B por file aranĝaj specifoj.
9.5 EDI-Statusa Raporto
La EDI-Statusa Raporto estas teksto (.txt) formatita file kiu estas uzata por transdoni la statuson de aserto post kiam ĝi estis sendita al la televokilo por prilaborado. Asertaj respondoj ricevitaj de pagilo estos transdonitaj al vi en la formo de EDI-Statusa Raporto. Vidu al Apendico C por file aranĝaj specifoj.
Krom ĉi tiuj tekstaj raportoj, vi povas peti ankaŭ ricevi Propran CSV-EDI-Statusan Raporton. La Propra CSV EDI-Statusa Raporto enhavas la asertojn inkluzivitajn en la teksto de EDI-Statusa Raporto file, kune kun iuj aldonaj asertaj datumelementoj de via elekto.
Por pliaj detaloj kaj/aŭ peti ĉi tiun opcion, bonvolu kontakti Klienta Helpo.
9.6 835 Elektronika Remesa Konsilo
Office Ally resendos EDI X12 835 files, same kiel teksto formatita versio de la remisio file. Vidu al Apendico D por file aranĝaj specifoj.

ALENDO A – RESPONDO DE OFICIO ALIANATO FILE NOMOJ KONVENCIOJ 

Oficejaj Aliancaj Raportoj kaj File Konvencioj pri Nomado
File Resumo — Profesia* FS_HCFA_FILEID_IN_C.txt
File Resumo - Institucia* FILEID_UBSUMMARY_YYYYMMDD.txt
EDI-statuso* FILEID_EDI_STATUS_YYYYMMDD.txt
X12 999** FILEID_SenditaFileNomo_999.999
X12 277CA - Profesia (File Resumo)** USERNAME_FILEID_HCFA_277ca_YYYYMMDD.txt
X12 277CA - Institucia (File Resumo)** USERNAME_FILEID_UB_277ca_YYYYMMDD.txt
X12 277CA - Profesiulo (EDI Statuso)** FILEID_EDI_STATUS_HCFA_YYYYMMDD.277
X12 277CA - Institucia (EDI-Stato)** FILEID_EDI_STATUS_UB_YYYYMMDD.277
X12 835 & EPOKO (TXT)** FILEID_ERA_STATUS_5010_YYYYMMDD.zip (enhavas 835 kaj TXT) FILEID_ERA_835_5010_YYYYMMDD.835 FILEID_ERA_STATUS_5010_YYYYMMDD.txt

*Vidu al Apendicoj B ĝis D por File aranĝaj specifoj
**La aktivigo de raporto 999/277CA devas esti petita kaj disponeblas nur por files senditaj per SFTP

ALENDO B – FILE RESUMO – INSTITUCIA

Malsupre estas ekzamples de la Institucia File Resuma Raporto:
Ĉiuj Asertoj en la File Estis Akceptitaj de Office Ally

Oficeja Alianco-OA-Pretigo-Apliko - 1

Kelkaj Asertoj en la File Estis Akceptitaj kaj Kelkaj estis Malakceptitaj (eraraj) fare de Office Ally

Oficeja Alianco-OA-Pretigo-Apliko - 2

Malsupre estas la file aranĝodetaloj por ĉiu el la sekcioj kiuj povas esti inkluzivitaj en la File Resumo.

FILE RESUMA DETALO
Kampa Nomo Komenco Pos Kampa Longo
postulo# 1 6
STATUSO 10 3
KLAME ID 17 8
CONTROL NUM 27 14
MEDIKINA REC 42 15
PACIENTA ID 57 14
PACIENTO (L, F) 72 20
TUTA ŜARGO 95 12
DE DATO 109 10
BILL TAXID 124 10
NPI / PIN 136 11
PAGANTO 148 5
ERARKODO 156 50
DUPLIKAJ INFO
Kampa Nomo Komenco Pos Kampa Longo
Informoj 1 182
OA Aserto ID 35 8
OA File Nomo 55
Dato Prilaborita
CONTROL NUM

Notoj: 1. "-" indikas ke la komenca pozicio kaj longo povas varii pro longeco de OA file nomo 2. Erarkodoj estas komoj limigitaj kaj respondas al la erarresumo en la kaplinio. 3. Se la ACCNT# (CLM01) estas >14 ciferoj, la komenca pozicio de PHYS.ID, PAYER kaj ERAROJ estos ĝustigitaj.

ALENDO C – EDI-STATA RAPORTO

Ĉi tiu tekstformata raporto similas al la File Resuma Raporto; tamen, la EDI-Statusa Raporto enhavas statusajn informojn senditajn al Office Ally de la paganto. Ĉiu mesaĝo kiun OA ricevas de la paganto estos transdonita al vi en la formo de EDI-Statusa Raporto.
La EDI-Statusa Raporto aperos kaj aspektos simila al la eksampla montrita sube.

Oficeja Alianco-OA-Pretigo-Apliko - 3

Notu: En la ED! Statusa Raporto, se pluraj respondoj revenas por la sama aserto (samtempe), vi vidos plurajn vicojn enhavantajn statuson por ununura aserto.
Malsupre estas la file aranĝodetaloj por la EDI-Statusa Raporto.

EDI-Statusa Raporto Detalaj Rekordoj
Kampa Nomo Komencu Poz Kampa Longo
File ID 5 9
Aserto-ID 15 10
Pat. Akto # 27 14
Paciento 42 20
Kvanto 62 9
Praktikaĵo D 74 10
Imposto ID 85 10
Paganto 96 5
Paganto-Procezo Dt 106 10
Paganto Ref ID 123 15
Statuso 143 8
Paganto-Responda Mesaĝo 153 255

ALENDO D – ERA/835-STATA RAPORTO
Office Ally disponigas legeblan tekston (.TXT) version de la EDI X12 835 file, kielampel kiu estas montrita malsupre:

Oficeja Alianco-OA-Pretigo-Apliko - 4

Emblemo de Office AllyNormaj Kunula Gvidilo Transakciaj Informoj Aludas al la Efektivigaj Gvidiloj Bazitaj sur X12
Versio 005010X223A2
Reviziita 01/25/2023

Dokumentoj/Rimedoj

Office Ally OA Pretiga Apliko [pdf] Uzantogvidilo
OA Pretiga Apliko, OA, Pretiga Apliko, Apliko

Referencoj

Lasu komenton

Via retadreso ne estos publikigita. Bezonataj kampoj estas markitaj *