Заяўка на апрацоўку OA
Кіраўніцтва карыстальніка
Заяўка на апрацоўку OA
ЗАЯВА РАСКРЫЦЦЯ
Разгалашэнне, распаўсюджванне і капіраванне гэтага кіраўніцтва дазволена, аднак змены ў элементах гэтага кіраўніцтва могуць адбыцца ў любы час без папярэдняга паведамлення. Мэта і выкарыстанне гэтага кіраўніцтва - прадастаўленне інфармацыі ў дачыненні да прэтэнзіі аховы здароўя: інстытуцыя (837I).
У гэтым кіраўніцтве Office Ally, Inc. будзе называцца OA.
ПРАДМОВА
Гэты суправаджальны дакумент да Кіраўніцтва па ўкараненні ASC X12N і адпаведных памылак, прынятых у адпаведнасці з HIPAA, удакладняе і ўдакладняе змест даных пры абмене электроннымі дадзенымі пра здароўе з OA. Перадачы, заснаваныя на гэтым суправаджальным дакуменце, якія выкарыстоўваюцца ў тандэме з Кіраўніцтвамі па рэалізацыі X12N, сумяшчальныя з сінтаксісам X12 і гэтымі кіраўніцтвамі.
Гэта Дапаможнае кіраўніцтва прызначана для перадачы інфармацыі, якая знаходзіцца ў рамках Кіраўніцтва па ўкараненні ASC X12N, прынятага для выкарыстання ў адпаведнасці з HIPAA. Спадарожнае кіраўніцтва не прызначана для перадачы інфармацыі, якая якім-небудзь чынам перавышае патрабаванні або спосабы выкарыстання даных, выкладзеныя ў Кіраўніцтвах па ўкараненні.
Спадарожныя даведнікі (CG) могуць утрымліваць два тыпы даных, інструкцыі па электроннай сувязі з выдавецкай арганізацыяй (Інструкцыі па сувязі/сувязі) і дадатковую інфармацыю для стварэння транзакцый для публікацыі, забяспечваючы пры гэтым адпаведнасць адпаведнаму ASC X12 IG (Інструкцыі па транзакцыях). Кампанент «Камунікацыі/сувязь» або «Інструкцыя па транзакцыі» павінны быць уключаны ў кожны CG. Кампаненты могуць быць апублікаваны ў выглядзе асобных дакументаў або ў выглядзе аднаго дакумента.
Кампанент «Камунікацыі/сувязь» уключаецца ў CG, калі выдавецкая арганізацыя хоча перадаць інфармацыю, неабходную для пачатку і падтрымання абмену камунікацыямі.
Кампанент "Інструкцыі па транзакцыях" уключаны ў CG, калі выдавец жадае ўдакладніць інструкцыі IG для прадстаўлення канкрэтных электронных транзакцый. Змест кампанента Інструкцыі па транзакцыі абмежаваны аўтарскімі правамі і заявай аб добрасумленным выкарыстанні ASCX12.
УВОДЗІНЫ
1.1 Сфера прымянення
Гэты дакумент Companion падтрымлівае рэалізацыю прыкладання пакетнай апрацоўкі.
OA будзе прымаць ўваходныя матэрыялы, адфарматаваныя правільна ў адпаведнасці з тэрмінамі X12. The files павінны адпавядаць спецыфікацыям, выкладзеным у гэтым суправаджальным дакуменце, а таксама адпаведнаму кіраўніцтву па ўкараненні HIPAA.
Праграмы OA EDI будуць рэдагавацца з улікам гэтых умоў і адхіляцца files, якія не адпавядаюць.
У гэтым суправаджальным дакуменце будзе ўказана ўсё, што неабходна для правядзення EDI для гэтай стандартнай транзакцыі. Гэта ўключае ў сябе:
- Спецыфікацыі па лініі сувязі
- Тэхнічныя ўмовы на спосабы падачы
- Спецыфікацыі па здзелках
1.2 Скончанаview
Гэта дапаможнае кіраўніцтва дапаўняе кіраўніцтва па ўкараненні ASC X12N, прынятае ў цяперашні час ад HIPAA.
Гэта спадарожнае кіраўніцтва будзе сродкам, які OA выкарыстоўвае са сваімі гандлёвымі партнёрамі для дадатковай кваліфікацыі прынятага HIPAA кіраўніцтва па рэалізацыі. Гэта спадарожнае кіраўніцтва адпавядае адпаведнаму кіраўніцтву па ўкараненні HIPAA з пункту гледжання стандартаў і патрабаванняў да элементаў даных і набораў кодаў.
Элементы даных, якія патрабуюць узаемнай згоды і разумення, будуць указаны ў гэтым дапаможным кіраўніцтве. Тыпы інфармацыі, якія будуць удакладняцца ў гэтым кампаньёне:
- Кваліфікатары, якія будуць выкарыстоўвацца ў кіраўніцтвах па рэалізацыі HIPAA для апісання пэўных элементаў даных
- Сітуацыйныя сегменты і элементы даных, якія будуць выкарыстоўвацца для задавальнення ўмоў бізнесу
- Tracing partner profile інфармацыю з мэтай вызначэння таго, з кім мы гандлюем перадачамі
1.3 Спіс літаратуры
ASC X12 публікуе кіраўніцтва па ўкараненні, вядомае як тэхнічныя справаздачы тыпу 3 (TR3), якія вызначаюць змест даных і патрабаванні адпаведнасці для ўкаранення набораў транзакцый ASC X12N/005010 у сферы аховы здароўя. Наступны TR3 спасылаецца ў гэтым кіраўніцтве:
- Заява аб ахове здароўя: інстытуцыя - 8371 (005010X223A2)
TR3 можна набыць праз Washington Publishing Company (WPC) па адрасе http://www.wpc:-edi.com
1.4 Дадатковая інфармацыя
Электронны абмен дадзенымі (EDI) - гэта абмен адфарматаванымі бізнес-дадзенымі паміж кампутарамі паміж гандлёвымі партнёрамі. Камп'ютэрная сістэма, якая генеруе транзакцыі, павінна прадастаўляць поўную і дакладную інфармацыю, у той час як сістэма, якая прымае транзакцыі, павінна быць здольная інтэрпрэтаваць і выкарыстоўваць інфармацыю ў фармаце ASC X12N без умяшання чалавека.
Транзакцыі павінны быць адпраўлены ў пэўным фармаце, які дазволіць нашым камп'ютэрным праграмам перакладаць даныя. OA падтрымлівае стандартныя транзакцыі, узятыя з HIPAA. OA мае спецыяльны персанал для забеспячэння і апрацоўкі перадач X12 EDI са сваімі гандлёвымі партнёрамі.
Мэтай OA з'яўляецца ўстанаўленне адносін гандлёвых партнёраў і правядзенне EDI у адрозненне ад папяровых інфармацыйных патокаў, калі і дзе гэта магчыма.
ПАЧАТАК
У Office Ally мы разумеем, наколькі важна мець просты ў выкарыстанні, эфектыўны і аптымізаваны працэс прэтэнзіі для вашай практыкі. Вы атрымаеце плацяжы да 4 разоў хутчэй, калі падасце заяўку ў электронным выглядзе, і даведаецеся на працягу некалькіх гадзін, калі ў адной з вашых прэтэнзій узнікне праблема.
Перавагі Office Ally:
- Адпраўляйце прэтэнзіі ў электронным выглядзе тысячам плацельшчыкаў БЯСПЛАТНА
- Няма кантрактаў для падпісання
- БЯСПЛАТНАЯ налада і навучанне
- БЯСПЛАТНАЯ кругласутачная падтрымка кліентаў
- Няма больш папяровых EOB! Кансультацыі па электронных грашовых пераводах (ERA), даступныя асобным плацельшчыкам
- Выкарыстоўвайце сваё існуючае праграмнае забеспячэнне для кіравання практыкай, каб падаваць прэтэнзіі ў электронным выглядзе
- Падрабязныя зводныя справаздачы
- Інтэрнэт-выпраўленне прэтэнзій
- Справаздача аб інвентарызацыі (гісторычная інвентарызацыя патрабаванняў)
Відэа ўвядзенне ў сэрвісны цэнтр Office Ally даступна тут: Увядзенне ў сэрвісны цэнтр
2.1 Рэгістрацыя заяўніка
Заяўнікі (правайдэр/выстаўляльнік рахункаў/і г.д.) павінны зарэгістравацца ў Office Ally, каб падаваць прэтэнзіі ў электронным выглядзе. Вы можаце зарэгістравацца, звярнуўшыся ў аддзел рэгістрацыі OA па адрасе 360-975-7000 Варыянт 3, або ініцыяваўшы анлайн-рэгістрацыю ТУТ.
Кантрольны спіс рэгістрацыі можна знайсці на наступнай старонцы.
Праверка рэгістрацыі OA I ist.
- Поўнае Інтэрнэт-рэгістрацыя (або патэлефануйце ў аддзел рэгістрацыі OA @ 360-975-7000 Варыянт 3)
- Знак OA Бланк аўтарызацыі
- Review, падпісваць і захоўваць OA Office-Ally-BAA-4893-3763-3822-6-Final.pdf (officeally.com) для вашых запісаў
- Атрымайце спасылку для актывацыі імя карыстальніка і пароля, прызначаныя OA
- Заплануйце БЯСПЛАТНЫ трэнінг (пры неабходнасці)
- Review Спадарожны даведнік OA
- Review ОА Office Ally даступныя плацельшчыкі каб вызначыць ідэнтыфікатар пэйджара, а таксама патрабаванні да рэгістрацыі EDI
- Поўнае тэставанне і паўторнаview справаздачы аб адказах (патрабуецца толькі для тых, хто падае праграмнае забеспячэнне трэціх асоб)
- Пачніце падаваць прэтэнзіі да вытворчасці!
FILE КІРАЎНІЦТВА ПА ПАДАЧЫ
3.1 Прынята File Фарматы
Office Ally можа прыняць і апрацаваць наступнае file тыпы:
- Выява HCFA, CMS1500, UB92 і UB04 Files
- ANSI X12 8371, 837P і 837D files
- HCFA NSF Files HCFA Tab Delimitated Files (Фармат павінен строга адпавядаць спецыфікацыям OA. Для атрымання падрабязнай інфармацыі звярніцеся ў службу падтрымкі.)
3.2 Прынята File Пашырэнні
Аналагічным чынам можа прыняць Office Ally files, якія маюць любы з ніжэй file пашырэнні імёнаў:
| Txt | Дат | Zip | Ecs | Від |
| Hcf | Lst | Ls | Pm | Выхад |
| Clm | 837 | Nsf | Pmg | Cnx |
| Pgp | Філ | csv | Mpn | укладка |
3.3 File Змены фармату
Важна, каб вы працягвалі дасылаць тое ж самае file фармат пры адпраўцы прэтэнзіі files да Office Ally. Калі ваш file змены фармату з-за абнаўленняў сістэмы, новых камп'ютараў або розных выбараў формаў file можа пацярпець няўдачу.
Калі вам трэба абнавіць file фармат, які адпраўляецца ў Office Ally, звяжыцеся з OA па адрасе 360-975-7000 Варыянт 1 і паведаміце прадстаўніку службы падтрымкі, што вам трэба мець свой file фармат абноўлены.
ТЭСТЫРАВАННЕ З OFFICE ALLY
Каб забяспечыць плаўны пераход на адпраўку ў электронным выглядзе праз Office Ally, рэкамендуецца правесці тэсціраванне для ўсіх распрацоўшчыкаў праграмнага забеспячэння іншых вытворцаў.
Скразное тэставанне даступна не для ўсіх плацельшчыкаў (і праводзіцца толькі па жаданні плацельшчыка); тым не менш, вы можаце тэставаць так часта, як хочаце, непасрэдна з ОА.
Рэкамендуецца правесці тэст file якія змяшчаюць 5-100 прэтэнзій быць прадстаўлены для тэставання. Тэставыя заяўкі павінны ўключаць розныя заяўкі, улічваючы розныя тыпы сітуацый або сцэнарыяў, з якімі вы маеце справу часцей за ўсё (хуткая дапамога, НДЦ, стацыянарныя, амбулаторныя і г.д.).
Пасля вашага тэсту file была адпраўлена і апрацавана, Office Ally вяртае справаздачу з указаннем патрабаванняў, якія прайшлі праверку, і тых, якія, магчыма, не прайшлі праверку.
Тэст 4.1 File Патрабаванні да наймення
Слова OATEST (усё адно слова) павінна быць уключана ў тэст file імя, каб Office Ally распазнала яго як тэст file. Калі file не мае неабходнага ключавога слова (OATEST), the file будзе апрацоўвацца ў нашым вытворчым асяроддзі незалежна ад таго, ці ўстаноўлена ISA15 у "T". Ніжэй прыведзены выклampтэст на прымальныя і непрымальныя file імёны:
ПРЫМАЛЬНА: XXXXXX.OATEST.XXXXXX.837
ПРЫМАЛЬНА: OATEST XXXXXX_XXXXX.txt
НЕПРЫМАЛЬНА: 0A_TESTXXXX>C
НЕПРЫМАЛЬНА: ТЭСТ XXXXXX_XXXXX.837
Тэст files могуць быць прадстаўлены праз file загрузка або перадача SFTP. Пры здачы тэсту fileпраз SFTP, ключавое слова тыпу прэтэнзіі таксама павінна быць уключана ў file імя (напрыклад, 837P/8371/837D).
ІНФАРМАЦЫЯ ПА ПАДКЛЮЧЭННІ
Office Ally прапануе два file метады абмену для пакетных адпраўшчыкаў:
- SFTP (Бяспечны File Пратакол перадачы)
- Office Ally's Secure Webсайт
5.1 SFTP — Бяспечны File Пратакол перадачы
Інструкцыя па наладзе
Каб запытаць злучэнне SFTP, адпраўце наступную інфармацыю па электроннай пошце на Sipporteofficeallu.com:
- Імя карыстальніка Office Ally
- Кантактнае імя
- Кантактны адрас электроннай пошты
- Назва праграмнага забеспячэння (калі ёсць)
- Тыпы пададзеных прэтэнзій (HCFA/UB/ADA)
- Атрымліваць справаздачы 999/277CA? (Так ці не)
Заўвага: Калі вы выберыце «Не», будуць вернуты толькі ўласныя тэкставыя справаздачы Office Ally.
Падрабязнасці падключэння
URL Адрас: ftp10officely.com
Порт 22
SSH/SFTP уключаны (калі падчас уваходу будзе прапанавана кэшаваць SSH, націсніце «Так»)
FileФайлы, загружаныя ў Office Ally праз SFTP, павінны быць змешчаны ў папку «Inbound» для апрацоўкі. Усе выходныя SFTP files (у тым ліку 835) з Office Ally будуць даступныя для пошуку ў тэчцы «outbound».
SFTP File Патрабаванні да наймення
Усе ўваходныя прэтэнзіі fileАдпраўленыя праз SFTP павінны ўтрымліваць адно з наступных ключавых слоў у file назва для ідэнтыфікацыі тыпу прэтэнзіі, якая падаецца: 837P, 8371 або 837D
Напрыкладampле, пры падачы вытворчай прэтэнзіі file які змяшчае інстытуцыйныя патрабаванні: drsmith_8371_claimfile_10222022.837
5.2 Office Ally Secure Webсайт
Каб загрузіць прэтэнзію, выканайце наступныя дзеянні file з дапамогай Office Ally's secure webсайт.
- Увайдзіце ў сістэму www.officely.com
- Навядзіце курсор на «Запампаваць прэтэнзіі»
- Націсніце, каб загрузіць file у залежнасці ад тыпу прэтэнзіі (напрыклад, «Прафесійная загрузка» (UB/8371) File»)
- Націсніце «Выбраць File”
- Агляд для вашага file і націсніце «Адкрыць»
- Націсніце «Загрузіць»
Пасля загрузкі вы атрымаеце старонку пацверджання загрузкі разам з вашым FileІдэнтыфікацыйны нумар.
Справаздачы аб адказах будуць даступныя на працягу 6-12 гадзін у раздзеле «Спампаваць File Рэзюмэ» раздзела webсайт.
КАНТАКТНАЯ ІНФАРМАЦЫЯ
6.1 Абслугоўванне кліентаў
| Даступныя дні: | З панядзелка па пятніцу |
| Даступны час: | 6:00 раніцы да 5:00 PST |
| тэлефон: | 360.975.7000 Варыянт 1 |
| электронная пошта: | support@officeally.com |
| Факс: | 360.896-2151 |
| Жывы чат: | https://support.officeally.com/ |
6.2 Тэхнічная падтрымка
| Даступныя дні: | З панядзелка па пятніцу |
| Даступны час: | 6:00 раніцы да 5:00 PST |
| тэлефон: | 360.975.7000 Варыянт 2 |
| электронная пошта: | support@officeally.com |
| Жывы чат: | https://support.officeally.com/ |
6.3 Дапамога пры рэгістрацыі
| Даступныя дні: | З панядзелка па пятніцу |
| Даступны час: | 6:00 раніцы да 5:00 PST |
| тэлефон: | 360.975.7000 Варыянт 3 |
| электронная пошта: | support@officeally.com |
| Факс: | 360.314.2184 |
| Жывы чат: | https://support.officeally.com/ |
6.4 Трэніроўка
| Планаванне: | 360.975.7000 Варыянт 5 |
| Відэа ўрокі: | https://cms.officeally.com/Pages/ResourceCenter/Webinars.aspx |
КАНТРОЛЬНЫЯ СЕГМЕНТЫ/КАНВЕРТЫ
У гэтым раздзеле апісваецца выкарыстанне OA абмену (ISA) і функцыянальнай групы (сегменты кіравання GS. Звярніце ўвагу, што прадстаўлення ў Office Ally абмежаваныя адным абменам (ISA) і адной функцыянальнай групай (GS) на file. Files можа ўтрымліваць да 5000 набораў транзакцый (ST).
7.1 ISA-IEA
| Элемент дадзеных | Апісанне | Выкарыстоўваныя значэнні | Каментарыі |
| ISA01 | Кваліфікатар аўтарызацыі | 0 | |
| ISA02 | Код аўтарызацыі | ||
| ISA03 | Кваліфікатар бяспекі | 0 | |
| Я SA04 | Інфармацыя аб бяспецы | ||
| ISA05 | Кваліфікатар адпраўніка | 30 або ZZ | |
| ISA06 | Ідэнтыфікатар адпраўніка | Ідэнтыфікатар заяўніка па вашаму выбару. ІНН найбольш распаўсюджаны. | |
| ISA07 | Кваліфікатар прымача | 30 або ZZ | |
| ISA08 | ID атрымальніка | 330897513 | Падатковы ідэнтыфікацыйны нумар Office Ally |
| ISA11 | Раздзяляльнік паўтораў | A | Або сепаратар на ваш выбар |
| ISA15 | Індыкатар выкарыстання | P | Вытворчасць File Для тэставання адпраўце «OATEST» у fileімя. |
7.2 GS-GE
| Элемент дадзеных | Апісанне | Выкарыстоўваныя значэнні | Каментарыі |
| GS01 | Функцыянальны ідэнтыфікацыйны код | ||
| G502 | Код адпраўніка | Код адпраўніка па вашаму выбару. ІНН найбольш распаўсюджаны. | |
| GS03 | Код атрымальніка | ОА або 330897513 | |
| GS08 | Ідэнтыфікацыйны код галіны выпуску версіі | 005010Х223А2 | Інстытуцкі |
БІЗНЕС-ПРАВІЛЫ І АБМЕЖАВАННІ ДЛЯ OFFICE ALLY
Наступнае file спецыфікацыі ўзяты з Кіраўніцтва па ўкараненні 837 X12. Мэта складаецца ў тым, каб даць рэкамендацыі па пэўных цыклах і сегментах, якія важныя для апрацоўкі патрабаванняў у электронным выглядзе. Гэта не поўнае кіраўніцтва; поўнае кіраўніцтва можна набыць у Washington Publishing Company.
| Інфармацыя аб заяўніку Шлейф 1000А—НМ1 |
||||
| Мэта гэтага сегмента - даць імя асобы або арганізацыі, якія прадстаўляюць file | ||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | 41 | |
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 1 або 2 | 1 = Асоба 2 = Не-Асоба |
| NM103 | Назва арганізацыі (або прозвішча). | 1/35 | ||
| NM104 | Імя заяўніка | 1/35 | сітуацыйны; Патрабуецца, толькі калі NM102 = 1 | |
| NM108 | Кваліфікатар ідэнтыфікацыйнага кода | 1/2 | 46 | |
| NM109 | Ідэнтыфікацыйны код | 2/80 | Выбраны вамі ідэнтыфікатар заяўніка (звычайны падатковы ідэнтыфікацыйны нумар) | |
| Інфармацыя пра прыёмнік Пятля 10008 — NM 1 |
||||
| Мэта гэтага сегмента - даць назву арганізацыі, у якую вы падаеце заяву | ||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | 40 | |
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 2 | |
| NM103 | Назва арганізацыі | 1/35 | ОФІСНЫ САЮЗНІК | |
| NM108 | Кваліфікатар ідэнтыфікацыйнага кода | 1/2 | 46 | |
| NM109 | Ідэнтыфікацыйны код | 2/80 | 330897513 | Падатковы ідэнтыфікацыйны нумар OA |
| Інфармацыя пра пастаўшчыка рахункаў Петля 2010AA— NM1, N3, N4, REF |
||||
| Мэтай гэтага сегмента з'яўляецца прадастаўленне імя, адраса, NPI і ідэнтыфікатара падаткаабкладальніка для пастаўшчыка рахункаў | ||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | 85 | |
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 2 | 2 = Не-Асоба |
| NM103 | Назва арганізацыі (ці прозвішча). | 1/60 | ||
| NM108 | Кваліфікатар ідэнтыфікацыйнага кода | 1/2 | XX | |
| NM109 | Ідэнтыфікацыйны код | 2/80 | 10-значны нумар NPI | |
| N301 | Адрас пастаўшчыка рахункаў | 1/55 | Патрабуецца фізічны адрас. Не адпраўляць паштовую скрыню. | |
| N401 | Горад пастаўшчыка рахункаў | 2/30 | ||
| N402 | Стан пастаўшчыка рахункаў | 2/2 | ||
| N403 | Пастаўшчык білінгу Zip | 3/15 | ||
| РЭАМ | Кваліфікатар спасылкі | 2/3 | El | El = ІНН |
| REF02 | Эталонная ідэнтыфікацыя | 1/50 | 9-значны ІНН | |
| Інфармацыя аб падпісчыку (застрахаваным). Петля 2010BA - NM1, N3, N4, DMG |
||||
| Мэта гэтага сегмента - даць імя, адрас, ідэнтыфікатар удзельніка, дзень нараджэння і пол абанента (застрахаванага) | ||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | IL | |
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 1 | |
| NM103 | Прозвішча абанента | 1/60 | ||
| NM104 | Імя абанента | 1/35 | ||
| NM108 | Кваліфікатар ідэнтыфікацыйнага кода | 1/2 | MI | |
| NM109 | Ідэнтыфікацыйны код | 2/80 | Ідэнтыфікацыйны нумар удзельніка | |
| N301 | Адрас абанента | 1/55 | ||
| N401 | Горад абанента | 2/30 | ||
| N402 | Стан падпісчыка | 2/2 | ||
| N403 | Падпісчык Zip | 3/15 | ||
| DMG01 | Кваліфікатар фармату даты і часу | 2/3 | 8 | |
| DMG02 | Дата нараджэння падпісчыка | 1/35 | Фармат ГГГГММДД | |
| DMG03 | Пол падпісчыка | 1/1 | F, M або U F = Жаночы |
М = мужчына U = Невядома |
| Інфармацыя аб плацельшчыку Пятля 201088 — NM1 |
||||
| Мэтай гэтага сегмента з'яўляецца прадастаўленне імя плацельшчыка і ідэнтыфікатара, якому трэба падаць прэтэнзію (плацельшчык прызначэння) Каб забяспечыць належную маршрутызацыю, выкарыстоўвайце ідэнтыфікатар плацельшчыка, указаны ў спісе плацельшчыкаў Office Ally. |
||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | PR | |
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 2 | |
| NM103 | Імя плацельшчыка прызначэння | 1/35 | ||
| Нм108 | Ідэнтыфікацыйны кодКваліфікатар | 1/2 | PI | |
| Nm1O9 | 5-значны ідэнтыфікатар плацельшчыка | 2/80 | Выкарыстоўвайце ідэнтыфікатар плацельшчыка, указаны ў спісе Office Ally Payer. | |
| Інфармацыя пра пацыента (сітуацыйная) Петля 2010CA— NM1, N3, N4, DMG |
||||
| Мэта гэтага сегмента - падаць імя пацыента - калі яно адрозніваецца ад імя падпісчыка (залежнага) | ||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | QC | |
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 1 | |
| NM103 | Прозвішча пацыента | 1/60 | ||
| NM104 | Імя пацыента | 1/35 | ||
| N301 | Адрас пацыента | 1/55 | ||
| N401 | Цярплівы горад | 2/30 | ||
| N402 | Стан пацыента | 2/2 | ||
| N403 | Пацыент Zip | 3/15 | ||
| DMG01 | Кваліфікатар фармату даты і часу | 2/3 | D8 | |
| DMG02 | Дата нараджэння пацыента | 1/35 | Фармат ГГГГММДД | |
| DMG03 | Пол пацыента | 1/1 | F, M або U | F = Жаночы М = мужчына U = Невядома |
| Інфармацыя пра правайдэра Шлейф 2310А—НМ1 |
|||||
| Мэта гэтага сегмента - даць назву і NPI пастаўшчыка, які адказвае за медыцынскае абслугоўванне пацыента. | |||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі | |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | 71 | ||
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 1 | 1= Чалавек | |
| NM103 | Наведванне Прозвішча | 1/60 | |||
| NM104 | Наведванне Імя | 1/35 | |||
| NM108 | Кваліфікатар ідэнтыфікацыйнага кода | 1/2 | XX | ||
| NM109 | Ідэнтыфікацыйны код | 2/80 | 10-значны нумар NPI | ||
| Інфармацыя аб аперацыйным пастаўшчыку (сітуацыйная) Пятля 23108 — NM1 |
||||
| Мэта гэтага сегмента - даць назву і NPI пастаўшчыка, які адказвае за выкананне аперацыі пацыента. | ||||
| Пазіцыя | Апісанне | Мін./макс | Каштоўнасць | Каментарыі |
| NM101 | Код ідэнтыфікатара аб'екта | 2/3 | 72 | |
| NM102 | Кваліфікатар тыпу сутнасці | 1/1 | 1 | 1= Чалавек |
| NM103 | Наведванне Прозвішча | 1/60 | ||
| NM104 | Наведванне Імя | 1/35 | ||
| NM108 | Кваліфікатар ідэнтыфікацыйнага кода | 1/2 | XX | |
| NM109 | Ідэнтыфікацыйны код | 2/80 | 10-значны нумар NPI | |
ПАДЗЯКІ І ДАКЛАДЫ
Office Ally вяртае наступныя адказы і тыпы справаздач. Як ужо адзначалася, адказы 999 і 277CA даюцца толькі для прэтэнзій files адпраўлены праз SFTP. Звярніцеся да Дадатку A для атрымання спісу file правілы наймення, звязаныя з кожным адказам.
9.1 999 Падзяка за ўкараненне
Дакумент EDI X12 999 Implementation Acknowledgement выкарыстоўваецца ў ахове здароўя для пацверджання таго, што file быў атрыманы. Пацвярджэнне 999 вяртаецца заяўніку толькі для прэтэнзіі files адпраўлены праз SFTP.
9.2 Пацвярджэнне прэтэнзіі 277CA File Рэзюмэ
Прызначэнне EDI X12 277CA File Рэзюмэ павінна паведаміць, ці была прэтэнзія адхілена або прынята Office Ally. На апрацоўку плацельшчыку будуць адпраўлены толькі прынятыя патрабаванні. Гэта ў фармаце X12 file што эквівалентна адфарматаванаму тэксту File Зводная справаздача.
9.3 Статус пацверджання прэтэнзіі 277CA EDI
Мэта справаздачы аб стане EDI X12 277CA EDI - паведаміць, ці была прэтэнзія прынята або адхілена плацельшчыкам. Гэта ў фармаце X12 file што эквівалентна тэкставай справаздачы аб стане EDI
9.4 File Зводная справаздача
The File Зводная справаздача - гэта тэкст (.txt), адфарматаваны file які паказвае, былі прэтэнзіі прынятыя або адхіленыя Office Ally. Прынятыя прэтэнзіі будуць накіраваны плацельшчыку для апрацоўкі. Звярніцеся да Дадатку B для file характарыстыкі макета.
9.5 Справаздача аб стане EDI
Справаздача аб стане EDI - гэта тэкст (.txt), адфарматаваны file які выкарыстоўваецца для перадачы статусу прэтэнзіі пасля яе адпраўкі на пэйджар для апрацоўкі. Адказы на прэтэнзіі, атрыманыя ад пэйджара, будуць перададзены вам у выглядзе справаздачы аб стане EDI. Звярніцеся да Дадатку C file характарыстыкі макета.
У дадатак да гэтых тэкставых справаздач вы можаце запытаць атрыманне карыстальніцкай справаздачы аб стане CSV EDI. Карыстальніцкая справаздача аб стане EDI CSV змяшчае прэтэнзіі, уключаныя ў тэкст справаздачы аб стане EDI file, разам з любымі дадатковымі элементамі дадзеных прэтэнзіі па вашаму выбару.
Каб атрымаць дадатковую інфармацыю і/або запытаць гэтую опцыю, звярніцеся ў службу падтрымкі кліентаў.
9.6 835 Кансультацыі па электронных грашовых пераводах
Office Ally верне EDI X12 835 files, а таксама тэкставую версію даручэння file. Звярніцеся да Дадатку D для file характарыстыкі макета.
ДАДАТАК А – АДКАЗ OFFICE ALLY FILE УМОВЫ НАЗВАННЯ
| Office Ally Reports і File Правілы наймення | |
| File Рэзюмэ — прафесійны* | FS_HCFA_FILEID_IN_C.txt |
| File Рэзюмэ — Інстытуцыянальны* | FILEID_UBSUMMARY_YYYYMMDD.txt |
| Статус EDI* | FILEID_EDI_STATUS_YYYYMMDD.txt |
| X12 999** | FILEID_адпраўленаFileІмя_999.999 |
| X12 277CA – прафесійны (File Рэзюмэ)** | КАРЫСТАЛЬНІК_FILEID_HCFA_277ca_ГГГГММДД.txt |
| X12 277CA – інстытуцыянальны (File Рэзюмэ)** | КАРЫСТАЛЬНІК_FILEID_UB_277ca_YYYYMMDD.txt |
| X12 277CA – прафесійны (статус EDI)** | FILEID_EDI_STATUS_HCFA_YYYYMMDD.277 |
| X12 277CA – Інстытуцыйны (статус EDI)** | FILEID_EDI_STATUS_UB_YYYYMMDD.277 |
| X12 835 & ERA (TXT)** | FILEID_ERA_STATUS_5010_YYYYMMDD.zip (змяшчае 835 і TXT) FILEID_ERA_835_5010_ГГГГММДД.835 FILEID_ERA_STATUS_5010_YYYYMMDD.txt |
*Звярніцеся да Дадаткаў B-D File характарыстыкі макета
**Актывацыю справаздачы 999/277CA неабходна запытаць і яна даступная толькі для files адпраўлены праз SFTP
ДАДАТАК B – FILE РЭЗЮМЭ – ІНСТЫТУЦЫЙНЫ
Ніжэй прыведзены выклampлес Інстытуцкага File Зводная справаздача:
Усе прэтэнзіі ў File Былі прынятыя Office Ally
Некаторыя прэтэнзіі ў File Былі прыняты, а некаторыя былі адхілены (з памылкай) Office Ally
Ніжэй прыведзены file дэталі макета для кожнага з раздзелаў, якія могуць быць уключаны ў File Рэзюмэ.
| FILE РЭЗЮМЭ ДЭТАЛІ | ||
| Назва поля. Пачатковая паз. Даўжыня поля | ||
| Прэтэнзія № | 1 | 6 |
| СТАТУС | 10 | 3 |
| Ідэнтыфікатар прэтэнзіі | 17 | 8 |
| КАНТРОЛЬНЫ НУМ | 27 | 14 |
| МЕДЫЦЫНСКАЯ РЭЦ | 42 | 15 |
| ID ПАЦЫЕНТА | 57 | 14 |
| ПАЦЫЕНТ (Л, П) | 72 | 20 |
| АГУЛЬНЫ ЗАРАД | 95 | 12 |
| АД ДАТЫ | 109 | 10 |
| БІЛ ТАКСІД | 124 | 10 |
| NPI / PIN-код | 136 | 11 |
| ПЛАТНІК | 148 | 5 |
| КОД ПАМЫЛКІ | 156 | 50 |
| ДУБЛІКАТ ІНФАРМАЦЫІ | ||
| Назва поля. Пачатковая паз. Даўжыня поля | ||
| інфармацыя | 1 | 182 |
| Ідэнтыфікатар прэтэнзіі OA | 35 | 8 |
| OA File Імя | 55 | |
| Дата апрацоўкі | – | – |
| КАНТРОЛЬНЫ НУМ | – | |
Заўвагі: 1. «-» паказвае, што пачатковая пазіцыя і даўжыня могуць адрознівацца ў залежнасці ад даўжыні OA file імя 2. Коды памылак падзеленыя коскамі і адпавядаюць зводцы памылак у загалоўку. 3. Калі ACCNT# (CLM01) складае >14 лічбаў, будуць скарэкціраваны пачатковая пазіцыя PHYS.ID, PAYER і ERRORS.
ДАДАТАК С – СПРАВАЗДАЧА АБ СТАНЕ ЭОД
Гэтая справаздача ў тэкставым фармаце падобная на File Зводная справаздача; аднак справаздача аб стане EDI змяшчае інфармацыю аб стане, адпраўленую ў Office Ally ад плацельшчыка. Любое паведамленне, атрыманае OA ад плацельшчыка, будзе перададзена вам у выглядзе справаздачы аб стане EDI.
Справаздача аб стане EDI з'явіцца і будзе выглядаць падобна да папярэдняйample паказана ніжэй.
Заўвага: У ED! Справаздача аб стане, калі некалькі адказаў вернуцца на адну прэтэнзію (адначасова), вы ўбачыце некалькі радкоў, якія змяшчаюць статус адной прэтэнзіі.
Ніжэй прыведзены file дэталі макета для справаздачы аб стане EDI.
| Падрабязныя запісы справаздач аб стане EDI | ||
| Імя поля | Пуск паз | Даўжыня поля |
| File ID | 5 | 9 |
| Ідэнтыфікатар прэтэнзіі | 15 | 10 |
| Пат. № рахунка | 27 | 14 |
| Цярплівы | 42 | 20 |
| Сума | 62 | 9 |
| Практыка Д | 74 | 10 |
| ІНН | 85 | 10 |
| Плацельшчык | 96 | 5 |
| Працэс плацельшчыка Dt | 106 | 10 |
| Ідэнтыфікацыйны нумар плацельшчыка | 123 | 15 |
| Статус | 143 | 8 |
| Адказнае паведамленне плацельшчыка | 153 | 255 |
ДАДАТАК D – СПРАВАЗДАЧА СТАТУС ERA/835
Office Ally забяспечвае тэкставую (.TXT) версію EDI X12 835 file, якampз якіх паказана ніжэй:
Стандартнае дапаможнае кіраўніцтва Інфармацыя аб транзакцыі адносіцца да кіраўніцтваў па ўкараненні на аснове X12
Версія 005010X223A2
Перагледжаны 01 / 25 / 2023
Дакументы / Рэсурсы
 |
Заяўка на апрацоўку Office Ally OA [pdfКіраўніцтва карыстальніка Заяўка на апрацоўку OA, OA, заяўка на апрацоўку, заяўка |
