Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents

Модель даних: Preperson Data Model

...

У разівиключних ситуаціях, якщо коли медичний персонал не має можливості ідентифікувати персону пацієнта до подання медичних даних у ЦК (наприклад, пацієнт без свідомості або за якихось причин не може назвати свої персональні дані), у ЦК створюється повинна бути заведена неідентифікована персона:

  • для забезпечення можливості передачі та відстеження медичних даних такого пацієнта

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

Правила та обмеження операцій у ЦК для неідентифікованих персон

Для неідентифікованих персон діють наступні правила та обмеження стосовно операцій у ЦК відносно правил, існуючих для ідентифікованих персон:

Перегляд Summary

Діють правила та обмеження як і для ідентифікованих персон

Перегляд медичних записів

Діють правила та обмеження як і для ідентифікованих персон

Створення/відкликання медичних записів

Діють правила та обмеження як і для ідентифікованих персон

Створення декларації

Заборонено

Створення рецепту

Заборонено

Створення направлення

Дозволено із категоріями “Переведення до іншого ЗОЗ”, “Лабораторна діагностика”

Отримання дозволу на операції із медичними записами

Дозвіл отримується автоматично без підтвердження з-боку неідентифікованої персони.

...

Факт отримання дозволу фіксується.

Створення неідентифікованої персони

  1. Право створення неідентифікованої персони мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY

...

  1. які мають один чи декілька видів медичних послуг (HealthCare Services) для стаціонарних умов надання за визначеним переліком спеціалізацій (перелік спеціалізацій визначається конфігурацією).

  2. Для створення неідентифікованої персони, користувач повинен передати до ЦК

...

  1. внутрішній ідентифікатор такої персони, за яким

...

  1. він ідентифікується у медичному закладі

...

  1. . Внутрішній ідентифікатор формується за логікою ЄДРПОУ МІС.ЄДРПОУ ЗОЗ.Цифровий ідентифікатор ЗОЗ. Додатково можуть бути переданими відомі користувачеві персональні дані такої персони: стать, прізвище, ім'я, по-батькові, дата народження, контакт для екстреного зв'язку, інформація про законного представника.

  2. Після створення для неідентифікованої персони повинен бути переданий мінімальний набір медичних даних

...

  1. , а саме спостережень стосовно стану, особливих прикмет неідентифікованої персони (наявність татуювання,

...

  1. відсутність зубів, приблизний вік та інші прикмети)

...

  1. для забезпечення альтернативної ідентифікації персони.

    1. Перелік та вимоги до надання таких спостережень визначено у розділі “Подання медичних даних для альтернативної ідентифікації персони”

    2. Такі дані неідентифікованого пацієнта повинні бути поданими протягом відведеного на це часу. У разі їх відсутності неідентифікована персона автоматично деактивується процесом Auto termination of preperson

  2. Створення неідентифікованої персони

...

  1. не потребує накладення ЕЦП

...

  1. та виконується без

...

  1. пошуку дублікатів у ЦК

...

API: TBD

Дедублікація неідентифікованих персон

Неідентифіковані персони не приймають участі у загальному процесі дедублікації.

Оновлення даних неідентифікованої персони

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

...

  1. .

API: Create Preperson

Подання медичних даних для альтернативної ідентифікації персони

Медичні дані для альтернативної ідентифікації надаються у пакеті медичних даних із взаємодією типу “Альтернативна ідентифікація пацієнта” (patient_identity), для якого діють наступні правила та обмеження:

  1. Для взаємодії (Encounter):

    1. Повинні бути вказані обов'язкові параметри:

      1. статус

      2. дата

      3. візит

      4. епізод МД

      5. клас

      6. тип

      7. виконавець

      8. Основний діагноз. Система кодів діагнозів визначається класом взаємодії.

    2. Можливе, але не обов'язкове, вказання дій-посилань на послуги або дій за ICPC2 в залежності від класу взаємодії.

    3. Можливе, але не обов'язкове, вказання причин звернення незалежно від класу взаємодії.

    4. За умови можливості вказання даних про госпіталізацію для класу взаємодії, можливе, але не обов'язкове, подання таких даних.

    5. Можливе, але не обов'язкове вказання інших загально необов'язкових параметрів.

  2. Для спостережень (Observations)

    1. Обов'язкова наявність всіх спостережень, зазначених як обов'язкові, у розділі “Перелік спостережень”

    2. Можлива наявність тільки наведених у розділі “Перелік спостережень” кодів

  3. Для інших об'єктів

    1. Можлива, але не обов'язкова наявність даних. Діють загальні умови подання.

Перелік спостережень

Значення

Обов'язкове

Cтать

Так

Зріст

Так

Вага

Так

Cтатура

Ні

Колір волосся

Ні

Довжина волосся

Ні

Колір очей

Ні

Борода

Ні

Вуса

Ні

Одяг та речи

Ні

Анатомічні особливості тіла

Ні

Довідники та вимоги до подання значень спостережень наведені на сторінці Medical Events Dictionaries and configurations - Observations

Offline дедублікація

Offline дедублікація неідентифікованих персон не виконується.

Отримання даних неідентифікованої персони

  1. Отримання даних неідентифікованої персони виконується за її ідентифікатором.

  2. Право отримання даних неідентифікованої персони мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY

API: Get Preperson by ID

Оновлення неідентифікованої персони

  1. Для неідентифікованої персони можуть бути зміненими чи доповненими будь-які персональні дані, включаючи зовнішній ідентифікатор.

    1. При оновленні дати смерті, оновлений запис автоматично деактивується. Ця дія незворотня.

  2. Право оновлення мають працівники із типами SPECIALIST, ASSISTANT, RECEPTIONIST у медичних закладах із типами OUTPATIENT та EMERGENCY які мають один чи декілька видів медичних послуг (HealthCare Services) для стаціонарних умов надання за визначеним переліком спеціалізацій (перелік спеціалізацій визначається конфігурацією).

  3. Оновити дані неідентифікованої персони може будь-який медичний заклад, якому відомий ідентифікатор такої персони у ЦК (наприклад, ідентифікатор буде отриманий при трансфері неідентифікованої персони із одного медичного закладу в інший).

API: API. Update Preperson

Пошук та отримання даних неідентифікованих персон

Пошук персон у загальному процесі не враховує неідентифікованих персон, тому для отримання передліку та даних таких персон використовуються окремі API.

API: API. Get Prepersons , API. Get Preperson details

...

Деактивація неідентифікованої персони

Деактивація неідентифікованої персони виконується автоматично за відсутності медичних даних, пов'язаних із

...

Дозволені транзакції та дії

...

  • перегляд Patient Summary

  • перегляд усіх медичних записів, пов'язаних із неідентифікованою персоною

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

  • створення та погашення направлення

  • створення та погашення рецепту

...

Заборонені транзакції та дії

...

  • створення декларації

Перехід неідентифікованої персони у ідентифіковану

?такою персоною, протягом часу визначеним конфігураційним параметром DAYS_FOR_PREPERSON_VERIFICATION