Атестаційні завдання K2 ERP/Медичний заклад

! SEO-опис |- | Пацієнт | Кому надається послуга |- | Лікар | Хто проводить прийом |- | Послуга | Що надається |- | Дата прийому | Дата |- | Час початку | Початок прийому |- | Час завершення | Кінець прийому |- | Кабінет | Місце прийому |- | Статус | Поточний стан прийому |- | Коментар адміністратора | Службова примітка |}

У звіті потрібно відображати:

У звіті потрібно відображати: У результаті виконання атестаційного задача має бути створений компонент медичного закладу в K2 ERP. |- | Пацієнт | До кого належить файл |- | Прийом | До якого прийому прив’язаний файл |- | Тип файлу | Аналіз, висновок, зображення, документ |- | Назва | Назва документа або результату |- | Файл | Завантажений файл |- | Дата завантаження | Коли додано |- | Автор | Хто додав |- | Коментар | Примітка |}

Звіт «Борги пацієнтів»

платформа має надсилати або показувати нагадування. SEO-опис

!== Вимоги до безпеки ==

• пацієнта;
• кількість візитів;
• останній прийом;
• лікаря;
• рекомендовану дату повторного прийому, якщо виступає як. Поле

• пошук пацієнтів;
• створення пацієнта;
• пошук лікарів;
• пошук послуг;
• запис на прийом;
• перевірка вільного часу;
• зміна статусу прийому;
• створення медичного запису;
• прикріплення файлів;
• формування рахунку;
• фіксація оплати;
• фільтрація звітів;
• оновлення версій календаря прийомів. Електронна медична картка зберігає історію звернень пацієнта. ! Лікарі проводять прийоми, створюють медичні записи і формують висновки. * дату;
• пацієнта;
• послугу;
• рахунок;
• суму;
• оплачено;
• борг;
• спосіб оплати. {| class="wikitable" style="width:100%;"

компонент має підтримувати пацієнтів, електронні медичні картки, лікарів, спеціалізації, медичні послуги, розклад, прийоми, медичні записи, файли обстежень, медичні документи, рахунки, оплати, нагадування, кабінет лікаря, кабінет пацієнта, звіти, AJAX-інтерактив, журнал змін і рольовий доступ до медичних даних. | Медична картка має бути доступна тільки користувачам із відповідними правами |- | Що бажано додати?== Приклади послуг ==

• медичний висновок;
• направлення на обстеження;
• направлення до іншого спеціаліста;
• рецепт або рекомендації;
• довідка;
• результати прийому;
• рахунок на оплату;
• акт наданих послуг.== Поля пацієнта ==

Розклад лікарів

Критично. Медична картка містить конфіденційні персональні та медичні інформаційні дані.== Права доступу == |- | Заплановано | Пацієнта записано |- | Підтверджено | Пацієнт підтвердив візит |- | Очікує | Пацієнт прийшов і очікує |- | На прийомі | Прийом триває |- | Завершено | Прийом завершено |- | Скасовано | Прийом скасовано |- | Не прийшов | Пацієнт не з’явився |}

Варіанти оплати

• лікаря;
• дату;
• час прийому;
• кабінет;
• вільні слоти;
• зайняті слоти;
• скасовані записи;
• перерви;
• відпустки або лікарняні лікаря.== Критичні помилки ==

• пацієнта записано на прийом;
• прийом підтверджено;
• прийом завтра;
• прийом сьогодні;
• прийом скасовано;
• лікар змінив графік;
• сформовано медичний висновок;
• додано результат обстеження;
• рахунок очікує оплату;
• оплата пройшла успішно;
• потрібен повторний прийом. ! ! !== Рекомендовані сутності бази даних ==

1. адміністратор створює або знаходить пацієнта;
2. обирає лікаря або послугу;
3. записує пацієнта на прийом;
4. платформа перевіряє доступний час у розкладі;
5. пацієнт приходить на прийом;
6. лікар відкриває електронну картку;
7. лікар створює медичний запис;
8. додає висновок, рекомендації або направлення;
9. прикріплює результати обстежень, якщо виступає як;
10. платформа формує рахунок за послугу;
11. пацієнт оплачує на 100% або частково;
12. формується медичний документ або PDF-висновок;
13. адміністратор формує звіти по прийомах, оплатах і лікарях. Кабінет пацієнта виступає як опціональним, але бажаним. !== Звіт «Завантаженість лікарів» ==

Реальний бізнес-контекст

Приклади спеціалізацій

Захист персональних і медичних даних

ПІБ	Повне ім’я пацієнта
Дата народження	Для віку та ідентифікації
Стать	За потреби
Телефон	базовий контакт
Email	Для повідомлень і кабінету
Адреса	Опціонально
Номер медичної картки	Унікальний номер
Група крові	Опціонально
Алергії	Важлива медична примітка
Хронічні захворювання	Опціонально
Контактна особа	Для екстреного зв’язку, якщо потрібно
Статус	Активний, архівний, закритий

Результати обстежень і файли

• загальні інформаційні дані пацієнта;
• історію прийомів;
• діагностичні записи;
• прикріплені файли;
• висновки лікарів;
• направлення;
• рецепти або рекомендації;
• рахунки й оплати;
• нагадування;
• важливі примітки. | Розклад, прийоми, медичні записи, файли, оплати, права доступу

|- | Які документи потрібні? Поле |- | Адміністратор реєстратури | Створює пацієнтів, записує на прийом, змінює розклад, бачить базові інформаційні дані |- | Лікар | Бачить свої прийоми, медичні картки пацієнтів, створює медичні записи і документи |- | Старший лікар | Має розширений перегляд медичних записів і звітів |- | Лаборант | Додає результати аналізів або обстежень |- | Бухгалтер / касир | Створює рахунки, фіксує оплати, бачить фінансові звіти без зайвих медичних деталей |- | Пацієнт | Переглядає власні прийоми, документи, рахунки й результати, якщо кабінет реалізовано |- | Адміністратор системи | Налаштовує довідники, права, шаблони документів і службові параметри |}

Типовий бізнес-процес роботи медичного закладу виглядає так:

У розкладі потрібно бачити

! Поле

Сповіщення

• хто створив пацієнта;
• хто відкрив медичну картку;
• хто змінив інформаційні дані пацієнта;
• хто створив прийом;
• хто скасував прийом;
• хто створив медичний запис;
• хто змінив медичний запис;
• хто додав файл;
• хто сформував документ;
• хто виставив рахунок;
• хто зафіксував оплату;
• хто експортував звіт;
• дату й час дії;
• старе та нове значення, якщо це можливо.== Поля медичного запису ==

Логування змін

!

Див. так само

! 100 ! SEO-опис

• пацієнти;
• медичні картки;
• лікарі;
• спеціалізації;
• медичні послуги;
• розклад лікарів;
• кабінети;
• прийоми;
• медичні записи;
• файли обстежень;
• медичні документи;
• рахунки;
• позиції рахунків;
• оплати;
• сповіщення;
• журнал змін;
• права доступу;
• звіти. Колонка

|- | Тип документа | Висновок, направлення, рецепт, довідка |- | Пацієнт | Для кого сформовано |- | Лікар | Хто сформував |- | Прийом | До якого прийому належить |- | Дата | Коли сформовано |- | PDF-файл | Згенерований документ |- | Статус | Чернетка, сформовано, видано, скасовано |}

Способи оплати

! SEO-опис |- | ПІБ | Повне ім’я лікаря |- | Спеціалізація | Напрям роботи лікаря |- | Телефон | Контактний номер |- | Email | Електронна адреса |- | Кабінет | Номер кабінету або місце прийому |- | Графік прийому | Дні й години прийому |- | Тривалість стандартного прийому | як приклад: 15, 30 або 60 хвилин |- | Сертифікати і ліцензії | Опціонально |- | Фото | Опціонально |- | Статус | Активний, у відпустці, не функціонує, архівний |}

Кабінет пацієнта

Кабінет лікаря потрібен для щоденної роботи. SEO-опис

• консультація терапевта;
• консультація кардіолога;
• повторна консультація;
• УЗД;
• МРТ;
• ЕКГ;
• аналіз крові;
• аналіз сечі;
• медична довідка;
• процедура;
• вакцинація;
• стоматологічна послуга. * пацієнта;
• рахунок;
• суму;
• оплачено;
• борг;
• кількість днів прострочення, якщо застосовується. функції ERP

платформа повинна дозволяти:

• лікаря;
• кількість прийомів;
• кількість завершених прийомів;
• кількість скасованих прийомів;
• загальний час прийому;
• дохід по лікарю. Максимальна оцінка

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

У звіті потрібно відображати:

Номер рахунку	Унікальний номер
Пацієнт	Кому виставлено
Прийом	До якого прийому прив’язано
Послуги	Перелік послуг
Сума	Загальна сума
Оплачено	Скільки сплачено
Борг	Залишок до оплати
Статус	Очікує оплату, частково оплачено, оплачено, скасовано

• готівка;
• банківська картка;
• банківський переказ;
• онлайн-оплата;
• страхова компанія-користувач, опціонально. ! Разом

Мета задача

Колонки журналу прийомів

Пацієнт у кабінеті бачить

Очікуваний результат

Пацієнт	Хто записаний
Лікар	Хто приймає
Послуга	Яка послуга надається
Дата і час	Коли відбувається прийом
Кабінет	Де прийом
Статус	Заплановано, завершено, скасовано, не прийшов
Оплата	Статус оплати

Журнал змін має зберігати:

До прийому або картки пацієнта можна прикріплювати файли. Об’єкт

! * консультації лікарів;

• діагностика;
• лабораторні аналізи;
• УЗД;
• МРТ;
• стоматологія;
• терапія;
• педіатрія;
• кардіологія;
• дерматологія;
• гінекологія;
• фізіотерапія;
• профілактичні огляди;
• медичні довідки.== Поля рахунку ==

платформа має формувати документи у PDF. Призначення

Заклад повинен: У межах атестації потрібно продемонструвати робочий сценарій. | Пацієнти, лікарі, спеціалізації, послуги, кабінети |- | Який провідний бізнес-процес? Поле

У звіті потрібно відображати:

• прийоми на сьогодні;
• прийоми за період;
• картки своїх пацієнтів;
• історію попередніх прийомів;
• результати обстежень;
• форму медичного запису;
• можливість сформувати висновок;
• можливість додати рекомендації;
• задача або нагадування по повторних прийомах. Медичний центр приймає пацієнтів на консультації, діагностику, лабораторні аналізи, процедури або лікування. {| class="wikitable" style="width:100%;"

! Медичний заклад — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку пацієнтів, лікарів, медичних послуг, розкладу прийомів, електронних медичних карток, медичних записів, результатів обстежень, оплат, документів і звітності виступає ключовою рисою Атестаційне задача K2 ERP. |- | Пацієнти | База людей, які звертаються до закладу |- | Медичні картки | Основна історія продукту пацієнта |- | Лікарі | Спеціалісти, які проводять прийоми |- | Спеціалізації | Напрями роботи лікарів |- | Медичні послуги | Консультації, аналізи, діагностика, процедури |- | Розклад | Графік прийому лікарів |- | Прийоми | Записи пацієнтів на конкретний час |- | Медичні записи | інформаційні дані, створені лікарем під час прийому |- | Результати обстежень | Файли, аналізи, висновки, зображення |- | Документи | Рецепти, висновки, направлення, довідки |- | Рахунки | Нарахування за послуги |- | Оплати | Фактичні платежі пацієнтів |- | Кабінети | Особистий кабінет лікаря або пацієнта |- | Звіти | аналітичні інструменти роботи медичного закладу |}

! !== Електронна медична картка ==

Поля прийому

У звіті потрібно відображати: |- | Пацієнт | До кого належить запис |- | Прийом | До якого прийому прив’язаний запис |- | Лікар | Хто створив запис |- | Дата | Дата запису |- | Скарги | Короткий SEO-опис зі слів пацієнта |- | Огляд | SEO-опис огляду |- | Попередній висновок | Медичний висновок лікаря |- | Рекомендації | Подальші дії або поради |- | Призначення | Призначені процедури або обстеження |- | Коментар | Службові нотатки |}

Медичні документи

Розклад потрібен для планування прийомів без накладок. * результати аналізів;

• зображення;
• PDF-висновки;
• скани документів;
• результати УЗД;
• результати МРТ;
• лабораторні протоколи;
• направлення;
• медичні довідки.== Поля документа ==

Пацієнти — центральний об’єкт модуля.== Звіти ==

• дату;
• пацієнта;
• лікаря;
• послугу;
• статус прийому;
• статус оплати.== базовий бізнес-процес ==

Статуси прийому

! | Медичні висновки, направлення, рецепти, довідки, рахунки |- | Які звіти потрібні?== Назва задача ==

через автоматизація процесів користувачі можуть лікарям менше часу витрачати на паперову роботу, а адміністраторам — швидше керувати записами, оплатами і документами. ! ! Критерій

Для реалізації задачі доцільно передбачити такі сутності:

SEO-опис AJAX-інтерактив У звіті потрібно відображати: провідний принцип. Лікар має оперативно бачити історію пацієнта, адміністратор — розклад і оплати, а пацієнт — свої записи, результати й документи. Інтерфейс має працювати оперативно й без перезавантаження сторінок. Статус Медичний запис створюється лікарем під час або після прийому. SEO-опис Прийоми, завантаженість лікарів, фінансовий блок, популярні послуги, борги Що виступає як критичною вимогою?== Типи файлів == Поле SEO-опис компонент повинен фіксувати важливі дії. {| class="wikitable" style="width:100%;" Питання 90–100 Відмінно компонент на 100% функціонує: пацієнти, лікарі, послуги, розклад, прийоми, медичні записи, документи, оплати, кабінети й звіти реалізовані коректно 75–89 Добре Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес роботи медичного закладу 60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання 0–59 Не зараховано Відсутня критична логіка: пацієнти, лікарі, прийоми, медичні записи, оплати або документи Кабінет лікаря неможливо створити пацієнта; неможливо створити лікаря; неможливо створити медичну послугу; неможливо записати пацієнта на прийом; прийом не прив’язується до пацієнта; прийом не прив’язується до лікаря; платформа допускає накладку прийомів у одного лікаря без попередження; неможливо створити медичний запис; медичний запис не прив’язується до прийому; неможливо прикріпити файл обстеження; неможливо сформувати рахунок; оплата не змінює борг; PDF-документ не формується; користувач системи без прав бачить медичну картку; звіти не відповідають фактичним прийомам і оплатам; зміни медичних записів, прийомів і оплат не логуються. Через AJAX мають працювати: компонент має підтримувати рольову модель. SEO-опис компонент має підтримувати фінансовий обліковий облік медичних послуг.== Довідник «Лікарі» == == Коротко == Звіт «Фінансові надходження» Звіт «Пацієнти і повторні візити» Що потрібно створити?== Довідник «Медичні послуги» == Приклади документів Роль повна оплата; часткова оплата; передоплата; оплата після прийому; оплата пакета послуг; страхова оплата, опціонально; корпоративна оплата, опціонально. SEO-опис компонент повинен обмежувати доступ до медичної інформації.== Медичний запис прийому == Звіт «Популярні послуги» компонент має забезпечувати повний цикл роботи медичного центру: пацієнт → запис на прийом → лікар → послуга → медичний запис → призначення або висновок → рахунок → оплата → документ → звіт. Реалізація бази пацієнтів, лікарів і послуг 20 Пацієнти, медичні картки, лікарі, спеціалізації, послуги, графіки керування прийомами і медичними записами 20 Запис на прийом, календар, статуси прийомів, медичні записи, файли обстежень Фінансовий обліковий облік оплат 20 Рахунки, послуги, часткові оплати, повні оплати, борги, фінансові звіти Генерація документів і інтеграційні функції ERP нагадувань 20 PDF-висновки, направлення, рецепти, нагадування про прийоми і повторні візити Інтерактивність через AJAX і зручність використання 20 AJAX-пошук, швидкий запис, календар, кабінет лікаря, кабінет пацієнта, фільтри Мінімальний сценарій: створити спеціалізацію; створити лікаря; створити медичну послугу; створити пацієнта; створити електронну медичну картку; налаштувати графік прийому лікаря; записати пацієнта на прийом; перевірити відображення прийому в календарі; змінити статус прийому на «На прийомі»; створити медичний запис; додати рекомендації або висновок; прикріпити файл результату обстеження; завершити прийом; сформувати рахунок; зафіксувати часткову оплату; перевірити борг; зафіксувати повну оплату; сформувати PDF-висновок; сформувати звіт прийомів за період; сформувати фінансовий звіт; перевірити журнал змін і права доступу. Рівень ! * терапія; педіатрія; кардіологія; неврологія; дерматологія; стоматологія; гінекологія; хірургія; УЗД; лабораторна діагностика; фізіотерапія; сімейна медицина. Бали Шкала оцінювання Лікар у кабінеті бачить компонент обліку пацієнтів, медичних записів, лікарів, послуг і оплат для медичного закладу. Бали фінансовий блок і оплати Поля медичної послуги Поля лікаря Мета задача — створити в K2 ERP компонент для автоматизації роботи медичного центру, клініки, діагностичного кабінету, лабораторії або приватної медичної практики. ! Поле Відповідь Бекенд K2 Cloud ERP на Python або PHP База даних PostgreSQL або MySQL Фронтенд HTML5, JavaScript AJAX Fetch API або Axios UI-компоненти DataTables для пацієнтів, прийомів і послуг; Select2 для вибору лікарів, пацієнтів і послуг Календар FullCalendar для розкладу прийомів Файли Завантаження результатів аналізів, обстежень, PDF-документів і зображень Друк PDF-висновки, направлення, рецепти, довідки, рахунки Експорт Excel або PDF для звітів Безпека Рольовий доступ, журнал дій, обмеження доступу до медичних даних ! Значення Кабінет лікаря, кабінет пацієнта, нагадування, PDF-документи, журнал дій Типові напрями роботи медичного закладу: K2 ERP K2 ERP Атестаційні завдання K2 ERP CRM Лабораторія Каса Рахунок на оплату Особистий кабінет Документообіг Розклад Права доступу AJAX == Примітка == Події для сповіщень Назва спеціалізації як приклад: Терапія, Кардіологія, УЗД SEO-опис Коротке пояснення Статус Активна або архівна База «Пацієнти» == Практичне задача == послугу; кількість надань; загальну суму; частку в доході. Критичними помилками вважаються ситуації, коли: Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл медичного закладу: пацієнт → лікар → послуга → прийом → медичний запис → документ → рахунок → оплата → звіт. SEO-опис Спеціалізації потрібні для групування лікарів і послуг.== Довідник «Спеціалізації» == ERP для медичного закладу виступає як критично важливою для швидкого доступу до інформації, організації розкладу, контролю оплат, безпеки медичних даних і підвищення якості обслуговування пацієнтів. SEO-опис База «Прийоми і обстеження» Основні об’єкти модуля майбутні прийоми; історію візитів; свої документи; результати обстежень; рахунки; статуси оплат; рекомендації лікаря; можливість записатися на прийом, якщо реалізовано. Прийом — це запис пацієнта до лікаря або на медичну послугу. Що перевіряється оперативно реєструвати пацієнтів; планувати прийоми; уникати накладок у графіку лікарів; зберігати історію звернень; формувати документи; контролювати оплати; забезпечувати конфіденційність медичних даних. {| class="wikitable" style="width:100%;" Коротко. Потрібно реалізувати компонент медичного закладу: пацієнти, лікарі, спеціалізації, послуги, розклад, прийоми, електронні картки, медичні записи, результати обстежень, документи, оплати, кабінет лікаря, кабінет пацієнта, нагадування, звіти й AJAX-інтерактив. Поле вести базу пацієнтів; створювати електронні медичні картки; вести лікарів; вести спеціалізації лікарів; вести медичні послуги; планувати розклад прийомів; записувати пацієнтів на прийом; фіксувати статуси прийомів; вести медичні записи під час прийому; прикріплювати результати аналізів, обстежень і файли; формувати медичні висновки; формувати направлення; формувати рецепти або рекомендації у PDF; створювати рахунки за послуги; фіксувати повну або часткову оплату; бачити борги пацієнтів; надсилати нагадування про прийоми; вести кабінет лікаря; вести кабінет пацієнта, якщо потрібно; формувати звіти по прийомах, лікарях, послугах, оплатах і завантаженості. Параметр Запис пацієнта на прийом, медичний запис, рахунок і оплата Що потрібно контролювати? Поле Назва послуги Назва для прайсу і запису Категорія послуг Консультації, діагностика, лабораторія, процедури Спеціалізація До якого напряму належить Вартість Стандартна ціна Тривалість Тривалість прийому або процедури Потрібен лікар Так або ні Потрібен кабінет Так або ні Статус Активна або архівна Поля спеціалізації Послуга — це те, що медичний заклад надає пацієнту. | компонент обліку медичного закладу Які довідники потрібні? Доступ до неї має бути обмежений ролями й правами користувачів.