Тапсырыс беруші
Шешімдерді қабылдау мерзімі

18.06.26 (қоса алғанда)

Марапаттау нысаны

Талқыланды

Өнім күйі

Идея

Тапсырма түрі

Акт міндеттері

Сфера применения

Medicine

Область задачи

Басқа технологиялық шешімдер

Өнім түрі

БҚ/АЖ

Мәселенің сипаттамасы

Көптеген жеке клиникалардағы қаржылық процестер ең осал және әлсіз автоматтандырылған учаскелердің бірі болып қала береді: Қолмен және қайталанатын есеп: клиникалар Excel, сарай кассалық кітаптарында немесе медициналық кестеге ешқандай қатысы жоқ үшінші тарап бағдарламаларында (мысалы, 1С) қаржылық есеп жүргізеді . Әкімшілер көрсетілген қызметтер туралы деректерді пациенттің карточкасынан кассаға қолмен тасымалдауы керек, бұл сөзсіз терулерге, чектегі позициялардың жоғалуына және алынбаған пайдаға әкеледі . Қарыздар бойынша соқыр аймақ: кассаның күнтізбеден бөлінуіне байланысты үйлестірушілер мен дәрігерлер сапар кезінде пациенттің алдыңғы кездесулер үшін ескі қарызы бар екенін көрмейді . Нәтижесінде клиника пациенттерге айтарлықтай қаражат жоғалту арқылы несие береді. Қайтарулар мен жеңілдіктердегі Хаос: қайтаруды рәсімдеу көбінесе бухгалтерлік есепті қажет етеді және бірнеше күнге созылады . Кассирлер жеңілдіктерді бақылаусыз қолданады, ал өзгерту кезінде операторлардың қайсысы кассада жетіспейтінін бақылау мүмкін емес, өйткені ауысым пайдаланушының сандық профиліне байланысты емес . Басшылық үшін ашықтық: инвесторлар мен бас дәрігерлер нақты уақыттағы аналитикаға қол жеткізе алмайды. Төлем әдістері бойынша кірісті бөлу туралы түсінік жоқ (қанша Kaspi арқылы келді және қанша қолма-қол ақша), бұл қаржылық жоспарлау мен қолма-қол ақшаны басқаруды қиындатады .

Күтілетін әсер

Биллингтік микросервистің іске қосылуы медициналық мекеменің қаржылық тәртібін түбегейлі өзгертеді: Есепке алу қателерінің нөлдік деңгейі: күнтізбеден және EMC қызметтерін тікелей POS терминалына автоматты түрде тарту арқылы қолмен тасымалдау және есеп айырысу қателері 0-ге дейін төмендейді% . Қарыздарды жинаудың түбегейлі өсуі: пациенттің балансын касса интерфейсіне және EMK қақпағына шығару әкімшілер мен үйлестірушілерге қарыздарды нақты уақыт режимінде көруге мүмкіндік береді, бұл қарыздар жиынтығын 30% - ға арттырады деп болжануда% . Жалпы дербес жауапкершілік: қолма-қол ақшаны тіркей отырып ауысымдарды міндетті түрде ашу (opening_balance) және жабу кезінде атаулы Z-есептерді генерациялау (closing_balance) кассирлер арасында қаржылық айла-шарғы жасау және кемшіліктер үшін мүмкіндіктерді жояды . Операциялық процестерді жеделдету: қайтаруды автоматтандыру (соның ішінде Kaspi Refund API арқылы) қайтару уақытын 3 күннен 15 минутқа дейін қысқартады . ChatApp-пен интеграциялау арқылы чектерді беру пациенттердің адалдығын арттыра отырып, WhatsApp-та бірден пайда болады . Бизнес үшін абсолютті ашықтық: басшылық қаржылық бақылау тақталарына қол жеткізе алады (кассаларды жүктемеу үшін сұраныстар Read Replica DB арқылы жүзеге асырылады), мұнда нақты уақыт режимінде кірістер, орташа чек және барлық төлем әдістері бойынша бөлу көрсетіледі

Жауапты тұлғаның ТАӘ

Амина Агзамова

Тапсырманың (жобаның) мақсаты мен сипаттамасы

Медициналық қабылдау мен қаржылық есепке алу арасындағы алшақтықты толығымен жоятын сәтсіздікке төзімді, өнімділігі жоғары және идемпотентті төлем ядросын жасаңыз. Касса интерактивті күнтізбемен және электрондық медициналық картамен (ЭМК) бірқалыпты интеграциялануы тиіс, шот-фактураларды жедел беруді, төлемдерді ашық өңдеуді (Kaspi QR және бөліп-бөліп төлеуді қоса алғанда) және фискалдық және талдамалық есептілікті автоматты түрде қалыптастыруды қамтамасыз етеді . Функционалдылық пен техникалық шешімдердің толық сипаттамасы: POS-терминал интерфейсі: Vue негізінде бірыңғай кассир жұмыс экранын (екі бағаналы layout) әзірлеу.JS 2, онда төлемнің барлық ағыны айналдыруды қажет етпестен сәйкес келеді . Сол жақта шот құрамы (қызметтер, бағалар, жеңілдіктер), оң жақта — сомаларды жылдам енгізу және тапсыру = қабылданды − барлығы формуласы бойынша клиенттің тапсыруын автоматты түрде есептеу үшін 3×4 интерактивті нумпадпен төлем тақтасы көрсетіледі . Төлем әдістері және аралас есепшот: көптеген төлем әдістерін қолдау: қолма-қол ақша, банк карталары/POS, Kaspi QR және Kaspi бөліп төлеу . Бір чекті бөліктерге бөлуге мүмкіндік беретін күрделі "аралас төлем" механикасы жүзеге асырылуда (мысалы, бір бөлігін қолма — қол төлеу, ал бір бөлігін QR арқылы төлеу), сервер тиынға дейінгі сомалардың сәйкестігін тексерумен екі бөлек транзакция жасайды . Kaspi Pay API-мен терең интеграция: Kaspi QR-ді таңдағанда, DCH сервері динамикалық сілтеме мен QR кодын құра отырып, Kaspi Pay API-ге сұраныс жібереді . Күйді тексеру үшін интерфейс поллингті бастайды (әр 3 секунд сайын 15 минут ішінде) . Мәртебені ауыстырудан қорғау үшін HMAC-SHA256 криптографиялық қолтаңбасын міндетті түрде тексере отырып, Kaspi-ден кіріс Webhooks қабылдау қосымша енгізілуде . Кассалық ауысымдарды қатаң басқару: материалдық жауапкершілік жүйесін енгізу. Кассир ашық ауысымсыз ешқандай операция жасай алмайды (JWT таңбалауышында shift_id болуы Middleware арқылы тексеріледі) . Ауысым жабылған кезде жүйе автоматты түрде теңгерімді бұзады, есеп айырысу сомасын кассадағы нақты қолма-қол ақшамен салыстырады, PDF z есебін жасайды (pdfkit немесе puppeteer арқылы) және оны S3 жадында сақтайды . Аралық инкассация функциясы да қол жетімді . Шоттың өмірлік циклі және қарызды бақылау: жүйе күйлерді қолдайды: draft, pending, partial, paid, debt, refunded, cancelled . Егер пациент соманың бір бөлігін ғана салса, қалдық автоматты түрде қарыз ретінде белгіленеді, ол дереу үйлестірушілер мен дәрігерлерге пациенттің EMC қалпақшасында көрсетіледі . Қайтару және жеңілдік модулі: қайтаруды рәсімдеу тек paid күйінен қол жетімді және мәтіндік себепті міндетті түрде толтыруды қажет етеді (кем дегенде 10 таңба) . Жеңілдік жүйесі JWT таңбалауышымен қатаң бақыланады: мысалы, үйлестіруші ең көп дегенде 10% жеңілдік жасай алады, ал әкімшіде шектеулер жоқ . Интеграция және хабарландырулар: төлем сәтті аяқталғаннан кейін жүйе автоматты түрде Pdf фискалдық/ақпараттық чекті жасайды және оны пациентке WhatsApp (ChatApp арқылы) немесе Email-ге жібереді . Егер емдеу курсы төленсе, DCH бірден Webhook-ті Bitrix24-ке жібереді, мәмілені "төленген" кезеңге ауыстырады (UF_PAYMENT_STATUS = 'paid') . Идемпотенттілік және ДБ қауіпсіздігі: PostgreSQL-дегі барлық сомалар numeric-тің қатаң қаржылық түрінде сақталады (12,2) . Қосарланған есептен шығару қаупін болдырмау үшін (мысалы, егер кассир нашар интернеттегі батырманы екі рет басқан болса), API Idempotency-Key тақырыбын қажет етеді . Барлық кассалық әрекеттер толығымен audit_log кестесіне жазылады

Ескерту