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