Aplikacja przetwarzająca OA
Instrukcja użytkownika

Aplikacja przetwarzająca OA

OŚWIADCZENIE O UJAWNIENIU
Ujawnianie, rozpowszechnianie i kopiowanie tego przewodnika jest dozwolone, jednakże zmiany w elementach znajdujących się w tym przewodniku mogą nastąpić w dowolnym momencie i bez powiadomienia. Zamierzonym celem i zastosowaniem tego przewodnika jest dostarczenie informacji w odniesieniu do oświadczenia dotyczącego opieki zdrowotnej: instytucjonalne (837I).
W tym podręczniku Office Ally, Inc. będzie określane jako OA.
PRZEDMOWA
Niniejszy dokument towarzyszący Przewodnikom wdrażania ASC X12N i powiązanej erracie przyjętej na mocy ustawy HIPAA wyjaśnia i określa zawartość danych podczas wymiany elektronicznych danych dotyczących zdrowia z OA. Transmisje oparte na tym dokumencie towarzyszącym, używane w połączeniu z Przewodnikami wdrażania X12N, są zgodne zarówno ze składnią X12, jak i tymi przewodnikami.
Celem niniejszego Przewodnika towarzyszącego jest przekazywanie informacji mieszczących się w ramach Wytycznych wdrożeniowych ASC X12N przyjętych do stosowania na mocy ustawy HIPAA. Celem Przewodnika towarzyszącego nie jest przekazywanie informacji, które w jakikolwiek sposób wykraczają poza wymagania lub sposoby wykorzystania danych określone w Przewodnikach wdrożeniowych.
Companion Guides (CG) mogą zawierać dwa rodzaje danych, instrukcje dotyczące komunikacji elektronicznej z podmiotem publikującym (Instrukcje dotyczące komunikacji/łączności) oraz informacje uzupełniające dotyczące tworzenia transakcji dla podmiotu publikującego, przy jednoczesnym zapewnieniu zgodności z powiązanym ASC X12 IG (Instrukcje transakcji). Każdy CG musi zawierać komponent Komunikacji/Łączności lub komponent Instrukcji Transakcyjnej. Komponenty mogą być publikowane jako oddzielne dokumenty lub jako pojedynczy dokument.
Komponent „Komunikacja/Łączność” jest uwzględniany w CG, gdy podmiot publikujący chce przekazać informacje potrzebne do rozpoczęcia i utrzymania wymiany komunikacyjnej.
Komponent Instrukcji Transakcyjnej jest włączany do GK, gdy podmiot publikujący chce doprecyzować instrukcje IG dotyczące składania określonych transakcji elektronicznych. Treść komponentu Instrukcji Transakcji jest ograniczona prawami autorskimi ASCX12 i oświadczeniem o dozwolonym użytkowaniu.

WSTĘP

1.1 Zakres
Ten dokument towarzyszący wspiera implementację aplikacji do przetwarzania wsadowego.
OA zaakceptuje zgłoszenia przychodzące, które są poprawnie sformatowane w terminach X12. The filemuszą być zgodne ze specyfikacjami określonymi w tym dokumencie towarzyszącym, a także w odpowiednim przewodniku wdrażania ustawy HIPAA.
Aplikacje OA EDI zostaną poddane edycji pod kątem tych warunków i odrzucone files, które są niezgodne.
Ten dokument towarzyszący będzie określał wszystko, co jest niezbędne do przeprowadzenia EDI dla tej standardowej transakcji. To zawiera:

• Specyfikacje łącza komunikacyjnego
• Specyfikacje dotyczące metod składania wniosków
• Specyfikacje dotyczące transakcji

1.2 Ponadview
Ten przewodnik uzupełniający stanowi uzupełnienie przewodnika wdrażania ASC X12N przyjętego obecnie w ustawie HIPAA.
Ten przewodnik towarzyszący będzie narzędziem używanym przez OA wraz ze swoimi partnerami handlowymi w celu dalszego udoskonalenia przewodnika wdrażania przyjętego przez ustawę HIPAA. Ten przewodnik towarzyszący jest zgodny z odpowiednim przewodnikiem wdrażania ustawy HIPAA w zakresie standardów i wymagań dotyczących elementów danych oraz zestawów kodów.
Elementy danych wymagające wzajemnego porozumienia i zrozumienia zostaną określone w tym przewodniku towarzyszącym. Rodzaje informacji, które zostaną wyjaśnione w tym dodatku, to:

• Kwalifikatory, które będą stosowane w przewodnikach wdrażania ustawy HIPAA do opisu niektórych elementów danych
• Segmenty sytuacyjne i elementy danych, które zostaną wykorzystane w celu spełnienia warunków biznesowych
• Profesjonalny partner do śledzeniafile informacje w celu ustalenia, z kim współpracujemy w zakresie wymienianych transmisji

1.3 Odniesienia
ASC X12 publikuje przewodniki implementacji, znane jako raporty techniczne typu 3 (TR3), które definiują zawartość danych i wymagania zgodności dotyczące implementacji zestawów transakcji ASC X12N/005010 w służbie zdrowia. W tym przewodniku znajdują się odniesienia do następującego TR3:

• Roszczenie dotyczące opieki zdrowotnej: instytucjonalne – 8371 (005010X223A2)

TR3 można kupić za pośrednictwem Washington Publishing Company (WPC) pod adresem http://www.wpc:-edi.com
1.4 Informacje dodatkowe
Elektroniczna wymiana danych (EDI) to wymiana między komputerami sformatowanych danych biznesowych pomiędzy partnerami handlowymi. System komputerowy generujący transakcje musi dostarczać kompletne i dokładne informacje, natomiast system otrzymujący transakcje musi być w stanie zinterpretować i wykorzystać informacje w formacie ASC X12N bez interwencji człowieka.
Transakcje muszą zostać przesłane w określonym formacie, który umożliwi naszej aplikacji komputerowej przetłumaczenie danych. OA obsługuje standardowe transakcje przejęte z ustawy HIPAA. OA utrzymuje wyspecjalizowany personel w celu umożliwienia i przetwarzania transmisji X12 EDI ze swoimi partnerami handlowymi.
Celem OA jest nawiązywanie relacji z partnerami handlowymi i prowadzenie EDI zamiast przepływu informacji w formie papierowej, zawsze i wszędzie, gdzie to możliwe.

PIERWSZE KROKI

W Office Ally rozumiemy, jak ważne jest posiadanie łatwego w użyciu, wydajnego i usprawnionego procesu zgłaszania roszczeń dla Twojej praktyki. Jeśli złożysz wniosek drogą elektroniczną, otrzymasz płatności nawet 4 razy szybciej i w ciągu kilku godzin będziesz wiedzieć, czy wystąpił problem z którymś z Twoich roszczeń.
Korzyści z sojusznika biurowego:

• Przesyłaj roszczenia drogą elektroniczną do tysięcy Płatników BEZPŁATNIE
• Brak umów do podpisania
• BEZPŁATNA konfiguracja i szkolenie
• BEZPŁATNA całodobowa obsługa klienta
• Koniec z papierowymi EOBami! Awizo przekazu elektronicznego (ERA) dostępne dla wybranych płatników
• Skorzystaj z istniejącego oprogramowania do zarządzania praktyką, aby składać wnioski drogą elektroniczną
• Szczegółowe raporty podsumowujące
• Korekta roszczeń online
• Raportowanie zapasów (historyczna inwentaryzacja roszczeń)

Film przedstawiający Centrum usług Office Ally jest dostępny tutaj: Wprowadzenie do Centrum usług
2.1 Rejestracja zgłaszającego
Zgłaszający (Dostawca/Biller/itp.) muszą zarejestrować się w Office Ally, aby móc przesyłać roszczenia drogą elektroniczną. Możesz się zapisać, kontaktując się z Działem Rejestracji OA pod adresem 360-975-7000 Opcja 3 lub rozpoczynając rejestrację on-line TUTAJ.
Listę kontrolną rejestracji znajdziesz na następnej stronie.

Kontrola rejestracji OA I ist.

1. Kompletny Rejestracja online (lub zadzwoń do Działu Rejestracji OA @ 360-975-7000 Opcja 3)
2. Podpisz OA Arkusz autoryzacyjny 
3. Review, podpisuj i przechowuj OA Office-Ally-BAA-4893-3763-3822-6-Final.pdf (officeally.com) dla Twoich nagrań
4. Otrzymaj link aktywacyjny z nazwą użytkownika i hasłem przypisaną przez OA
5. Zaplanuj DARMOWĄ sesję szkoleniową (w razie potrzeby)
6. Review Przewodnik towarzyszący OA
7. Review OA Dostępni płatnicy pakietu Office Ally w celu określenia identyfikatora Pagera oraz wymagań rejestracyjnych EDI
8. Pełne testowanie i ponowneview raporty odpowiedzi (wymagane tylko w przypadku zewnętrznych dostawców oprogramowania)
9. Rozpocznij zgłaszanie roszczeń produkcyjnych!

FILE WYTYCZNE DOTYCZĄCE SKŁADANIA PRAC

3.1 Akceptowane File Formaty
Office Ally może akceptować i przetwarzać następujące informacje file typy:

• Zdjęcie HCFA, CMS1500, UB92 i UB04 Files
• ANSI X12 8371, 837P i 837D files
• HCFA NSF Files HCFA Rozdzielone tabulatorami Files (Format musi ściśle odpowiadać specyfikacjom OA. Aby uzyskać szczegółowe informacje, skontaktuj się z pomocą techniczną.)

3.2 Akceptowane File Rozszerzenia
Podobnie Office Ally może zaakceptować files, które mają którekolwiek z poniższych file rozszerzenia nazw:

Tekst	To jest	Zamek błyskawiczny	EC	Zobacz
Hcf	ostatni	Ls	Pm	Na zewnątrz
Clm	837	NSF	Pm	Cnx
PGP	Fil	CSV	MPN	patka

3.3 File Zmiany formatu
Ważne jest, abyś nadal wysyłał to samo file formacie podczas wysyłania reklamacji filedo Office Ally. Jeżeli twój file zmiany formatu spowodowane aktualizacjami systemu, nowymi komputerami lub różnymi wyborami formularzy, plik file może się nie udać.
Jeśli musisz zaktualizować plik file formacie wysyłanym do Office Ally, prosimy o kontakt z OA pod adresem 360-975-7000 Opcja 1 i powiadom Przedstawiciela Działu Obsługi Klienta, że ​​musisz mieć przy sobie file zaktualizowano format.

TESTOWANIE Z BIUREM ALLY

Aby zapewnić płynne przejście na przesyłanie drogą elektroniczną za pośrednictwem Office Ally, zaleca się zakończenie testów w przypadku wszystkich dostawców oprogramowania innych firm.
Testowanie typu end-to-end nie jest dostępne dla wszystkich płatników (i jest przeprowadzane wyłącznie na prośbę płatnika); możesz jednak testować bezpośrednio w OA tak często, jak chcesz.
Zaleca się wykonanie testu file zawierające 5-100 oświadczeń należy przesłać do testów. Oświadczenia testowe powinny obejmować różnorodne roszczenia, uwzględniające różne typy sytuacji lub scenariuszy, z którymi masz do czynienia najczęściej (pogotowie ratunkowe, NDC, szpital, pacjent ambulatoryjny itp.).
Po twoim teście file zostało przesłane i przetworzone, Office Ally przesyła raport identyfikujący roszczenia, które przeszły testy i te, które mogły zakończyć się niepowodzeniem.
4.1 Test File Wymagania dotyczące nazewnictwa
W teście należy uwzględnić słowo OATEST (wszystkie jedno słowo). file nazwę, aby Office Ally uznała ją za test file. Jeśli file nie ma wymaganego słowa kluczowego (OATEST), the file będą przetwarzane w naszym środowisku produkcyjnym niezależnie od tego, czy ISA15 jest ustawiony na „T”. Poniżej znajdują się npampTest akceptowalny i niedopuszczalny file nazwy:
AKCEPTOWALNE: XXXXXX.OATEST.XXXXXX.837
AKCEPTOWALNE: OATEST XXXXXX_XXXXXX.txt
NIEDOPUSZCZALNE: 0A_TESTXXXX>C
NIEDOPUSZCZALNY: TEST XXXXXX_XXXXXX.837
Test filemożna składać za pośrednictwem file przesyłanie lub transmisja SFTP. Podczas przesyłania testu files przez SFTP, słowo kluczowe typu roszczenia musi być również zawarte w pliku file nazwa (tj. 837P/8371/837D).

INFORMACJE O ŁĄCZNOŚCI

Office Ally oferuje dwa file metody wymiany dla nadawców zbiorczych:

• SFTP (bezpieczny File Protokół transferu)
• Biuro Ally jest bezpieczne Webstrona

5.1 SFTP — bezpieczne File Protokół transferu
Instrukcja konfiguracji
Aby poprosić o połączenie SFTP, wyślij następujące informacje e-mailem na adres Sipporteofficeallu.com:

• Nazwa użytkownika sojusznika pakietu Office
• Nazwa kontaktu
• E-mail kontaktowy
• Nazwa oprogramowania (jeśli jest dostępna)
• Rodzaje przesłanych roszczeń (HCFA/UB/ADA)
• Otrzymywać raporty 999/277CA? (Tak lub nie)

Notatka: Jeśli wybierzesz opcję „Nie”, zostaną zwrócone tylko zastrzeżone raporty tekstowe Office Ally.
Szczegóły połączenia
URL Adres: ftp10officeally.com
Port 22
Włączono SSH/SFTP (jeśli podczas logowania zostaniesz poproszony o buforowanie SSH, kliknij „Tak”)
FilePliki przesłane do Office Ally przez SFTP muszą zostać umieszczone w folderze „Przychodzące” w celu przetworzenia. Wszystkie wychodzące SFTP filewiadomości (w tym 835) z Office Ally będą dostępne do pobrania w folderze „wychodzące”.
SFTP File Wymagania dotyczące nazewnictwa
Wszystkie roszczenia przychodzące filePrzesyłane za pośrednictwem protokołu SFTP muszą zawierać jedno z następujących słów kluczowych w pliku file nazwa identyfikująca rodzaj zgłaszanego roszczenia: 837P, 8371 lub 837D
Na przykładample, podczas składania reklamacji produkcyjnej file zawierający roszczenia instytucjonalne: drsmith_8371_claimfile_10222022.837
5.2 Office Ally Secure Webstrona
Wykonaj poniższe kroki, aby przesłać roszczenie file korzystając z zabezpieczenia Office Ally webstrona.

1. Zaloguj się www.officeally.com
2. Najedź kursorem na „Prześlij roszczenia”
3. Kliknij, aby przesłać plik file w oparciu o rodzaj roszczenia (np. „Prześlij plik Professional (UB/8371) File”)
4. Kliknij „Wybierz File”
5. Przeglądaj w poszukiwaniu swojego file i kliknij „Otwórz”
6. Kliknij „Prześlij”

Po przesłaniu otrzymasz stronę z potwierdzeniem przesłania FileNumer identyfikacyjny.
Raporty z odpowiedzi będą dostępne w ciągu 6 do 12 godzin w zakładce „Pobierz File Podsumowanie” w sekcji webstrona.

INFORMACJE KONTAKTOWE

6.1 Obsługa klienta

Dostępne dni:	Od poniedziałku do piątku
Dostępne terminy:	6:00 do 5:00 czasu PST
Telefon:	360.975.7000 Opcja 1
E-mail:	support@officeally.com
Faks:	360.896-2151
Czat na żywo:	https://support.officeally.com/

6.2 Wsparcie techniczne

Dostępne dni:	Od poniedziałku do piątku
Dostępne terminy:	6:00 do 5:00 czasu PST
Telefon:	360.975.7000 Opcja 2
E-mail:	support@officeally.com
Czat na żywo:	https://support.officeally.com/

6.3 Pomoc przy rejestracji

Dostępne dni:	Od poniedziałku do piątku
Dostępne terminy:	6:00 do 5:00 czasu PST
Telefon:	360.975.7000 Opcja 3
E-mail:	support@officeally.com
Faks:	360.314.2184
Czat na żywo:	https://support.officeally.com/

6.4 Szkolenie

Harmonogram:	360.975.7000 Opcja 5
Samouczki wideo:	https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx

SEGMENTY KONTROLNE/KOPERTY

W tej sekcji opisano wykorzystanie przez OA węzła przesiadkowego (ISA) i grupy funkcjonalnej (segmenty kontrolne GS). Należy pamiętać, że zgłoszenia do Office Ally są ograniczone do jednego węzła przesiadkowego (ISA) i jednej grupy funkcjonalnej (GS) na każdy file. Files mogą zawierać do 5000 zestawów transakcji (ST).
7.1 ISA-IEA

Element danych	Opis	Używane wartości	Uwagi
ISA01	Kwalifikator autoryzacji	0
ISA02	Kod autoryzacyjny
ISA03	Kwalifikator bezpieczeństwa	0
SA04	Informacje o bezpieczeństwie
ISA05	Kwalifikator nadawcy	30 lub ZZ
ISA06	Identyfikator nadawcy		Wybrany przez Ciebie identyfikator nadawcy. Identyfikator podatkowy jest najczęstszy.
ISA07	Kwalifikator odbiorcy	30 lub ZZ
ISA08	Identyfikator odbiorcy	330897513	Identyfikator podatkowy Office Ally
ISA11	Separator powtórzeń	A	Lub separator według własnego wyboru
ISA15	Wskaźnik użycia	P	Produkcja File Aby przetestować, wyślij „OATEST” w formacie filenazwa.

7.2 GS-GE

Element danych	Opis	Używane wartości	Uwagi
GS01	Funkcjonalny kod identyfikacyjny
G502	Kod nadawcy		Wybrany przez Ciebie kod nadawcy. Identyfikator podatkowy jest najczęstszy.
GS03	Kod odbiorcy	OA lub 330897513
GS08	Branżowy kod identyfikacyjny wydania wersji	005010X223A2	Instytucjonalny

ZASADY BIZNESOWE I OGRANICZENIA DOTYCZĄCE SZCZEGÓŁOWYCH DZIAŁALNOŚCI BIURA ALLY

Następujące file dane techniczne zostały zaczerpnięte z Przewodnika wdrażania 837 X12. Celem jest zapewnienie wskazówek dotyczących konkretnych pętli i segmentów, które są ważne przy elektronicznym przetwarzaniu roszczeń. To nie jest pełny przewodnik; pełny przewodnik można kupić w Washington Publishing Company.

Informacje o przesyłającym Pętla 1000A — NM1
Celem tego segmentu jest podanie nazwiska osoby lub organizacji składającej wniosek file
Pozycja	Opis	Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu	2/3	41
NM102	Kwalifikator typu jednostki	1/1	1 lub 2	1 = Osoba 2 = Nieosoba
NM103	Nazwa organizacji (lub nazwisko).	1/35
NM104	Imię zgłaszającego	1/35		Sytuacyjny; Wymagane tylko wtedy, gdy NM102 = 1
NM108	Kwalifikator kodu identyfikacyjnego	1/2	46
NM109	Kod identyfikacyjny	2/80		Wybrany przez Ciebie identyfikator nadawcy (identyfikator podatkowy jest powszechny)

Informacje o odbiorniku Pętla 10008 — NM 1
Celem tego segmentu jest podanie nazwy organizacji, do której przesyłasz zgłoszenie
Pozycja	Opis	Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu	2/3	40
NM102	Kwalifikator typu jednostki	1/1	2
NM103	Nazwa organizacji	1/35	SOJUSZ BIUROWY
NM108	Kwalifikator kodu identyfikacyjnego	1/2	46
NM109	Kod identyfikacyjny	2/80	330897513	Identyfikator podatkowy OA

Informacje o dostawcy rozliczeniowym Pętla 2010AA — NM1, N3, N4, NR REF
Celem tego segmentu jest podanie nazwy, adresu, NPI i identyfikatora podatkowego dostawcy usług rozliczeniowych
Pozycja	Opis	Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu	2/3	85
NM102	Kwalifikator typu jednostki	1/1	2	2 = Nieosoba
NM103	Nazwa organizacji (lub nazwisko).	1/60
NM108	Kwalifikator kodu identyfikacyjnego	1/2	XX
NM109	Kod identyfikacyjny	2/80		10-cyfrowy numer NPI
N301	Adres dostawcy rozliczeń	1/55		Wymagany adres fizyczny. Nie wysyłaj skrytki pocztowej.
N401	Miasto dostawcy rozliczeń	2/30
N402	Stan dostawcy rozliczeń	2/2
N403	Kod dostawcy rozliczeń	3/15
RYZA	Kwalifikator identyfikacji odniesienia	2/3	El	El= NIP
Nr ref.02	Identyfikacja referencyjna	1/50		9-cyfrowy identyfikator podatkowy

Informacje o abonencie (ubezpieczonym). Pętla 2010BA – NM1, N3, N4, DMG
Celem tego segmentu jest podanie imienia i nazwiska, adresu, identyfikatora członkowskiego, daty urodzenia i płci abonenta (ubezpieczonego)
Pozycja	Opis	Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu	2/3	IL
NM102	Kwalifikator typu jednostki	1/1	1
NM103	Nazwisko abonenta	1/60
NM104	Imię abonenta	1/35
NM108	Kwalifikator kodu identyfikacyjnego	1/2	MI
NM109	Kod identyfikacyjny	2/80		Numer identyfikacyjny członka
N301	Adres abonenta	1/55
N401	Miasto abonenta	2/30

N402	Stan abonenta	2/2
N403	Kod subskrybenta	3/15
DMG01	Kwalifikator formatu daty i okresu	2/3	8
DMG02	Data urodzenia subskrybenta	1/35		formacie RRRRMMDD
DMG03	Płeć abonenta	1/1	F, M lub U F = Kobieta	M = mężczyzna U = nieznane

Informacje o płatniku Pętla 201088 — NM1
Celem tego segmentu jest podanie nazwy i identyfikatora płatnika, do którego należy złożyć wniosek (płatnik docelowy) Aby zapewnić prawidłowe przekierowanie, użyj identyfikatora płatnika wymienionego na liście płatników sojuszniczych pakietu Office.
Pozycja	Opis	Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu	2/3	PR
NM102	Kwalifikator typu jednostki	1/1	2
NM103	Nazwa płatnika docelowego	1/35
Nm108	Kwalifikator kodu identyfikacyjnego	1/2	PI
Nm1O9	5-cyfrowy identyfikator płatnika	2/80		Użyj identyfikatora płatnika wymienionego na liście płatników sojusznika pakietu Office.

Informacje o pacjencie (sytuacyjne) Pętla 2010CA — NM1, N3, N4, DMG
Celem tego segmentu jest podanie nazwiska pacjenta – jeżeli jest inny niż abonent (zależny)
Pozycja	Opis	Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu	2/3	QC
NM102	Kwalifikator typu jednostki	1/1	1
NM103	Nazwisko pacjenta	1/60
NM104	Imię pacjenta	1/35
N301	Adres ulicy pacjenta	1/55
N401	Miasto Pacjentów	2/30
N402	Stan pacjenta	2/2
N403	Zamek pacjenta	3/15
DMG01	Kwalifikator formatu daty i okresu	2/3	D8
DMG02	Data urodzenia pacjenta	1/35		formacie RRRRMMDD
DMG03	Płeć pacjenta	1/1	F, M lub U	F = Kobieta M = mężczyzna U = nieznane

Informacje o dostawcy uczestniczącym Pętla 2310A — NM1
Celem tego segmentu jest podanie nazwy i NPI podmiotu odpowiedzialnego za opiekę medyczną nad pacjentem.
Pozycja	Opis		Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu		2/3	71
NM102	Kwalifikator typu jednostki		1/1	1	1= Osoba
NM103	Obecne nazwisko		1/60
NM104	Imię i nazwisko		1/35
NM108	Kwalifikator kodu identyfikacyjnego		1/2	XX
NM109	Kod identyfikacyjny		2/80		10-cyfrowy numer NPI

Informacje o dostawcy operacyjnym (sytuacyjne) Pętla 23108 — NM1
Celem tego segmentu jest podanie nazwy i NPI dostawcy, który jest odpowiedzialny za wykonanie operacji pacjenta.
Pozycja	Opis	Min/Maks	Wartość	Uwagi
NM101	Kod identyfikacyjny podmiotu	2/3	72
NM102	Kwalifikator typu jednostki	1/1	1	1= Osoba
NM103	Obecne nazwisko	1/60
NM104	Imię i nazwisko	1/35
NM108	Kwalifikator kodu identyfikacyjnego	1/2	XX
NM109	Kod identyfikacyjny	2/80		10-cyfrowy numer NPI

PODZIĘKOWANIA I RAPORTY

Office Ally zwraca następujące odpowiedzi i typy raportów. Jak zauważono, odpowiedzi 999 i 277CA są sporządzane wyłącznie w celu zgłoszenia roszczenia fileprzesłane za pośrednictwem protokołu SFTP. Listę znajdziesz w Załączniku A file konwencje nazewnictwa związane z każdą odpowiedzią.
9.1 999 Potwierdzenie wdrożenia
Dokument potwierdzenia wdrożenia EDI X12 999 jest używany w opiece zdrowotnej w celu potwierdzenia, że file został odebrany. Potwierdzenie 999 jest zwracane nadawcy wyłącznie w celu zgłoszenia roszczenia fileprzesłane za pośrednictwem protokołu SFTP.
9.2 277CA Potwierdzenie roszczenia File Streszczenie
Przeznaczenie EDI X12 277CA File Podsumowanie ma na celu raportowanie, czy roszczenie zostało odrzucone lub zaakceptowane przez Office Ally. Tylko zaakceptowane wnioski zostaną przesłane do płatnika w celu rozpatrzenia. To jest format X12 file co jest równoważne sformatowanemu tekstowi File Raport podsumowujący.
9.3 Status EDI potwierdzenia roszczenia 277CA
Celem raportu statusu EDI X12 277CA EDI jest poinformowanie, czy reklamacja została zaakceptowana czy odrzucona przez płatnika. To jest format X12 file co jest odpowiednikiem raportu stanu EDI w formacie tekstowym
9.4 File Raport podsumowujący
Ten File Raport podsumowujący ma format tekstowy (.txt). file który wskazuje, czy roszczenia zostały zaakceptowane, czy odrzucone przez Office Ally. Zaakceptowane roszczenia zostaną przesłane do płatnika w celu rozpatrzenia. Patrz Załącznik B file specyfikacje układu.
9.5 Raport stanu EDI
Raport stanu EDI ma format tekstowy (.txt). file który służy do przekazania statusu reklamacji po jej przesłaniu do pagera w celu przetworzenia. Odpowiedzi na roszczenia otrzymane z pagera zostaną przesłane do Ciebie w formie raportu statusu EDI. Patrz Załącznik C file specyfikacje układu.
Oprócz tych raportów tekstowych możesz poprosić o otrzymanie również niestandardowego raportu o stanie CSV EDI. Niestandardowy raport stanu EDI w formacie CSV zawiera roszczenia zawarte w tekście raportu stanu EDI file, wraz z dowolnymi dodatkowymi elementami danych roszczenia, które wybierzesz.
Aby uzyskać dodatkowe informacje i/lub poprosić o tę opcję, skontaktuj się z obsługą klienta.
9.6 835 Awizo przekazu elektronicznego
Office Ally zwróci EDI X12 835 files, a także tekstową wersję mandatu file. Patrz Załącznik D file specyfikacje układu.

ZAŁĄCZNIK A – ODPOWIEDŹ BIURA SOJUSZNIKA FILE KONWENCJE NAZEWNICTWA 

Raporty sojusznika biura i File Konwencje nazewnictwa
File Podsumowanie — Profesjonalista*	FS_HCFA_FILEID_IN_C.txt
File Podsumowanie — Instytucjonalne*	FILEID_UBSUMMARY_YYYYMMDD.txt
Stan EDI*	FILEID_EDI_STATUS_YYYYMMDD.txt
X12 999**	FILEID_PrzesłanoFileNazwa_999.999
X12 277CA – Profesjonalny (File Streszczenie)**	NAZWA UŻYTKOWNIKA_FILEID_HCFA_277ca_YYYYMMDD.txt
X12 277CA – Instytucjonalne (File Streszczenie)**	NAZWA UŻYTKOWNIKA_FILEID_UB_277ca_YYYYMMDD.txt
X12 277CA – Professional (status EDI)**	FILEID_EDI_STATUS_HCFA_YYYYMMDD.277
X12 277CA – Instytucjonalna (status EDI)**	FILEID_EDI_STATUS_UB_YYYYMMDD.277
X12 835 i ERA (TXT)**	FILEID_ERA_STATUS_5010_YYYYMMDD.zip (zawiera 835 i TXT) FILEID_ERA_835_5010_RRRRMMDD.835 FILEID_ERA_STATUS_5010_YYYYMMDD.txt

*Patrz załączniki od B do D File specyfikacje układu
**Aktywacja raportu 999/277CA wymaga zamówienia i jest dostępna tylko dla fileprzesłane za pośrednictwem protokołu SFTP

ZAŁĄCZNIK B - FILE PODSUMOWANIE – INSTYTUCJONALNE

Poniżej znajdują się byłeamppliki instytucjonalne File Raport podsumowujący:
Wszystkie roszczenia w File Zostały zaakceptowane przez Office Ally

Niektóre roszczenia w File Zostały zaakceptowane, a niektóre zostały odrzucone (z błędami) przez Office Ally

Poniżej znajdują się file szczegóły układu każdej sekcji, która może zostać uwzględniona w pliku File Streszczenie.

FILE PODSUMOWANIE SZCZEGÓŁÓW
Nazwa pola Pozycja początkowa Długość pola
PRAWO#	1	6
STATUS	10	3
Identyfikator roszczenia	17	8
NUMER KONTROLNY	27	14
REJESTRACJA MEDYCZNA	42	15
ID PACJENTA	57	14
PACJENT (L, F)	72	20
ŁĄCZNA OPŁATA	95	12
OD DATY	109	10
Rachunek taksówkowy	124	10
NPI/PIN	136	11
PŁATNIK	148	5
KOD BŁĘDU	156	50

ZDUplikowane informacje
Nazwa pola Pozycja początkowa Długość pola
Informacja	1	182
Identyfikator roszczenia OA	35	8
OA File Nazwa		55
Data przetworzenia	–	–
NUMER KONTROLNY		–

Uwagi: 1. „-” oznacza, że ​​pozycja początkowa i długość mogą się różnić w zależności od długości OA file nazwa 2. Kody błędów są rozdzielane przecinkami i odpowiadają podsumowaniu błędów w nagłówku. 3. Jeżeli ACCNT# (CLM01) ma więcej niż 14 cyfr, zostanie dostosowana pozycja początkowa PHYS.ID, PAYER i ERRORS.

ZAŁĄCZNIK C – RAPORT STANU EDI

Ten raport w formacie tekstowym jest podobny do raportu File Raport podsumowujący; jednakże Raport Stanu EDI zawiera informacje o statusie wysłane do Office Ally od płatnika. Wszelkie wiadomości otrzymane przez OA od płatnika zostaną przekazane Tobie w formie raportu statusu EDI.
Pojawi się raport stanu EDI, który będzie wyglądał podobnie do poprzedniegoamppokazany poniżej.

Notatka: W ED! Raport o statusie, jeśli pojawi się wiele odpowiedzi na to samo roszczenie (w tym samym czasie), zobaczysz wiele wierszy zawierających status pojedynczego roszczenia.
Poniżej znajdują się file szczegóły układu raportu stanu EDI.

Zapisy szczegółów raportu o statusie EDI
Nazwa pola	Rozpocznij poz	Długość pola
File ID	5	9
Identyfikator roszczenia	15	10
Poklepać. Numer konta	27	14
Pacjent	42	20
Kwota	62	9
Praktyka D	74	10
Numer identyfikacyjny podatnika	85	10
Płatnik	96	5
Proces Płatnika Dt	106	10
Identyfikator ref. płatnika	123	15
Status	143	8
Wiadomość odpowiedzi płatnika	153	255

ZAŁĄCZNIK D – RAPORT STANU ERA/835
Office Ally udostępnia czytelną wersję tekstową (.TXT) EDI X12 835 file, Jakampz których plik pokazano poniżej:

Standardowy przewodnik towarzyszący Informacje o transakcjach Odnosi się do przewodników wdrożeniowych opartych na X12
Wersja 005010X223A2
Poprawiono 01 / 25 / 2023

Dokumenty / Zasoby

Aplikacja do przetwarzania Office Ally OA [plik PDF] Instrukcja użytkownika Aplikacja do przetwarzania OA, OA, aplikacja do przetwarzania, aplikacja

Odniesienia

• Instrukcja obsługi