Статия "PMU"

Колеги, добър ден!

Сега ще говорим за особеностите на отчитането на такъв източник на финансиране като платени медицински услуги за първични и рецидивиращи пациенти.

Първо, нека разгледаме сценарий, когато пациент никога не е бил в нашата клиника и кандидатства първо и казва, че каналът за платени медицински услуги ще бъде източник на финансиране за заплащане на услугите, които му се предоставят. В този момент пациентът се регистрира за първи път в базата данни и се записва среща при лекаря за избрания от него ден и час. В същото време при записването се посочва, че източникът на финансиране ще бъде споразумението за PMU. Когато пациентът пристигне за среща в деня и часа, който е избрал, се прави бележка за присъствието. В този момент системата автоматично създава две чернова на документа. В един проект той създава проект на договор, който трябва да бъде подписан от пациента за платени медицински услуги и проект на документ за фактура, който включва услугите, които пациентът трябва да получи по време на първоначалното посещение. Например. Със сигурност знаем, че когато се свърже с терапевт, пациентът определено ще получи такава услуга като първоначална консултация с терапевт. Съответно тази услуга се добавя към фактурата автоматично. Всички тези данни се прехвърлят в договорния отдел. Освен това отделът за договорна работа, ако е необходимо, допълва списъка с услуги. Да се ​​предостави на пациента. Ако няма такава необходимост, тогава договорът и фактурата просто се разпечатват и се прехвърлят в режим на изпълнение. След това пациентът получава услуги, подписва актове на извършена работа и напуска клиниката.

В случай на повторно обжалване се извършва следната проверка от системата: пациентът отново кандидатства и информира, че иска да получи услуги от източника на финансиране на PMU. Освен това. Когато си уговорим час за пациент на рецепцията. Системата автоматично извършва търсене в базата данни и се опитва да намери споразумение за този пациент, така че всички услуги, които искаме да му предоставим, да бъдат прикрепени към споразумението, сключено преди това с него. Съответно, ако системата намери валиден договор, след многократен контакт тя няма да създаде нов договор и да изпрати проект на договорния отдел, тя ще създаде само акаунт, ще прикачи този акаунт към съществуващия договор и ще прехвърли само акаунта към договорния отдел. Известие за пристигането на нов документ за регистрация и при първоначален и многократен контакт служители на отдела за договорна работа получават чрез вградената система за съобщения. Това е същият плик вдясно с изскачащ брой входящи съобщения. Виждате го на екрана всеки път, когато се появи съобщение.

Описаната процедура ви позволява да избегнете ръчно посочване на договора в регистъра при плащане от PMU, както по време на многократен, така и при първоначален контакт, като по този начин намалявате риска от грешки и увеличавате ефективността на работата.