Ի՞նչ է հանդիպման տվյալները:
Հանդիպման տվյալները ներկայացվում են X12 837 EDI գործարքի վերաբերյալ: Հանդիպման տվյալները ներկայացնում են հայցերի տվյալները, որոնք արդեն իսկ դատվել և վճարվել են: Հանդիպումների տվյալները օգտագործվում են բժշկական, ատամնաբուժական և վարքագծային կառավարվող խնամքի մոդելում:
Ե՞րբ են թարմացվելու EDQ հաշվետվական քարտերը՝ Rx-ի տվյալները բացառելու համար:
Rx տվյալները կբացառվեն QMED-ի հաջորդ տարբերակով, որը նախատեսվում է թարմացնել մինչև տարեվերջ:
Ինչպես գիտենք, Encounter Data-ը պահանջում է ազգային ծածկագրեր՝ բողոքների վճարման համար: DHCS-ի կայքում մենք կարող ենք տեսնել Տեղական ծածկագրերը HIPAA Համապատասխան ազգային կոդի հետ անցնելու մասին ծանուցումներ, բայց ձեր կարծիքով ե՞րբ կսկսվի այս նախագիծը: Մենք տեսնում ենք, որ կա ծանուցում 2023 թվականին LTC-ն սկսելու մասին, բայց վերջնական ամսաթիվ չկա՞: Այս նախագծի ժամանակացույցի վերաբերյալ ցանկացած պատկերացում մեծապես գնահատելի կլինի:
Ծանուցումները և ուղեցույցները նախատեսված են վճարովի ծառայություններ մատուցողների լսարանի համար, որոնք վճարման պահանջներ են ներկայացնում անմիջապես DHCS-ին: DHCS-ը նախատեսում է պարզաբանել Medi-Cal-ի կայքում տեղադրված ուղեցույցը, սակայն պետք է ընդգծել, որ Կառավարվող խնամքի պլաններին հայց ներկայացնող մատակարարները բոլոր դեպքերում պետք է օգտագործեն HIPAA-ի համապատասխան ազգային ծածկագրերը: MCP-ներին պահանջներ ներկայացնող մատակարարները պետք է ՄԻՇՏ օգտվեն HIPAA-ին համապատասխանող ազգային ծածկագրերից:
Հին FFS LTC ձևաթուղթը (LTC-25) հեռացվում է: Նոր փոփոխությունները կիրականացվեն 2023 թվականի կեսերին, սակայն 837-ի և ազգային ծածկագրերի օգտագործման «ուղիղ գնալ» ամսաթիվը դեռևս պետք է որոշվի՝ ներկայիս մատակարարների համայնքի հետ կապված կրթական և վերապատրաստման մտահոգությունների պատճառով: Փորձնական ուղիղ ամսաթվերը ներառում են 2023 թվականի հոկտեմբերը:
Ի՞նչ եք սահմանում որպես կրկնակի հանդիպումներ:
Հանդիպումները գնահատվում են սպասարկման գծի մակարդակում կրկնօրինակների համար: Եթե պարզվի, որ սպասարկման գիծը նախկինում ներկայացված սպասարկման գծի կրկնօրինակն է, ամբողջ հանդիպումը մերժվում է:
Խնդրում եմ կրկնօրինակների օրինակ բերեք:
Կրկնվող հանդիպում/սպասարկման գիծը ներկայացնում է նույն իրադարձությունը, ինչ նախկինում ներկայացված հանդիպումը: PACES-ի հանդիպման համակարգն ունի կրկնակի տրամաբանություն, որը դիտարկում է տվյալների մի շարք տարրեր՝ որոշելու, թե արդյոք հանդիպում նախկինում ներկայացվել է: Եթե տվյալների տարրերը համապատասխանում են նախորդ հանդիպմանը, այն մերժվում է որպես կրկնօրինակ: DHCS Encounter Data Companion ուղեցույցի 3.8 բաժինը տրամադրում է կրկնակի հանդիպումների մանրամասներ: Դուք կարող եք ներբեռնել ուղեկից ուղեցույցները DHCS Փաստաթղթային կենտրոնից: Փաստաթղթերի կենտրոն մուտք գործելու թույլտվության համար խնդրում ենք հարցում ուղարկել
DataExchange@dhcs.ca.gov .
Արդյո՞ք այս տեղեկատվությունը վերաբերում է բոլոր տեսակի պահանջներին, մասնավորապես՝ վարքագծային առողջության պահանջներին:
Քանի որ BH հայցերը մշակվում են Short Doyle համակարգի կողմից, այստեղ քննարկված տրամաբանությունը այս պահին չի տարածվում ԲՀ պահանջների վրա: BHIS թղթապանակներում տեղադրված ուղեկից ուղեցույցներն այն են, որոնք հղում են կատարում BH-ի պահանջների վերաբերյալ:
Ոչ BH պահանջները և ոչ դեղատնային պահանջները և հանդիպումների տվյալները ներկայացվում են PACES՝ որպես հանդիպման տվյալների ֆայլեր: Հանդիպումների կրկնօրինակը ուղղակիորեն վերաբերում է այդ պահանջներին և հանդիպումներին:
Եթե մենք հարցեր ունենք կոնկրետ սցենարների և/կամ
օրինակներ, ով է լավագույն մարդը, ում հետ կարելի է կապ հաստատել:
Խնդրում ենք նամակ ուղարկել Տվյալների որակի հաշվետվության բաժին
MMCDencounterData@dhcs.ca.gov
Կարո՞ղ եք տրամադրել այն ընթացակարգերի կոդերի ցանկը, որոնք շատ լավ կարող են կրկնօրինակ լինել, երբ, օրինակ, ընթացակարգը կիրառվում է յուրաքանչյուր աչքի, ականջի և այլնի համար առանձին:
Մենք չենք կարող տրամադրել կոդերի ցանկը, ինչպես պահանջվում է: Այնուամենայնիվ, երբ հանդիպումն օգտագործում է միևնույն կարգի ընթացակարգը մի քանի ծառայություններում, կրկնօրինակներից կարելի է խուսափել՝ օգտագործելով ընթացակարգի փոփոխիչներ, ինչպիսիք են 59, 76 և 77: Բայց հանդիպմանը մոդիֆիկատորներ ավելացնելով, սա ազդանշան է տալիս PACES համակարգին շրջանցելու կրկնօրինակ տրամաբանությունը և հանդիպման/սպասարկման գիծը վերաբերվելու որպես եզակի իրադարձություն և ոչ թե նախորդ հանդիպման կրկնօրինակ: Տես DHCS ուղեկից ուղեցույցի բաժին 3.8
Արդյո՞ք եղել են քննարկումներ անվավեր գործարքները ժամանակին չափման մեջ չհաշվարկելու վերաբերյալ։
Ոչ, մենք նման քննարկում չենք ունեցել։ Մեզ դատարկություններ են անհրաժեշտ՝ հանդիպումներն ավարտին հասցնելու համար։ Քննարկումը կբարձրացնի՝ կշռադատելու դրական և բացասական կողմերը։ Քննարկումն ավարտվելուն պես կտրամադրվի թարմացված տեղեկատվություն։
Եթե մենք պետք է ուղարկենք անվավեր և փոխարինում, կարո՞ղ է DHCS-ն դիտարկել ժամանակին պլանների տուգանքները այդ հանդիպումներից մեկի և ոչ թե երկուսի համար:
QMED DRMT.001 միավորներ Պլաններ շրջադարձային ժամանակի վերաբերյալ, երբ սկզբնական հանդիպումը մերժվում է և երբ փոխարինում/անվավեր է ընդունվում: Եթե դուք պետք է ուղարկեք փոխարինում և անվավեր, QMED-ը ձեզ կգնահատի առաջինը, որն ընդունված է: Քանի դեռ ձեր արդիականությունը լավ է, ապա QMED-ը ձեր գնահատականը չի իջեցնի: Տե՛ս QMED v1.1, Բաժին 4.1 DRMT.001՝ մերժված հանդիպումների շրջադարձային ժամանակի մանրամասների համար:
Պլաններից պահանջվում է մինչև այս տարվա վերջ ներկայացնել փոխարինող հանդիպումների մեծ ծավալ՝ կապված Թիրախային դրույքաչափի բարձրացման ճշգրտումների հետ: Արդյո՞ք DHCS-ն կքննարկի հրաժարվել ժամանակին տուգանքից այս փոխարինման հանդիպումների համար:
Մենք կքննարկենք ղեկավարության և PACES թիմի հետ՝ որոշելու, թե ինչ անել դրա հետ կապված: Մի հավատացեք, որ դա այդպես է, բայց կճշտեք ղեկավարության հետ:
Փոխարինվող հանդիպումները բացառելու ալգորիթմը QMED v2-ի մաս չէ՞:
Մենք ձեզ բոլորիդ կտեղեկացնենք, երբ QMED 2.0-ը վերջնական տեսքի բերվի:
Կարո՞ղ է DHCS-ը կիսվել տվյալների գաղտնիության և արտասահմանյան տեղափոխման վերաբերյալ փաստաթղթերով/հրապարակումներով։ Տրամադրված հղումը ձեզ ուղղակիորեն չի տանում օրենքի/ուղեցույցի/հրապարակման։
Հղումը կտրամադրվի ձեր կոնտակտային մենեջերի կողմից։
Կա՞ն հնարավորությունների ամենամեծ ոլորտները հանդիպումների համար տվյալների որակը բարելավելու համար: Տվյալների որոշակի դաշտ կամ սխալի տեսակ:
Ներկայումս մենք վերլուծություններ ենք իրականացնում տվյալների որակը բարելավելու հնարավորությունների ոլորտներում: Ավելի շատ համակարգում և հաղորդակցություն առաջիկա պլանների հետ:
Արդյո՞ք PACE-ի համար պարտադիր են տրանսպորտային հանդիպումները։
Այո, PACE ծրագրերը պետք է ներկայացնեն հանդիպման տվյալները ցանկացած պահի, երբ իրենց մասնակիցներից որևէ մեկին որևէ ծառայություն են մատուցում։
PACE ծրագրերի համար մեկ նկատառում. կրկնակի PACE անդամների առումով մենք ներկայումս աշխատում ենք խնամքի, բժշկական, ատամնաբուժական, մասնագիտական, ցերեկային կենտրոնի, IDT առարկաների, տրանսպորտի և այլնի բոլոր ասպեկտների վերաբերյալ բոլոր հանդիպումների տվյալները CMS-ին և DHCS-ին ամբողջությամբ ներկայացնելու ուղղությամբ: Մենք մոտենում ենք CMS-ին և DHCS-ին հանդիպումների տվյալների հաշվետվությունների լրիվ կրկնօրինակմանը: Կա՞ն արդյոք ծրագրեր այդ կրկնակի անդամների համար հանդիպումների տվյալների հաշվետվությունների կրկնօրինակումը նվազագույնի հասցնելու համար:
Այս հարցը կվերանայվի «Հանդիպման տվյալների բարելավման նախագծի» շրջանակներում։
Արդյո՞ք պլանները պահանջվում են մերժված հանդիպումներ ուղարկելու համար իրենց դիմումներում:
ա) պարզաբանելու համար՝ տերմինը « հերքվել է պահանջներ/հանդիպումներ» վերաբերում է այն պահանջներին, որոնք ներկայացվել են մատակարարի կողմից ծրագրին, սակայն մերժվել են
վճարում կամ
ընդունում պլանով։
բ) Պլանի կողմից ներկայացված, բայց DHCS-ի կողմից մերժված հանդիպումների համար, խնդրում ենք դիմել DHCS-PACES 837I, 837D և 837P ուղեկից ուղեցույցներին, մասնավորապես Բաժին 3.4-ին: Այս ուղեցույցները պարունակում են հանդիպման ֆայլեր ուղարկելու հրահանգներ, ներառյալ տարբերությունները
հերքվել է ,
մերժվել է , և
ընդունված հանդիպումներ.
Հերքվել է
հանդիպումները պետք է ուղղվեն և նորից ներկայացվեն DHCS PACES համակարգին:
Ի՞նչ չափանիշ կկիրառվի վճարված գումարների համար: Որոշ ներկայացնողներ դժկամությամբ են կիսվում վճարված գումարներով, կարո՞ղ են MCP-ները դա պահանջել:
Կապիտալի վրա հիմնված պլանները (պայմանագրի տեսակ = 5) պետք է ներկայացնեն պահանջվող տեղեկատվությունը, ինչպես նշված է «Հանդիպման ուղեկցորդների ուղեցույցներում», մասնավորապես՝ 3.18 – 3.29 բաժիններում: Որպես Medicaid վճարող, DHCS-ն իրավասու է պահանջել վճարված գումարների ներկայացում Medicaid-ի ցանկացած մատուցված ծառայության համար, անկախ նրանից՝ դա կապիտացիայի միջոցով է, թե կառավարվող խնամքի ծրագրի միջոցով պայմանագրային մատակարարներին ուղղակի վճարում:
Կարո՞ղ է մեկ մատակարարը ունենալ մատակարարների մի քանի տեսակներ: Արդյո՞ք DHCS-ը վերահսկում է մատակարարների յուրաքանչյուր տեսակը անհատապես:
Այո, մեկ մատակարարը կարող է ունենալ մի քանի մատակարարների տեսակներ։ Հստակեցնելու համար, DHCS-ը տարբերակում է 1-ին տիպի (անհատական մատուցողներ) և 2-րդ տիպի (կազմակերպչական մատակարարներ) միջև:
Արդյո՞ք առկա են նպատակային ռեսուրսներ կամ ուսումնական նյութեր հանդիպման ներկայացման որակի համար:
Այո, կան մի քանի ռեսուրսներ, որոնք հասանելի են Encounter Data Submission-ի համար.
Կարո՞ղ է արդյոք տեղական կոդերի և նահանգային/ֆեդերալ պահանջների համար ստեղծվել օգտագործողի ուղեցույց կամ հաճախակի տրվող հարցեր:
Medi-Cal-ի ներկայիս հաշվառման ուղեցույցը, որը մշակվել է FFS հայցերի վճարման հին համակարգի համար, ներառում է տեղական կոդի ներկայացման հրահանգներ: Սակայն, DHCS-ի կառավարվող խնամքի ծրագիրը խրախուսում է տեղական կոդերի օգտագործումը հայցադիմումների ներկայացման ժամանակ: DHCS-ը MCP-ների համար ապահովել է անցում, որպեսզի նրանք կարողանան տեղական կոդերը համեմատել ազգային HIPAA-ին համապատասխանող կոդերի հետ՝ հանդիպման տվյալների մշակման համար։ DHCS-ը նաև աշխատում է ավելի կոնկրետ ուղեցույց տրամադրելու ուղղությամբ՝ մատակարարներին ազգային կոդերին անցնելուն օգնելու համար:
Ինչո՞ւ մերժված հայցերը չեն կարող ընդունվել հանդիպումների միջոցով, և արդյո՞ք դրանք ստեղծում են կրկնօրինակներ։
DHCS-ը աշխատում է լուծել մերժված հայցերի հավաքագրման հետ կապված խնդիրները։ Առևտրային գործընկերներից կխնդրվի կիսվել ինչպես սկզբնապես ներկայացված, բայց հետագայում մերժված պահանջների/հանդիպումների ֆայլերով, այնպես էլ պլանի կողմից տրված ցանկացած պատասխանի ֆայլերով։
Արդյո՞ք DHCS-ը պահանջելու է նոր դաշտ մերժված կամ 0 վճարված պահանջները նույնականացնելու համար։
DHCS-ը գիտակցում է մերժված հայցերը դատական համակարգին ներկայացնելու հետ կապված դժվարությունները: Չնայած վերջնական որոշումներ դեռևս չեն կայացվել, DHCS-ը մշակում է մերժված հայցերը PACES-ին ներկայացնելու մեթոդաբանություն։ Այս մեթոդաբանությունը կքննարկի այն հայցերը, որոնք քննվել են DHCS-ին ներկայացնելուց առաջ։
Կարո՞ղ է DHCS-ը պարզաբանել Medi-Cal-ի հաշվարկային ձեռնարկի և Encounter Data Companion Guides-ի հրահանգների միջև եղած տարբերությունները:
Կառավարվող խնամքի կապիտացված հանդիպումների համար ծրագրերը և մատակարարները պետք է դիմեն PACES 837 Companion Guides-ին: Medi-Cal-ի հաշվարկային ձեռնարկը նախատեսված է ծառայության դիմաց վճարովի (FFS) պահանջների վճարման համակարգի համար և կիրառելի չէ հանդիպումների ներկայացման համար: Պլանի հետ պայմանագիր կնքած մատակարարները պահանջներ և հանդիպումներ ներկայացնելու համար պետք է հիմնվեն DHCS-PACES 837 Encounter Data Companion Guides-ի, այլ ոչ թե Medi-Cal-ի հաշվարկային ձեռնարկի վրա:
Կարո՞ղ է ուղեցորդող ուղեցույցը լրացուցիչ ուղեցույց տրամադրել ինստիտուցիոնալ պահանջների վերաբերյալ, ինչպիսիք են հաշվի տեսակը և դուրսգրման ամսաթվերը:
DHCS-ը աշխատում է ուղեկից ուղեցույցները թարմացնելու ուղղությամբ՝ ներառելով ավելի կոնկրետ կոդավորում և այլ փաստաթղթեր, ինչպիսիք են եկամտի կոդերը, հաշիվների տեսակի կոդերը և LTC/PACE-ին հատուկ կոդավորումը։ Այս թարմացումները կտեղադրվեն DHCS փաստաթղթային կենտրոնում և հետագայում՝ DHCS կայքում։
Ինչ վերաբերում է տեղական կոդերին և եկամուտների կոդերին,
MCP-ներին խորհուրդ է տրվել օգտագործել ազգային ծածկագրերը, սակայն Medi-Cal-ի վճարների ժամանակացույցը դեռևս թվարկում է տեղական ծածկագրերը: Ի՞նչ առաջընթաց է գրանցվել։
Պլանները պետք է օգտագործեն եկամտի ծածկագրերը տեղական ծածկագրերի փոխարեն: Եթե եկամտի կոդը նշված է MCP Տեղական օրենսգրքի Crosswalk-ում, դա ցույց է տալիս, որ ոչ մի ընթացակարգի ծածկագիր չի կարող համադրվել տեղական կոդի հետ: Տեղականից ազգային ծածկագրերի անցումների վերաբերյալ լրացուցիչ տեղեկությունների համար խնդրում ենք ծանոթանալ հետևյալ փաստաթղթերին.
Կա՞ն արդյոք ծավալի հետ կապված որոշակի տեսակի ծառայություններ կամ հանդիպումներ:
Մտահոգություն կա 09 պայմանագրի տեսակի կոդով կամ այլ (2 միլիոն հանդիպում 2025 թվականի մայիսի համար) ներկայացված հանդիպումների քանակի վերաբերյալ: Խորհուրդ է տրվում, որ Capitated Plans-ը DHCS PACES-ին չներկայացնի 09 պայմանագրի տեսակի կոդով հանդիպումներ: 2025 թվականի ապրիլին և մայիսին պարզվել է, որ այս տեսակի պայմանագրով ներկայացվել է ավելի քան 2 միլիոն հանդիպում:
Ո՞րն է պայմանագրի տեսակի կոդ 09-ի ճիշտ օգտագործումը։
ASC X12N 837 ձևաչափերում պայմանագրի տեսակի կոդերը օգտագործվում են CN1 հատվածում՝ այն պայմանագրի տեսակը նույնականացնելու համար, որի շրջանակներում մատուցվում են ծառայությունները: Պայմանագրի ընդհանուր տեսակի կոդերի համար խնդրում ենք դիմել «Համապատասխան ուղեցույց - Վճարման տեղեկատվություն» բաժնի 3.18-րդ մասին:
Տվյալներ տրամադրողները պարտավոր են տրամադրել իրական վճարման մասին տեղեկատվություն՝ օգտագործելով 837P-ում սահմանված կառուցվածքը: Ծառայության վճարման համար օգտագործվող պայմանավորվածության տեսակը պետք է նկարագրվի 2300 ցիկլի CN1 հատվածում՝ CN101 պայմանագրի տեսակի կոդով: Երբ ծառայության վճարը կատարվել է ծառայության դիմաց վճարի հիման վրա, CN102-ը լրացվում է վճարված գումարով: DHCS-ը պահանջում է, որ տրամադրվի 2300 CN1-ը և խնդրում է ներառել 2400 CN1 հատվածը: Այլ առողջապահական ապահովագրական ընկերություններին կատարված ցանկացած վճարում պետք է ներառվի նպաստների համակարգման համապատասխան հատվածներում :
- Թույլատրվու՞մ են տեղական կոդերը, երբ պայմանագրի կոդը 05 է։
Կառավարվող խնամքի ծրագրերի (MCP) հանդիպման հայտերում տեղական կոդերի օգտագործումը թույլատրելի չէ՝ անկախ պայմանագրի տեսակից: Բոլոր MCP հանդիպումները պետք է համապատասխանեն 837 գործարքի պահանջներին և օգտագործեն բացառապես ազգային կոդերը։
Տեղական կոդերը կիրառվում են այն մատակարարների նկատմամբ, որոնք բացառապես վճարովի ծառայություն են մատուցում և չեն մտնում կառավարվող խնամքի ծրագրի ցանցի մեջ։ MCP-ներում գրանցված մատակարարները պետք է ծրագրին ներկայացնեն ազգային կոդերը։
Կլինի՞ արդյոք ծրագրերի համար նախատեսված «Բոլոր ծրագրերի նամակի» նախագծի վերանայման ժամանակահատված։
APL նախագծի վերանայման ժամանակահատվածը նախատեսված է 2025 թվականի սեպտեմբերին։
Ու՞մ հետ պետք է կապվել PACE-ի հետ կապված կրկնակի մերժումների դեպքում։
Հաստատման պատասխանի ֆայլում ստացված վավերացման սխալի կոդերի համար խնդրում ենք կապվել DataQualityReportingUnit@dhcs.ca.govհասցեով։
PACE-ին վերաբերող հարցերի համար կապվեք ձեր DHCS պայմանագրային մենեջերի կամ PACECompliance@dhcs.ca.gov
Մենք ստանում ենք տեղական կոդեր, որոնք DHCS-ի կողմից թույլատրված են հայտարարվել։ Սակայն, եթե մենք տեղական կոդեր ներկայացնենք DHCS-ին, նրանք կմերժեն։
DHCS PACES-ը դատական հետհամակարգային համակարգ է, որը տարբերվում է CA-MMIS-ից (ծառայության դիմաց վճար) որտեղ մատակարարները CA-MMIS-ին ներկայացնում են խնդիրների հետ կապված հայցեր՝ պետությունից փոխհատուցում ստանալու համար: Տեղական կոդերը վերաբերում են միայն CA-MMIS համակարգի միջոցով անցնող FFS հայցերին։ Մենք գնահատում ենք արձագանքը և կանդրադառնանք դրան առանձին վեբինարի ժամանակ։
Խնդրում ենք նկատի ունենալ. բացառապես վճարովի ծառայության մատակարարները կարող են CA-MMIS-ին ներկայացնել միայն տեղական կոդեր: Ցանկացած մատակարար, որը հանդիպման հետ կապված հայցեր է ուղարկում տեղական կոդերով կառավարվող խնամքի ծրագրին, պետք է մերժի այդ հանդիպման հայցը և խնդրի մատակարարին ներկայացնել հանդիպման հետ կապված հայցերը՝ օգտագործելով ազգային կոդերը, որպեսզի կառավարվող խնամքի ծրագիրը վերանայի այն։ DHCS-ը ներդրել է կապիտալի վճարովի կարգավորումներ ծրագրերի հետ՝ ապահովելու համար, որ կառավարվող խնամքի ծրագրերը հավաքեն հանդիպումների գրառումները 837 X12 գործարքների պահանջներին համապատասխան:
Եթե տեղական կոդերի վերաբերյալ լրացուցիչ հարցեր ունեք, խնդրում ենք կապվել DataQualityReportingUnit@dhcs.ca.gov
հասցեով։
Լրացուցիչ տեղեկություններ և ռեսուրսներ
DHCS փաստաթղթային կենտրոն (DDC). Հասանելի են հետորոշված պահանջների և հանդիպումների համակարգի (PACES), գլխաքանակի վճարումների կառավարման համակարգի (CAPMAN), կառավարվող խնամքի ծրագրի տվյալների (MCPD) և առաջնային խնամքի մատակարարի նշանակման (PCPA) համար ուղեկցող ուղեցույցներ և տեղեկատու նյութեր:
Ա DDC-ի մուտքի հարցումները կարող են ներկայացվել հետևյալ հասցեով dataexchange@dhcs.ca.gov
PACES-ը մշակում է 837 և 274 ֆայլեր։ CAPMAN-ը ներառում է 820 և 834 ֆայլերը։ MCPD և PCPA JSON ուղեցույցները պահվում են DDC-ի առանձին թղթապանակներում։
Կապիտալացված ծրագրերի համար CN101-ում գործող պայմանագրի տեսակի կոդերն են՝ 01, 02, 03, 04 կամ 06, որոնք ներկայացնում են Medi-Cal-ի հետ կնքված պայմանագրի համաձայն ծրագրի կողմից վճարված գումարը: Այս գումարը համապատասխանում է SBR09 = «MC» նշանակված վճարողների AMT*D արժեքին: Կապիտալացված ծրագրերի համար չի օգտագործվի պայմանագրի տեսակի կոդ 09 (Այլ):
Կա՞ արդյոք փուլերի համար կանխատեսվող ժամանակացույց։
Խնդրում ենք ծանոթանալ նախորդ վեբինարների ներկայացումներին՝ նվիրված Encounter Data Quality Betterment ջանքերին։ PACE կազմակերպությունների ներառումը, հավանաբար, տեղի կունենա ոչ շուտ, քան 2027 թվականը։
Ժամանակայնության համար, եթե բնօրինակ գրառումն ընդունվում է, ապա հետագայում չեղյալ է հայտարարվում նույն եռամսյակում, արդյո՞ք բնօրինակ գրառումը կներառվի ժամանակայնության հաշվարկի մեջ։
Ոչ, ներկայացման լագթայմը կներառի միայն սկզբնական հանդիպումները, որտեղ Loop 2300-ում, CLM05-3-ում, Claim Frequency Code-ը 1 է (սկզբնական ներկայացում) և հանդիպումը ընդունված է։ Վերոնշյալի նման իրավիճակներում հանդիպումը բնօրինակ չէր լինի, այլ կնշանակվեր որպես դատարկություն։ DHCS փաստաթղթավորման կենտրոնում I/P/D 837 գործարքների տեսակների համար խնդրում ենք դիմել DHCS ուղեկցող ուղեցույցների 2.4, 3.3 բաժիններին և Բ հավելվածին։
Medi-Cal-ի համար որևէ պատահական մատակարարի փաստաթղթեր կարո՞ղ են թարմացվել՝ նոր ժամանակացույցի պահանջներին համապատասխանեցնելու համար: Ձեռնարկի ներկայիս հայտարարությունը. Հայցերի ժամկետներ Վեցամսյա հաշվարկային սահմանաչափ. «Սկզբնական (կամ սկզբնական) Medi-Cal պահանջները պետք է Medi-Cal-ը ստանա ծառայությունների մատուցման ամսից հետո վեց ամսվա ընթացքում»:
Սա վերաբերում է FFS մատակարարի ձեռնարկին։ Այս ռեսուրսը չպետք է լինի կապիտիալ պայմանավորվածություններով բժշկական կառավարվող խնամքի ծրագրերի աղբյուր։
Ե՞րբ է QMED 2.0 տեխնիկական ուղեցույցը տրամադրվելու պլաններին։
Նպատակ ունենալով հասնել 2026 թվականին
Ինչո՞ւ են որոշ նահանգներ նշված որպես 1, իսկ մյուսները՝ որպես 2:
Այս էկրանի նկարը վերցված է CMS OBA արդյունքներից: Խնդրում ենք այցելել https://www.medicaid.gov/medicaid/data-systems/macbis/transformed-medicaid-statistical-information-system-t-msis կայքը ՝ տեսնելու համար, թե որտեղից է վերցված էկրանի նկարը:
Այս կայքի համաձայն՝ 1-ը նշանակում է կարևորագույն արդյունքների վրա հիմնված գնահատման (OBA) առաջնահերթությունները, իսկ 2-ը՝ բարձր առաջնահերթությունը:
Խնդրում ենք նաև այցելել https://www.medicaid.gov/state-overviews/scorecard/measure/T-MSIS-Data-Quality-Outcomes-Based-Assessment?measure=FS.11&measureView=state&stratification=534&dataView=pointInTime&chart=map&timePeriods=%5B%222024%22%5D կայքը՝ վերլուծության վերաբերյալ մանրամասն տեղեկություններ ստանալու համար:
Ոչ բոլոր մատակարարներն ունեն պայմանագիր, այդ դեպքում ինչպե՞ս ստիպենք նրանց ավելի ժամանակին ներկայացնել իրենց հայտերը։
Տվյալների որակի բաժնի տեսանկյունից, բոլոր բժշկական կառավարվող խնամքի ծրագրերը, որոնք ունեն կապիտի վճարմամբ պայմանավորվածություն, պետք է ունենան գրանցված մատակարարներ, որոնք ընդունում են միայն Medi-Cal անդամներին: 2024 թվականի կառավարվող խնամքի ծրագրի ստանդարտ պայմանագրում (https://www.dhcs.ca.gov/provgovpart/Documents/2024-Managed-Care-Boilerplate-Contract.pdf) թվարկված են այն կոնկրետ պահանջները, որոնք կառավարվող խնամքի ծրագրերը պետք է ապահովեն իրենց քաղաքականություններում և ընթացակարգերում, որպեսզի մատակարարները և այլ ստորին պայմանագրային կողմերը ունենան DHCS-ի կոնկրետ պահանջները այդ պայմանագրերում (Ա հավելված, III հավելված; Բաժին 2.1.2; Բաժին 2.1.4; Ա հավելված J):
FFS Medi-Cal գործարքները ուղարկվու՞մ են CMS: Եթե այո, ապա այս պահանջները չե՞ն կիրառվի ամբողջ տարածքում։
PAVE-ում գրանցված Medi-Cal մատակարարների փոխհատուցումը տարբեր կերպ է ստացվում, քան մատակարարների ցանցի մաս կազմող Բժշկական կառավարվող խնամքի ծրագրերում գրանցված մատակարարների փոխհատուցումը:
- FFS մատակարարները, որոնք հայցեր են ներկայացնում անմիջապես CA-MMIS-ին, արտացոլում են այն անդամների հանդիպումները, որոնք Բժշկական կառավարվող խնամքի ծրագրերի անդամ չեն։ Այս մատակարարները փոխհատուցում են ստանում Կալիֆոռնիայի նահանգային վերահսկիչի գրասենյակից
- Բժշկական կառավարվող խնամքի ծրագրի ցանցում գրանցված և դրա 274 ցանցային մատակարարի ֆայլում որպես ակտիվ մատակարար գրանցված մատակարարները փոխհատուցում են ստանում Բժշկական կառավարվող խնամքի ծրագրից (կախված կառավարվող խնամքի ծրագրի մատակարարի հետ կնքված պայմանագրի տեսակից) Medi-Cal անդամ շահառուներին մատուցված ծառայությունների համար: Սրանք նույնպես կապիտալի վճարմամբ կառավարվող խնամքի ծրագրեր են, որոնք DHCS-ից ստանում են կապիտալի վճարում՝ նախապես սահմանված դրույքաչափերի հիման վրա:
- Մանրամասների համար խնդրում ենք դիմել նախորդ վեբինարների ներկայացումներին՝ 2025 թվականի փետրվար, հունիս, օգոստոս և սեպտեմբեր։
Ինչպե՞ս լուծել տեղական կոդերի հետ կապված խնդիրները։
Խնդրում ենք ծանոթանալ ստորև բերված APL-ներին, որոնք վերաբերում են այս հարցին։ 2015 թվականի դրությամբ տեղական կոդերը չեն ընդունվում DHCS-ի կողմից՝ դատական հայցերի և հանդիպումների համակարգից հետո, քանի որ DHCS-ը ընդունել է գործարքների ազգային ստանդարտ ձևաչափը՝ համաձայն CMS-ի ուղեցույցի: Խնդրում ենք այցելել https://www.dhcs.ca.gov/formsandpubs/Pages/MgdCareAPLPLSubjectListing.aspx DHCS-ի բոլոր ծրագրերի նամակների (APL) ցանկի համար՝ ըստ թեմայի։
- https://www.dhcs.ca.gov/formsandpubs/Documents/MMCDAPLsandPolicyLetters/APL2014/APL14-009.pdf
- https://www.dhcs.ca.gov/formsandpubs/Documents/MMCDAPLsandPolicyLetters/APL2014/APL14-020.pdf
- https://www.dhcs.ca.gov/formsandpubs/Documents/MMCDAPLsandPolicyLetters/APL2014/APL14-019.pdf
- https://www.cms.gov/priorities/key-initiatives/burden-reduction/administrative-simplification/hipaa/adopted-standards-operating-rules
Կարո՞ղ եք պարզաբանել այն դեպքերի տեսակները, որոնք չեն կարող շտկվել։
Խնդրում ենք դիտել վեբինարի շնորհանդեսը ՝ https://www.dhcs.ca.gov/dataandstats/Documents/August-2025-Webinar-Presentation.pdf:
DHCS փաստաթղթավորման կենտրոնն ունի ռեսուրսներ, որոնք նախատեսվում է օգտագործել ծրագրերի կողմից, ինչպիսիք են 837 ուղեկցող ուղեցույցները, որոնք մանրամասնորեն ներկայացնում են այն դեպքերը, որոնք չեն կարող շտկվել: Հղման ենթակա հատուկ փաստաթղթերը ներառում են
- «Լրացումներ – PACES-ի հատուկ սխալի հաղորդագրություններ v1.9»,
- «MMC-837P-Մասնագիտական հանդիպման PACES ուղեկցող ուղեցույց v3.7 – Հավելված B»,
- «MMC-837I-Հաստատության հետ հանդիպման PACES ուղեկցող ուղեցույց v3.9 – Հավելված B», և
- «MMC-837D-Ստոմատոլոգիական հանդիպում PACES ուղեկցող ուղեցույց v2.3 – Հավելված B»