Table of Contents |
---|
Модель даних: Preperson Data Model
У разівиключних ситуаціях, якщо коли медичний персонал не має можливості ідентифікувати персону пацієнта до подання медичних даних у ЦК (наприклад, пацієнт без свідомості або за якихось причин не може назвати свої персональні дані), у ЦК повинна бути заведена картка неідентифікованої персонинеідентифікована персона:
для забезпечення можливості передачі та відстеження медичних даних такого пацієнта
для можливості приєднання медичних даних такого пацієнта до запису ідентифікованої персони коли персональні дані неідентифікованого пацієнта будуть однозначно та точно визначені
...
Для неідентифікованих персон діють наступні правила та обмеження стосовно операцій у ЦК відносно правил, існуючих для ідентифікованих персон:
Перегляд Summary | Діють правила та обмеження як і для ідентифікованих персон |
Перегляд медичних записів | Діють правила та обмеження як і для ідентифікованих персон |
Створення/відкликання медичних записів | Діють правила та обмеження як і для ідентифікованих персон |
Створення декларації | Заборонено |
Створення рецепту |
TBD
Створення рецепту без програми
TBD
Заборонено | |
Створення направлення |
TBD
Створення направлення без програми
Дозволено із категоріями “Переведення до іншого ЗОЗ”, “Лабораторна діагностика” | |
Отримання дозволу на операції із медичними записами | Дозвіл отримується автоматично без підтвердження з-боку неідентифікованої персони. Факт отримання дозволу фіксується. |
Створення
...
неідентифікованої персони
Право створення
...
неідентифікованої персони мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY які мають один чи декілька видів медичних послуг (HealthCare Services) для стаціонарних умов надання за визначеним переліком спеціалізацій (перелік спеціалізацій визначається конфігурацією).
Для створення
...
неідентифікованої персони, користувач повинен передати до ЦК
...
внутрішній ідентифікатор такої персони, за яким він ідентифікується у медичному закладі. Внутрішній ідентифікатор формується за логікою ЄДРПОУ МІС.ЄДРПОУ ЗОЗ.Цифровий ідентифікатор ЗОЗ. Додатково можуть бути переданими відомі користувачеві персональні дані такої персони: стать, прізвище, ім'я, по-батькові, дата народження, контакт для екстреного зв'язку, інформація про законного представника.
Після створення для неідентифікованої персони повинен бути переданий мінімальний набір медичних даних
...
, а саме спостережень стосовно стану, особливих прикмет неідентифікованої персони (наявність татуювання,
...
відсутність зубів, приблизний вік та інші прикмети)
...
TBD
...
для забезпечення альтернативної ідентифікації персони.
Перелік та вимоги до надання таких спостережень визначено у розділі “Подання медичних даних для альтернативної ідентифікації персони”
Такі дані неідентифікованого пацієнта повинні бути поданими протягом відведеного на це часу. У разі їх відсутності неідентифікована персона автоматично деактивується процесом Auto termination of preperson
Створення неідентифікованої персони не потребує накладення ЕЦП та
...
виконується без пошуку дублікатів у ЦК.
API: API. Create Preperson Create Preperson
Подання медичних даних для альтернативної ідентифікації персони
Медичні дані для альтернативної ідентифікації надаються у пакеті медичних даних із взаємодією типу “Альтернативна ідентифікація пацієнта” (patient_identity), для якого діють наступні правила та обмеження:
Для взаємодії (Encounter):
Повинні бути вказані обов'язкові параметри:
статус
дата
візит
епізод МД
клас
тип
виконавець
Основний діагноз. Система кодів діагнозів визначається класом взаємодії.
Можливе, але не обов'язкове, вказання дій-посилань на послуги або дій за ICPC2 в залежності від класу взаємодії.
Можливе, але не обов'язкове, вказання причин звернення незалежно від класу взаємодії.
За умови можливості вказання даних про госпіталізацію для класу взаємодії, можливе, але не обов'язкове, подання таких даних.
Можливе, але не обов'язкове вказання інших загально необов'язкових параметрів.
Для спостережень (Observations)
Обов'язкова наявність всіх спостережень, зазначених як обов'язкові, у розділі “Перелік спостережень”
Можлива наявність тільки наведених у розділі “Перелік спостережень” кодів
Для інших об'єктів
Можлива, але не обов'язкова наявність даних. Діють загальні умови подання.
Перелік спостережень
Значення | Обов'язкове |
---|---|
Cтать | Так |
Зріст | Так |
Вага | Так |
Cтатура | Ні |
Колір волосся | Ні |
Довжина волосся | Ні |
Колір очей | Ні |
Борода | Ні |
Вуса | Ні |
Одяг та речи | Ні |
Анатомічні особливості тіла | Ні |
Довідники та вимоги до подання значень спостережень наведені на сторінці Medical Events Dictionaries and configurations - Observations
Offline дедублікація
Offline дедублікація карток неідентифікованих персон не виконується.
...
Отримання даних
...
неідентифікованої персони
...
Отримання даних
...
неідентифікованої персони
...
виконується за її ідентифікатором.
Право отримання даних
...
неідентифікованої персони мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY
...
API: API. Get Prepersons , API. Get Preperson by ID
Оновлення
...
неідентифікованої персони
Для
...
неідентифікованої персони
...
можуть бути зміненими чи доповненими будь-які персональні дані, включаючи зовнішній ідентифікатор.
При оновленні дати смерті, оновлений запис автоматично деактивується. Ця дія незворотня.
Право оновлення мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY які мають один чи декілька видів медичних послуг (HealthCare Services) для стаціонарних умов надання за визначеним переліком спеціалізацій (перелік спеціалізацій визначається конфігурацією).
Оновити дані
...
неідентифікованої персони може будь-який медичний заклад, якому відомий ідентифікатор такої
...
персони у ЦК (наприклад, ідентифікатор буде отриманий при трансфері неідентифікованої персони із одного медичного закладу в інший).
API: API. Update Preperson
Деактивація
...
неідентифікованої персони
У разі потреби у деактивації картку неідентифікованої персони може деактивувати тільки співробітник НСЗУ через інструмент масової деактивації (/wiki/spaces/EH/pages/617480356) та адміністративну панель.
При деактивації неідентифікованої персони:
...
пов'язані активні запити на зв'язування картки неідентифікованої персони анулюються
...
пов'язані запити на створення рецепту у статусі Active переводяться у статус Rejected
...
пов'язані рецепти у статусі NEW переводяться у статус Rejected
...
Деактивація неідентифікованої персони виконується автоматично за відсутності медичних даних, пов'язаних із такою персоною, протягом часу визначеним конфігураційним параметром DAYS_FOR_PREPERSON_VERIFICATION