У цьому випуску


Шифрування з’єднання

 

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

Якщо "ось тут зелененьке", це означає, що інтерфейс програми з'єднаний зі справжнім сервером, і хакери не можуть перехопити це з'єднання та "підставити" замість сервера клініки якийсь свій комп'ютер.

Інакше — все погано, звертайтеся до системного адміністратора, бо вас захопили космічні пірати-хакери це він, скоріше за все, не встановив на сервері сертифікат (або термін дії сертифікату скінчився), і програма не може ідентифікувати ваш сервер, як довірений.

Шифрування з'єднання

 

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

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

Вартість роботи залежить від терміну дії сертифікату:

  • 1 рік - 99 долл.
  • 2 роки - 179 долл.
  • 5 років - 399 долл.

 


Налаштування автоматичної доставки вкладень та відсканованих документів

 

Якщо ми підшиваємо у медичну карту пацієнта PDF-файл, якийсь інший файл або скануємо документ у медкарту, то програма може автоматично відправляти його пацієнту на електронну пошту або у веб-архів. Наш бот розкаже, які налаштування для цього потрібні та як можна вручну скасувати автоматичну відправку документа, якщо його захистили помилково.

 


Оформлення пацієнтів, за яких платить НСЗУ

 

Якщо із пацієнтом підписана декларація, і за його медичні послуги частково або повністю сплачує НСЗУ, то ми рекомендуємо оформити це у програмі наступним чином.

Додаємо у перелік платників нового платника — НСЗУ.

"Декларація з пацієнтом" - це просто такий різновид "страховки" у пацієнта із платником "НСЗУ". У декларації є номер і дата її підписання, і це може бути номером "полісу" і датою початку дії полісу. Франшиза за таким полісом - 100%.

Для платника НСЗУ робимо окремий прайс, в якому всі "гарантовані" послуги продаються за ціною 0 грн. А всі інші послуги — за базовою ціною платника "Пацієнт" (але ж у прийомах за інші послуги у пацієнта буде франшиза = 100%).

При записі таких пацієнтів на прийом виходить, що формально — це пацієнт від платника "НСЗУ", гарантовані послуги оплачує НСЗУ (по 0 грн.), а за інші послуги пацієнт платить франшизу 100% (тобто, повністю зі своєї кишені).

Такий підхід дозволить подивитися статистику продажів саме по пацієнтах "від НСЗУ" при тому, що фактично гроші заплатили самі пацієнти.

 

 


Чому адреса, набрана у вигляді тестового рядка, вважається "дефектною"?

 

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

Спробуйте, наприклад, написати таку "адресу" на конверті та відправити листа звичайною поштою (він повернеться до вас назад або просто "загубиться", бо його викинуть ще при сортуванні).

У звітах по географічному розподілу пацієнтів у PowerBI таку "адресу" неможливо перетворити на точку із географічними координатами.

Тобто, наявність такої "адреси" - це те ж саме, що відсутність будь-якої адреси, бо ці дані неможливо нормально обробляти та використовувати.

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


Додавання вулиці, якої немає у довіднику вулиць

 

 


Налаштування нагадування про прийом, що відбудеться поза межами клініки?

 

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

Наприклад, якщо прийом заплановано у медичному центрі, то логічно додати до повідомлення адресу підрозділу або навіть коротке посилання на Google-карту.

Але якщо у пацієнта буде онлайн-консультація, або лікар сам до нього приїде, то для чого в СМС із підтвердженням запису на прийом вказувати адресу клініки?

У налаштуваннях нагадувань про візит можна створити окремі шаблони підтверджень для прийомів у клініці та для "дистанційних" прийомів.

Знаходиться це налаштування тут: "Налаштування — Комунікації — Налаштування нагадувань про візит".

Налаштування нагадувань про дистанційний прийом

 

Але ж як програма "здогадується", який прийом є "дистанційним", а який — звичайним? Де потрібно відправляти нагадування за одним шаблоном, а де за іншим?

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

Тип послуги, що надається поза межами клініки

 


Додавання призначень лікаря із медичного документа у сервіс-лист пацієнта

 

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

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

Після завершення прийому адміністратор клініки побачить, що у пацієнта є послуги у сервіс-листі (а отже, з ними потрібно щось робити).


Призначення із меддокументу у сервіс-лист

 

Хочете, щоб і у вас так було? Наш бот Деде розкаже, які налаштування для цього потрібні.

 


Контроль за роботою співробітників із сервіс-листом

 

Уявімо собі сервіс-лист, як "кошик із майбутніми послугами пацієнта".


Принцип роботи сервіс-листа


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

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

Задача керівника — слідкувати, щоб лікарі не забували поповнювати кошик, а адміністратори не забували планувати послуги із кошика.

Для контролю ефективності роботи співробітників із сервіс-листом у програмі існує спеціальний звіт. Знайти його можна тут: "Звіти — Персонал — Робота із сервіс-листом".

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

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

Наприклад, за період з 1 до 20 лютого лікар Міхельсон додав у сервіс-лист 74 послуги для 71 пацієнта на загальну суму 18.970 грн.

Ми не знаємо, чи будуть виконані всі ці призначення, чи реалізується вказаний дохід та через який час це відбудеться... Але ми знаємо, що лікар Міхельсон виконав свою частину роботи: призначив послуги пацієнту та "передав" їх по ланцюжку далі — адміністратору.

У третьому стовпчику можна оцінити роботу адміністраторів із сервіс-листом.

Наприклад, за цей же період - з 1 до 20 лютого - адміністратор Серденько запланувала із сервіс-листа 71 послугу для 38 пацієнтів, і сума продажів склала 15.002 гривні.

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

Четвертий стовпчик — найсумніший. У ньому видно, скільки призначень лікарів так і залишилися "на папері" і не були виконані.

Наприклад, за період з 1 до 20 лютого сплив "термін життя" для 47 послуг у сервіс-листах 56 пацієнтів. Ці послуги були призначені лікарем Сиволапкіним. Оскільки за замовчуванням послуги, які додаються у сервіс-лист, знаходяться там в активному стані протягом місяця, то можна припустити, що послуги, які не були надані, призначалися лікарем Сиволапкіним у період с 1 до 20 січня.

Клініка недоотримала дохід на суму 19.238 грн. — це сума призначених, але не наданих послуг. Лікар Сиволапкін не отримав комісійні за ці послуги, як скеровуючий лікар. Інші лікарі, які мали б надати ці послуги, також не отримали свої комісійні, як виконавці послуг. Страшно подумати, що стало з пацієнтами, яким ці послуги були призначені, але не були надані...


Контроль за роботою із сервіс-листом

 


Повний курс роботи із сервіс-листом

 

Сервіс-лист — це перелік послуг медичного центру, призначених лікарем та узгоджений із пацієнтом. Можне сказати, що сервіс-лист — це своєрідний план діагностики та лікування. Причому, участь у складанні цього плану можуть приймати декілька лікарів.

На відміну від листка призначень, послуги у сервіс-листі ще не мають конкретних дат, коли вони будуть надані. Ці дати ще мають бути визначені.

Зазвичай, послуги у сервіс-лист додають лікарі під час проведення консультацій або обстеження.

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

Головна задача, покладена на сервіс-лист, це зробити так, щоб призначення, зроблені лікарями, не губилися у медичній документації, а активно виконувалися.

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

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

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

Активна робота із сервіс-листом — це виграшна ситуація і для пацієнта, і для медичного центру, і для лікарів.

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

 


Додаткові ключові слова для пошуку послуг

 

Не можна сказати, що це нова функція, вона була у програмі від самого початку, але майже ніхто не здогадується про її існування. Водночас, її використання може прискорити роботу у програмі та полегшити життя тим користувачам, які ще не встигли вивчити напам'ять правильні назви всіх 2999 послуг, які надаються у вашому медичному центрі.

Для деяких послуг ми рекомендуємо створити перелік додаткових ключових слів, за якими такі послуги можна знайти.

Наприклад, якщо послуга називається "Ультразвукове дослідження щитоподібної залози", то було б зручно, щоб її можна було знайти за словами "УЗД", "УЗИ", "УЗІ", "щитов", "желез".

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

Перегляньте послуги, які написані з абревіатурами або мають загальновживані скорочення українською та російською мовами. Одне або декілька додаткових ключових слів можна додати у налаштуваннях послуги. І тоді адміністратори та лікарі будуть швидше знаходити потрібні послуги, навіть якщо вони не дуже добре уявляють собі, як вони записані у вас у прайсі.


Додаткові ключові слова для пошуку послуг