Звіт по залишках на гаманцях пацієнта дозволяє переглянути перелік пацієнтів (в алфавітному порядку), у яких на гаманцях є ненульовий залишок на обрану дату. Це не обов'язково має бути сьогоднішня дата, можна обрати і дату у минулому.

У звіті є фільтр по власній компанії, щоб у звіт потправляли лише залишки на гаманцях обраної власної компанії.

Знаходиться цей звіт тут:

Звіти
↓
Фінансові
↓
Сумарні
↓
Звіт по залишку коштів на гаманцях

Для інтеграції DocDream з картковим терміналом (POS-термінал для оплати банківськими картками) використовується проміжна програма "Device Manager". Її розробляє та сама компанія, яка розробляє продукт ПРРО "Вчасно.Каса". На момент написання цього тексту, програму "Device Manager" можна безкоштовно завантажити з сайту розробника.

Початкова ідея була така, що "Device Manager" є своєрідним "хабом", який зв'язує DocDream, програмний РРО "Вчасно.Каса" та картковий термінал. Але зараз з'ясувалося, що інтеграція працює навіть у тих випадках, якщо в клініці використовується не ПРРО "Вчасно.Каса", а будь-який фіскальний реєстратор, підключений до DocDream за допомогою драйвера "АртСофт Принтер"!

У випадку, якщо у вас немає ПРРО "Вчасна.Каса", то "Device Manager" використовується лише для автоматичного обміну даними між DocDream та картковим терміналом.

У відео внизу розповідається про те, як налаштувати "Device Manager" та DocDream для роботи з картковим терміналом.

Якщо інтеграція налаштована, то загальна схема роботи касира наступна:

1. Касир пробує зареєструвати у DocDream оплату карткою.
2. DocDream через "Device Manager" передає цей запит на POS-термінал (передається сума до оплати, мерчант, для якого здійснюється ця оплата тощо).
3. Касир зчитує банківську картку пацієнта на картковому терміналі.
4. POS-термінал зв'язується з банком і отримує від банку підтвердження (або відмову) у проведенні оплати вказаної суми з даної картки.
5. POS-термінал через "Device Manager" повертає у DocDream відповідь банку разом з обов'язковими реквізитами платежу (код авторизації, останні 4 цифри номера картки тощо).
6. Якщо відповідь з банку позитивна, то DocDream автоматично формує чек, як це відбувалося при оплаті карткою, і пересилає цей чек у фіскальний реєстратор.
7. На цьому етапі вже не має значення, який саме реєстратор підключено до DocDream ("залізний" чи "програмний"). Авторизація карткового платежу вже відбулася, і чек буде сформовано та передано на потрібний РРО, відповідно до налаштувань касового місця.

Оскільки DocDream спілкується з касовими терміналами не напряму, а через "Device Manager", то саме розробники цієї програми займаються додаванням все нових і нових банків у свою утиліту. На даний момент підтримується інтеграція з наступними банками:

• Банк Восток
• Банк ПУМБ
• Ощадбанк
• Приватбанк
• Райффайзенбанк
• Укрсиббанк

Цей перелік поступово збільшується, і я не завжди встигаю його тут оновлювати. Краще уточнювати актуальний перелік у розробників "Device Manager".

Якщо у довідник з артикулами випадково додали декілька рядків з однаковими артикулами, в яких лише трохи відрізняються назви, то такі рядки можна об'єднати в один. Для цього:

1. Виділяємо потрібні рядки (із затиснутою на клавіатурі кнопкою Ctrl).
2. Натискаємо кнопку "Об'єднати" (вона з'явиться лише, коли виділено більше одного рядка, та якщо виконано умови, написані нижче червоним).
3. Обираємо назву артикула, який "поглине" всі інші дублікати.
4. Об'єднуємо!

Зауваження: об'єднати можна лише рядки з артикулами, у яких повністю співпадають:

• Одиниці зберігання (не можна об'єднати артикул, що зберігається в упаковках, з артикулом, який зберігається у флаконах).
• Матеріал (не можна об'єднати "Мазь від зміїних укусів" та "Пластир на вуха").
• Одиниці використання (не можна об'єднати таблетки з ампулами).
• Кількість одиниць використання в одиниці зберігання (не можна об'єднати, якщо у одного артикула 50 мл у флаконі, а у другого - 1000 мл у флаконі... інакше всі розрахунки вартості 1 мл стануть неправильними).

У відео показано як налаштувати програму так, щоб вона автоматично додавала до продажної ціни послуги закупівельну ціну матеріалів, витрачених для надання цієї послуги.

Якщо у нас на складі є одна партія матеріалу, то зрозуміло, яку ціну брати, якщо вартість витраченого матеріалу потрібно додати до продажної ціни послуги. Але якщо для одного і того самого матеріалу на складі є декілька партій з різними закупівельними цінами, то це вже не так очевидно. Давайте розглянемо простенький приклад, щоб зрозуміти, яку логіку в такому випадку використовує DocDream.

Припустімо, що на складі операційної є дві партії шовного матеріалу "Кетгут":

• Партія 1 від 2022 року ... залишок - 1 уп. ... ціна за упаковку = 100 грн.
• Партія 2 від 2023 року ... залишок - 10 уп. ... ціна за упаковку = 150 грн.

Двом пацієнтам було одночасно виконано однакові операції, під час яких хірурги використали по одній упаковці кетгуту. Після того, як в програмі обидві операції були позначені як "завершені", у перелік витратних матеріалів автоматично додався кетгут з першої партії.

Чому саме з першої? Бо вона "найстарша". Тому DocDream додав одну упаковку з неї спочатку першому пацієнту, у якого операція була позначена "завершеною" трохи раніше, ніж у другого пацієнта. Але ж цю упаковку зі складу ще не списали, тобто вона не віднялася від залишку першої партії. Тому коли у другого пацієнта операцію також позначили, як "завершену", програма перевірила, які партії кетгуту є на складі, побачила, що є одна упаковка з партії 2022 року, і додала її другому пацієнту. Тобто, доки не відбулося списання зі складу, програма підставляє одну й ту ж саму упаковку з партії 2022 року обом пацієнтам.

Звичайно, коли користувач виконає списання зі складу, то програма залишить цю упаковку лише для першого пацієнта (бо його замовлення було створено на декілька хвилин раніше). А у другого пацієнта замінить її на упаковку з другої партії, яку також спише зі складу.

Але і це ще не кінець історії, бо насправді остання упаковка з першої партії була використана у другого пацієнта, а для першого пацієнта вже взяли упаковку кетгуту з другої партії. Тобто, послідовність використання упаковок була не такою, як послідовність завершення операцій...

То яку ж суму потрібно додавати до ціни операції у першого пацієнта, і яку у другого? В момент, коли витратні матеріали вже додано у замовлення, але ще не списано зі складу, це особливо заплутана історія. І чи не загризуть пацієнти один одного, коли дізнаються, що ціна операції у одного на 50 грн. більше, ніж у іншого, хоча операції повністю однакові?

DocDream поступає мудро, і розраховує середньозважену ціну матеріалу. Загалом на складі залишалося 11 упаковок кетгуту (одна упаковка зі "старої" партії і десять упаковок з "нової" партії), сумарна вартість яких була: 1 × 100 + 10 × 150 = 1600 грн. Середньозважена закупівельна ціна кетгуту складає: 1600 грн. / 11 уп. = 145,45 грн. Тому до ціни операції для кожного пацієнта програма додасть середньозважену ціну однієї упаковки кетгуту, яка була на момент додавання матеріалів у прийом: 145,45 грн.

Таким чином, знімаються питання про ціну однакових операцій у різних пацієнтів протягом одного дня. Коли користувач виконає списання матеріалів зі складу, то воно відбудеться за правилами FIFO, як звичайно, але ціна послуги, до якої додалася вартість витратних матеріалів, від цього не зміниться (бо ж і послуга на цей момент вже може бути оплаченою... і пацієнт вже може залишити клініку).