Перейти до вмісту

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

Матеріал з K2 ERP Wiki

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

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

Критично. Медична картка містить конфіденційні персональні та медичні інформаційні дані.; характеристика У результаті виконання атестаційного задача має бути створений компонент медичного закладу в K2 ERP.; компонент має підтримувати рольову модель.; * пацієнта;

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

Критичними помилками вважаються ситуації, коли:

  1. створити спеціалізацію;
  2. створити лікаря;
  3. створити медичну послугу;
  4. створити пацієнта;
  5. створити електронну медичну картку;
  6. налаштувати графік прийому лікаря;
  7. записати пацієнта на прийом;
  8. перевірити відображення прийому в календарі;
  9. змінити статус прийому на «На прийомі»;
  10. створити медичний запис;
  11. додати рекомендації або висновок;
  12. прикріпити файл результату обстеження;
  13. завершити прийом;
  14. сформувати рахунок;
  15. зафіксувати часткову оплату;
  16. перевірити борг;
  17. зафіксувати повну оплату;
  18. сформувати PDF-висновок;
  19. сформувати звіт прийомів за період;
  20. сформувати фінансовий звіт;
  21. перевірити журнал змін і права доступу.; 100

Звіт «Популярні послуги»

 ;== Типи файлів ==

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

 class="wikitable" style="width:100%;"

Довідник «Лікарі»

 ;== Довідник «Спеціалізації» ==

Звіт «Пацієнти і повторні візити»

ключовий бізнес-процес

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

 ; характеристика
ПІБ Повне ім’я лікаря
Спеціалізація Напрям роботи лікаря
Телефон Контактний номер
Email Електронна адреса
Кабінет Номер кабінету або місце прийому
Графік прийому Дні й години прийому
Тривалість стандартного прийому як ілюстрація: 15, 30 або 60 хвилин
Сертифікати і ліцензії Опціонально
Фото Опціонально
Статус Активний, у відпустці, не функціонує, архівний
Заклад повинен:
  • консультація терапевта;
  • консультація кардіолога;
  • повторна консультація;
  • УЗД;
  • МРТ;
  • ЕКГ;
  • аналіз крові;
  • аналіз сечі;
  • медична довідка;
  • процедура;
  • вакцинація;
  • стоматологічна послуга.; Поле

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

Критичні помилки

Назва спеціалізації як ілюстрація: Терапія, Кардіологія, УЗД
характеристика Коротке пояснення
Статус Активна або архівна

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

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

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

фінансовий блок і оплати

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

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

!; Критерій

Електронна медична картка зберігає історію звернень пацієнта.; Мета задача — створити в K2 ERP компонент для автоматизації роботи медичного центру, клініки, діагностичного кабінету, лабораторії або приватної медичної практики.;== AJAX-інтерактив ==

!;== Логування змін == Спеціалізації потрібні для групування лікарів і послуг.;== Розклад лікарів == |- | Що потрібно створити?; Поле

У межах атестації потрібно продемонструвати робочий сценарій.;== Способи оплати == У звіті потрібно відображати:
; Кабінет пацієнта є собою опціональним, але бажаним.; Поле
  • пацієнти;
  • медичні картки;
  • лікарі;
  • спеціалізації;
  • медичні послуги;
  • розклад лікарів;
  • кабінети;
  • прийоми;
  • медичні записи;
  • файли обстежень;
  • медичні документи;
  • рахунки;
  • позиції рахунків;
  • оплати;
  • сповіщення;
  • журнал змін;
  • права доступу;
  • звіти.; Параметр
90–100 Відмінно компонент в цілому функціонує: пацієнти, лікарі, послуги, розклад, прийоми, медичні записи, документи, оплати, кабінети й звіти реалізовані коректно
75–89 Добре Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес роботи медичного закладу
60–74 Зараховано Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання
0–59 Не зараховано Відсутня критична логіка: пацієнти, лікарі, прийоми, медичні записи, оплати або документи

Приклади послуг

Мінімальний сценарій:

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

Поля прийому

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

Кабінет лікаря потрібен для щоденної роботи.; Через AJAX мають працювати:

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

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

  • послугу;
  • кількість надань;
  • загальну суму;
  • частку в доході.; Статус

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

  • пацієнта;
  • послугу;
  • рахунок;
  • суму;
  • оплачено;
  • борг;
  • спосіб оплати.; | Запис пацієнта на прийом, медичний запис, рахунок і оплата
Що потрібно контролювати?; !;== Результати обстежень і файли == Кабінет лікаря, кабінет пацієнта, нагадування, PDF-документи, журнал дій

Технічні вимоги

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

Основні об’єкти модуля

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

Коротко

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

Див.; додатково

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

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

Примітка

; Поле

Шкала оцінювання

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

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

Медичний запис прийому

База «Пацієнти»

 ; характеристика ;
 ; характеристика

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

  • лікаря;
  • дату;
  • час прийому;
  • кабінет;
  • вільні слоти;
  • зайняті слоти;
  • скасовані записи;
  • перерви;
  • відпустки або лікарняні лікаря.; компонент повинен фіксувати важливі дії.; !; | Розклад, прийоми, медичні записи, файли, оплати, права доступу
Які документи потрібні?; !; Поле

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

Поля рахунку

Звіт «Завантаженість лікарів»

Журнал змін має зберігати: Медичний запис створюється лікарем під час або після прийому.; | Медичні висновки, направлення, рецепти, довідки, рахунки
Які звіти потрібні?; характеристика

Поля пацієнта

Бекенд K2 Cloud ERP на Python або PHP
База даних PostgreSQL або MySQL
Фронтенд HTML5, JavaScript
AJAX Fetch API або Axios
UI-компоненти DataTables для пацієнтів, прийомів і послуг; Select2 для вибору лікарів, пацієнтів і послуг
Календар FullCalendar для розкладу прийомів
Файли Завантаження результатів аналізів, обстежень, PDF-документів і зображень
Друк PDF-висновки, направлення, рецепти, довідки, рахунки
Експорт Excel або PDF для звітів
Безпека Рольовий доступ, журнал дій, обмеження доступу до медичних даних
;== Поля медичного запису ==

центральний принцип. Лікар має оперативно бачити історію пацієнта, адміністратор — розклад і оплати, а пацієнт — свої записи, результати й документи.; * вести базу пацієнтів;

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

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

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

; Що перевіряється

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

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

  • терапія;
  • педіатрія;
  • кардіологія;
  • неврологія;
  • дерматологія;
  • стоматологія;
  • гінекологія;
  • хірургія;
  • УЗД;
  • лабораторна діагностика;
  • фізіотерапія;
  • сімейна медицина.; | Пацієнти, лікарі, спеціалізації, послуги, кабінети

Який центральний бізнес-процес?;== Критерії оцінювання ==

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

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

Рекомендовані сутності бази даних

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

Права доступу

Сповіщення

  • повна оплата;
  • часткова оплата;
  • передоплата;
  • оплата після прийому;
  • оплата пакета послуг;
  • страхова оплата, опціонально;
  • корпоративна оплата, опціонально.; | Прийоми, завантаженість лікарів, фінансовий блок, популярні послуги, борги
Що є собою критичною вимогою?;== У картці потрібно бачити ==
  • пошук пацієнтів;
  • створення пацієнта;
  • пошук лікарів;
  • пошук послуг;
  • запис на прийом;
  • перевірка вільного часу;
  • зміна статусу прийому;
  • створення медичного запису;
  • прикріплення файлів;
  • формування рахунку;
  • фіксація оплати;
  • фільтрація звітів;
  • актуалізація календаря прийомів.;== Вимоги до безпеки ==
  • лікаря;
  • кількість прийомів;
  • кількість завершених прийомів;
  • кількість скасованих прийомів;
  • загальний час прийому;
  • дохід по лікарю.; Поле
;== Лікар у кабінеті бачить == class="wikitable" style="width:100%;" ; характеристика
Назва послуги Назва для прайсу і запису
Категорія послуг Консультації, діагностика, лабораторія, процедури
Спеціалізація До якого напряму належить
Вартість Стандартна ціна
Тривалість Тривалість прийому або процедури
Потрібен лікар Так або ні
Потрібен кабінет Так або ні
Статус Активна або архівна

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

Поля лікаря

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

; Поле

Події для сповіщень

  • майбутні прийоми;
  • історію візитів;
  • свої документи;
  • результати обстежень;
  • рахунки;
  • статуси оплат;
  • рекомендації лікаря;
  • можливість записатися на прийом, якщо реалізовано.; * готівка;
  • банківська картка;
  • банківський переказ;
  • онлайн-оплата;
  • страхова організація, опціонально.; * пацієнта;
  • кількість візитів;
  • останній прийом;
  • лікаря;
  • рекомендовану дату повторного прийому, якщо є собою.;
Номер рахунку Унікальний номер
Пацієнт Кому виставлено
Прийом До якого прийому прив’язано
Послуги Перелік послуг
Сума Загальна сума
Оплачено Скільки сплачено
Борг Залишок до оплати
Статус Очікує оплату, частково оплачено, оплачено, скасовано

платформа має формувати документи у PDF.; !; Послуга — це те, що медичний заклад надає пацієнту.; |- | Заплановано | Пацієнта записано |- | Підтверджено | Пацієнт підтвердив візит |- | Очікує | Пацієнт прийшов і очікує |- | На прийомі | Прийом триває |- | Завершено | Прийом завершено |- | Скасовано | Прийом скасовано |- | Не прийшов | Пацієнт не з’явився |}

Лікарі проводять прийоми, створюють медичні записи і формують висновки.; Разом

  • дату;
  • пацієнта;
  • лікаря;
  • послугу;
  • статус прийому;
  • статус оплати.;

Довідник «Медичні послуги»

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

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

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

Пацієнти — центральний об’єкт модуля.;== Поля медичної послуги ==

До прийому або картки пацієнта можна прикріплювати файли.; Роль компонент має підтримувати фінансовий обліковий облік медичних послуг.;== База «Прийоми і обстеження» ==

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

!; Поле

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

Поля файлу

Мета задача

|- | Реалізація бази пацієнтів, лікарів і послуг | 20 | Пацієнти, медичні картки, лікарі, спеціалізації, послуги, графіки |- | керування прийомами і медичними записами | 20 | Запис на прийом, календар, статуси прийомів, медичні записи, файли обстежень |- | Фінансовий обліковий облік оплат | 20 | Рахунки, послуги, часткові оплати, повні оплати, борги, фінансові звіти |- | Генерація документів і інтеграційні функціональні можливості нагадувань | 20 | PDF-висновки, направлення, рецепти, нагадування про прийоми і повторні візити |- | Інтерактивність через AJAX і зручність використання | 20 | AJAX-пошук, швидкий запис, календар, кабінет лікаря, кабінет пацієнта, фільтри |- У звіті потрібно відображати: Медичний центр приймає пацієнтів на консультації, діагностику, лабораторні аналізи, процедури або лікування.; !; Призначення

Кабінет лікаря

!; Колонка

Звіти

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

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

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

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

Звіт «Прийоми за період»

Назва задача

Приклади документів

 ;== Колонки журналу прийомів == компонент обліку медичного закладу
Які довідники потрібні?; Бали

Інтерфейс має працювати оперативно й без перезавантаження сторінок.

Отримано з https://wiki.corp2.eu/index.php?title=Атестаційні_завдання_K2_ERP/Медичний_заклад&oldid=565