Net Admin

Какво е EDI X12?

Какво е EDI X12



Какво е EDI X12?

Просто казано, EDI X12 е стандарт за форматиране на данни, така че да могат да се споделят по-ефективно между множество търговски партньори. Тези партньори могат да бъдат здравни заведения, държавни служби или частни предприятия.

EDI X12 е разработен от Американския национален институт по стандартизация в края на 70-те години и оттогава се използва в широк спектър от индустрии от здравеопазването до търговията на дребно.



На всеки цифров документ, използващ EDI X12, се присвоява собствен трицифрен код, за да се отбележи какъв тип документ се прехвърля. Например 104 е информация за въздушна пратка, 150 е известие за данъчна ставка и 837 е иск за здравни грижи. Докато EDI X12 е основният стандарт, използван в Съединените щати, други популярни стандарти като ODETTE и TRADACOMS се използват в Европа и Обединеното кралство.

Съдържание [ Крия ]



Кои индустрии използват EDI X12?

Стандартът EDI X12 не е предмет на никоя конкретна индустрия, но има пет различни специфични за индустрията транзакционни подгрупи към стандарта, които се използват за подобряване на ефективността на стандартите за индустриите. Тези отрасли са финанси, транспорт, верига за доставки, застраховане и комуникации.

Допълнителни подгрупи са посветени на конкретни индустрии и се управляват от водещите организации на всяка индустрия.

  • HIPAA– Закон за преносимостта и отчетността на здравното осигуряване
  • PIDX– Американски петролен институт
  • AIAG– Група за действие на автомобилната индустрия
  • VICS– Доброволни междуиндустриални търговски стандарти
  • UCS– Единен комуникационен стандарт
  • EIDX– Група за обмен на данни в електронната индустрия (CompTIA)
  • CIDX– Обмен на данни за химическата промишленост

Какви са основните предимства от използването на EDI X12?

Стандартните информационни транзакции имат предимства, които се простират отвъд възможността за обмен на документи. Преди да се използва EDI, размяната на поръчки за поръчка, прегледът на медицински документи или размяната на информация за доставка отнемаха значително повече време и пари.

Тъй като хартиените документи са напълно заменени от формати за електронни документи, бизнесът вече харчи значително по-малко за офис консумативи. Това може да изглежда като малък разход, но се увеличава бързо с времето, особено в индустрии като здравеопазване и търговия на дребно.

EDI също спомогна за подобряване на ефективността и сигурността на обмена на документи чрез автоматизиране на процеса на одит и създаване на ясна цифрова верига за съхранение на документи. В миналото физическите документи можеха да бъдат загубени, копирани или унищожени доста лесно. В дигиталния свят автоматичните резервни копия, вграденото резервиране и възстановяването след бедствие правят EDI X12 документите много по-защитени от техните предшественици на хартиен носител.

Инструменти катоSolarWinds Security Event Managerможе да се конфигурира за наблюдение и достъп до EDI файлове, както и за управление на сигнали за всякакви промени, които се случват в конкретни документи. Когато файловете се съхраняват цифрово, това позволява на организациите да защитят своите файлове толкова детайлно, колкото желаят.

И накрая, обменът на файлове EDI X12 драстично съкращава бизнес цикъла и позволява на бизнеса да сключва сделки по-бързо. Той също така намалява количеството грешки в бизнес документите чрез използване на компютърни програми, които автоматично сканират и проверяват документи, които преминават през EDI системата.

В миналото физическите оферти, поръчките за покупка и здравните документи разчитаха на пощенските услуги, за да достигнат до своя търговски партньор. Документите може да отнеме дни или седмици, за да пристигнат до местоназначението си и понякога биха били напълно изгубени при транспортиране.

Сега транзакции, които биха отнели седмици, могат да отнемат малко под час, за да се изпълнят с изключителна точност и възможности за одит. Това позволява на фирмите да получават плащания по-бързо, да преместват инвентара си по-ефективно и да подобряват общия си месечен паричен поток.

Изисквания за предварителна търговия

Преди да могат да се обменят документи между две търговски страни, двете страни обикновено проверяват и се съгласяват коя версия на X12 ще използват и типовете документи, които ще се споделят. Много по-големи организации имат свои собствени вътрешни стандарти, които надхвърлят рамките на EDI X12. За тази цел всяка страна обикновено обменя отделен документ, наречен Companion Guide. В това ръководство са всички специфични изисквания, които продавачът ще трябва да следва, когато търгува с информация.

Как да обменяте EDI X12 файлове

След установяване на изисквания преди търгуване и споделяне на друга специфична за компанията информация, организациите ще се нуждаят от начин за обмен на тези набори от транзакции. Някои от най-често срещаните начини за обмен на EDI X12 документи са чрез услуги като FTP, SFTP или FTPS.

FTP е прост протокол за прехвърляне на файлове и се използва за безопасно прехвърляне на файлове между два сървъра. FTP е обичаен както за прехвърляне на EDI, така и за други видове документи между два компютъра, като например уеб сървъри или онлайн хранилище за архивиране.

SolarWinds Serv-U сървър за протокол за прехвърляне на файлове (БЕЗПЛАТНА ПРОБНА ВЕРСИЯ)

Продукти катоSolarWinds Serv-U сървър за протокол за прехвърляне на файловенаправете настройката на защитени FTP сървъри сигурна и лесна с поддръжка на файлове с плъзгане и пускане и дори поддържа прехвърляне на файлове от мобилни устройства.

SolarWinds Serv-U File Transfer Protocol Server Стартирайте 14-дневна БЕЗПЛАТНА пробна версия

Протоколи като OFTP и AS2 също понякога се използват и са създадени специално за управление на споделянето на EDI файлове между търговски партньори. Ползата от използването на AS2 или OFTP е, че техните протоколи включват опция за автоматизация, автоматични електронни разписки и функции за сигурност като криптиране при транзит. Тези протоколи са по-рядко срещани от FTP, така че използването им в пълния им потенциал изисква известно техническо ноу-хау.

В по-рядко срещани случаи могат да се използват имейл услуги, но имейлът по своята същност е неефективен при обработката и управлението на EDI X12 транзакции в мащаб.

EDI X12 Разбивка на документа

Много X12 документи се състоят от едни и същи отделни секции, които поддържат документа организиран. Всеки сегмент от документа започва с дву- или трибуквено съкращение. Въпреки че много от тези сегменти ще варират в зависимост от индустрията, има няколко раздела, които са необходими за всички EDI X12 документи.

  • ЕДНО– Заглавието за обмен започва документите и съдържа информация за подателя и получателя.
  • GS– Заглавието на функционалната група описва типа на документа, датата, часа, информацията за подателя и получателя за набор от X12 документи.
  • СВ– Заглавката на набора от транзакции отбелязва началото на транзакция при обмен.
  • ЗНАМ– Трейлърът на набор от транзакции отбелязва края на набор от транзакции.
  • GE– Трейлърът на функционалната група показва броя на функционалните групи в набор от документи заедно с номера на контролната група.
  • МАЕ– Маркира края на обмен и съдържа референтния номер за контрол на обмена, както и броя на функционалните групи.

Примери за EDI X12 заявки за документи

За да разберете по-добре как се съставят EDI X12 документите, по-долу са дадени няколко примера за това как е форматиран документ и каква информация се съдържа в тях. Примерите са отговори на EDI код 278 или искане за информация за преглед на здравни услуги.

Общо искане от лекар за допустимост на пациента:

|_+_|

Отговор на общо искане за допустимост на пациента:

|_+_|

Отговор за грешка от платеца до клиника (недопустимо):

|_+_|

EDI X12 & HIPAA

Поради сложността на здравната индустрия, особено в Съединените щати, EDI X12 се използва за споделяне на информация между доставчици на здравни услуги, застрахователни компании и други организации, за да се валидират разходи, планове и абонаменти за здравеопазване.

EDI X12 документите могат да бъдат етикетирани или групирани с идентификатори на транзакции, които описват какво съдържат документите. Няколко примера за кодове на транзакции са 837 за медицински искове, 834 за записване на обезщетения, 270 за допустимост и 276 за статус на иск.

EDI документите, свързани с HIPAA, все още се придържат към форматирането X12, но понякога са етикетирани като X12N, когато множество документи са в група транзакции, която е защитена от HIPAA.

Основните набори транзакции за HIPAA EDI са:

  • EDI 270 Запитване за допустимост на здравни грижи/ползи
  • EDI 271 Отговор за допустимост на здравни грижи/ползвания
  • EDI 276 Заявка за статус на иск за здравни грижи
  • EDI 277 Уведомление за статус на претенция за здравеопазване
  • EDI 278 Информация за преглед на здравни услуги
  • EDI 820 Удържани заплати и други групови премийни плащания за застрахователни продукти
  • EDI 834 Записване и поддръжка на обезщетения
  • EDI 835 Плащане/съвет за искове за здравни грижи
  • EDI 837 Искове за здравни грижи и поддръжка
  • EDI 999 Функционално потвърждение

Как се четат EDI X12 файлове?

EDI документите могат да бъдат трудни за четене, ако не са заредени в EDI преводач. Повечето EDI X12 документи обаче могат да бъдат отворени с обикновен текстов редактор като Notepad или Notepad++. Компютрите също трябва да могат да интерпретират EDI документи. Много организации имат EDI система, която има множество компоненти, които извършват транзакции, валидират документи и управляват базата данни.

По-долу са компонентите за проста EDI система:

  • EDI преводач: EDI Translator е или част от по-голяма EDI система, или работи като отделна програма за извършване на входящи и изходящи транзакции. Тези преводачи работят, за да гарантират, че различните компютърни системи могат да четат и правилно интерпретират EDI документи.
  • EDI валидатор: Валидаторите обикновено са част от EDI системи, които обработват големи количества документи всеки ден и проверяват за грешки в контролните числа, броя на сегментите и валидират задължителните стойности.
  • EDI обработка: Това обикновено се използва за извършване на автоматизация, като например планиране на изпращане на документи в определени часове, определени интервали или за изпълнение на действие в отговор на друго. Тези EDI процеси обикновено съществуват на специален сървър или услуга.
  • Сканиране на формуляр: Някои програми се използват за транскрибиране на писмени документи чрез сканиране, за да ги подготвят за EDI превод. Това интерпретира писмения ръкопис и преобразува този документ в електронен текстов формат, за да го направи съвместим с EDI превода.
  • EDI докладване: Инструментите за отчитане извличат и показват EDI X12 документи в четим от човека формат. EDI преводачите работят, за да направят EDI документите четими за компютри, EDI инструментите за отчитане правят същите тези документи четими за хората. Тези инструменти често съдържат функции, които помагат на потребителя да намери специфична информация в EDI документа и да ги форматира по последователен начин за зрителя.
  • Зареждане на база данни: Зареждащите бази данни извършват проверки на информацията, идваща от EDI транслатора. Устройството за зареждане на база данни чете входящите документи и може да ги сравни със съществуващи записи. Това помага за улавяне на евентуални дублиращи се документи и може да се използва за определяне дали даден запис изобщо е заменен, модифициран или добавен.

Заключение

Ясно е, че EDI X12 променя играта за обмен на документи в съвременната епоха. Въпреки че може да има много движещи се части в една EDI система, внедряването на електронен обмен на документи със сигурност си заслужава за фирми, които разчитат на честа бизнес комуникация с други компании.

^