Платформа отслеживает статусы двух отдельных элементов процесса прикрепления:

•        запрос на прикрепление или открепление;

•        прикрепление граждан к району медицинского обслуживания.

Запрос на прикрепление или открепление отслеживается с помощью состояний или XDW документов, зарегистрированных в реестре и репозитории документов, а состояние прикрепления граждан отслеживается в структурах данных регистра пациентов.


Функции продукта Обзор модели прецедентов

Изменение прикрепления граждан к организациям ПМСП осуществляется:

    при изменении места постоянного или временного проживания, работы или учёбы за пределы одной административно-территориальной единицы (в том числе за пределы страны); в случаях реорганизации или ликвидации организации ПМСП или участка организации; не чаще одного раза в год при свободном выборе гражданином врача и медицинской организации:
      посредством прикрепления через Портал электронного правительства, дополнительная информация представлена в документе [RF-19]; посредством Личного кабинета пациента, дополнительная информация представлена в документе [RF-20];
    в период кампании (далее - Кампания), проводимой ежегодно по прикреплению населения к организации ПМСП.

На рисунке  представлена диаграмма прецедентов информационного взаимодействия с Медицинскими информационными системами.

Рисунок 1 – Диаграмма прецедентов информационного взаимодействия с Медицинскими информационными системами

НЕ нашли? Не то? Что вы ищете?

Организация рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» включает в себя перечень функций, которые приведены в таблице.

Таблица 5 – Перечень прецедентов

Функция

Прецеденты

Информационное взаимодействие с Медицинскими информационными системами

[W. P-1.UC-1.1] «Отправить запрос на прикрепление»

[W. P-1.UC-1.2] «Отправить запрос на смену участка прикрепления»

[W. P-1.UC-1.3] «Получить список документов для согласования»

[W. P-1.UC-1.4] «Отправить запрос на открепление»

[W. P-1.UC-1.5] «Согласовать запрос на прикрепление»

[W. P-1.UC-1.6] «Отклонить запрос на прикрепление»

[W. P-1.UC-1.7] «Согласовать запрос на открепление»

[W. P-1.UC-1.8] «Отклонить запрос на открепление»

[W. P-1.UC-1.9] «Отменить запрос на прикрепление/открепление по истечению срока ожидания»

Характеристики пользователя

Диаграмма действующих лиц в рамках организации рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» приведена на рисунке.

Рисунок 2 – Диаграмма действующих лиц в рамках организации рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи»

Список действующих лиц приведён в таблице.

Таблица 6 - Список действующих лиц

Действующее лицо

Роль

Характеристика

Информационная система участник рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи».

Портал электронного правительства РК

Система Портала электронного правительства Казахстан, которую использует пациент для подачи запроса на прикрепление

ИС «Регистр прикрепленного населения»

ИС «Регистр прикрепленного населения» Министерства здравоохранения Республики Казахстан» предназначена для формирования единой централизованной информационной базы данных о фактическом количестве прикрепленного населения к каждой организации здравоохранения, оказывающей первичную медико-санитарную помощь в рамках гарантированного объема бесплатной медицинской помощи.

Медицинская информационная система

Любая авторизованная медицинская информационная система, организации здравоохранения, основной деятельностью которой является оказание медицинской помощи

Республиканский центр развития здравоохранения МЗ РК

Согласующий орган, задачей которого является обработка заявок на прикрепление/открепление и исключение конфликтных ситуаций по вопросам прикрепления населения

Общие ограничения

К общим ограничениям относятся:

    требования контракта № KHSTTIRP-D/SW-02-повторный на оказание услуг «Поставка платформы для информатизации и обеспечения интероперабельности информационных систем здравоохранения в рамках выполнения услуг по электронному здравоохранению» [RF-8]; требования Технического задания на Платформу [RF-9]; требования спецификации «IHE IT Infrastructure Technical Framework» [RF-3]; требования спецификации WS-Trust [RF-2].
Предположения и зависимости

Внесение изменений в действующее законодательство Республики Казахстан может потребовать доработки функциональных возможностей, структуры данных или логики интеграции Платформы для информатизации и обеспечения интероперабельности в рамках организации рабочего процесса ««Прикрепление граждан к организациям первичной медико-санитарной помощи»».

Предполагается, что реализация интеграционных профилей IHE будет соответствовать требованиям актуальной (на момент выполнения работ) версии спецификации «IHE IT Infrastructure Technical Framework» [RF-3], при этом соответствие новым версиям спецификации «IHE IT Infrastructure Technical Framework» [RF-3] будет зависеть от внесенных изменений в данную спецификацию.

Конкретные требования Функциональные требования

В данном разделе описываются функции процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи», оказывающим гарантированный объем бесплатной медицинской помощи.

Дополнительная информация процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» приведена в приложении  настоящего документа.

Перечень допустимых ошибок процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» приведен в приложении  настоящего документа.

Общие требования к процессу «Прикрепление граждан к организациям первичной медико-санитарной помощи» в части открепления пациента Платформой приведены в таблице.

Таблица 7 – Общие требования к процессу «Прикрепление граждан к организациям первичной медико-санитарной помощи»

ID

Требование

Источник возникновения

Платформа должна принимать обновленные данные пациента из ГБД ФЛ в соответствии со спецификацией требований к механизму интеграции [RF-29]. Если атрибут «является умершим» = true, то Платформа должна запустить процесс открепления пациента посредством прецедента [W. P-1.UC-1.4] «Отправить запрос на открепление». В данном случае Платформа имеет права Информационной системы, которая создает запрос на открепление.

При прикреплении граждан к организации ПМСП при непосредственном их обращении, открепление от ранее прикрепленной организации ПМСП осуществляется автоматически

[W. P-1] Процесс «Прикрепление граждан к организациям первичной медико-санитарной помощи» [W. P-1.UC-1.1] «Отправить запрос на прикрепление» Введение

Прецедент [W. P-1.UC-1.1] «Отправить запрос на прикрепление» предназначен для прикрепления граждан к организации ПМСП по месту постоянного или временного проживания, работы, учебы, с учетом права свободного выбора врача, медицинской организации в пределах одной административно-территориальной единицы. В данном прецеденте рассматривается прикрепление к другой медицинской организации. В случае смены смены участка, медицинской организации в пределах одной административно-территориальной единицы, должен использоваться прецедент [W. P-1.UC-1.2] «Отправить запрос на смену участка прикрепления».

Перечень состояний процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» приведен в приложении А.2, переходы процесса приведены в приложении А.3.

Входная информация

Входной информацией прецедента является набор документов рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи», приведенный в таблице.

Таблица 8 – Перечень входных клинических документов прецедента [W. P-1.UC-1.1] «Отправить запрос на прикрепление»

№

Тип документа

Наименование документа

Ссылка на спецификацию

Кратность

Примечание

CDA

Согласие на прикрепление к медицинской организации, оказывающей первичную медико-санитарную помощь

[RF-16]

[1..1]

XDW

Документ рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи»

[RF-14]

[1..1]

Обработка

Диаграмма последовательности прецедента приведена на рисунке.

Рисунок 3 – Диаграмма последовательности прецедента [W. P-1.UC-1.1] «Отправить запрос на прикрепление»

Спецификация прецедента приведена в таблице.

Таблица 9 – Спецификация прецедента [W. P-1.UC-1.1] «Отправить запрос на прикрепление»

Параметр

Описание

Краткое описание

Информационная система формирует документы в соответствии с таблицей  и осуществляет отправку набора документов в Платформу для регистрации метаданных в Реестре документов и хранении в Репозитории документов.

Действующие лица
    Информационная система (Information system), роль – источник данных; Платформа (Platform), роль – потребитель данных;

Предусловие
    Пользователь ИС прошел процедуру аутентификации, установлена пользовательская сессия, маркер безопасности SAML 2.0, подписан сертификатом Службы контроля доступа Платформы; Пользователь ИС, отправивший запрос должен иметь Полномочия на клинический процесс (healthcare activity mandate) на пациента

Постусловие

Если прецедент выполнен успешно, то:

    Метаданные набора документов успешно зарегистрированы в Реестре документов, и набор документов успешно сохранен в Репозитории документов Платформы. Список документов определен в разделе «Выходная информация» данного прецедента; В Платформе проведена обработка полученного запроса в соответствии с требованиями данного прецедента; Рабочий процесс «Прикрепление граждан к организациям первичной медико-санитарной помощи» переходит в состояние ST01 – На рассмотрении (Attachment pending), при выполнении перехода (TR01 – Запрос на прикрепление зарегистрирован (Request for Attachment) в соответствии с требованием данного процесса.

В противном случае информационная система получает информацию о возникших ошибках при обработке запроса.

Основной сценарий

 Информационная система формирует клинические документы в формате XDW и CDA в соответствии с требованиями данного прецедента [RQ. ATCH-4]; Информационная система отправляет сообщение Платформе (ProvideAndRegisterDocumentSetRequest), используя IHE транзакцию [ITI-41] «Предоставить и зарегистрировать набор документов (Provide and Register Document Set-b)»; Платформа получает сообщение (ProvideAndRegisterDocumentSetRequest) и осуществляет валидацию полученного запроса, в соответствии с требованиями к формированию и отправке документов для регистрации в Платформе;

Альтернативный сценарий 3a – Запрос не прошел валидацию.

Платформа осуществляет проверку имеет ли пользователь, отправляющий запрос Полномочий на клинический процесс (healthcare activity mandate) на пациента, определенного в CDA документе;

Альтернативный сценарий 4a – Пользователь отправляющий запрос не имеет Полномочий на клинический процесс (healthcare activity mandate).

Платформа осуществляет проверку причины прикрепления;

Альтернативный сценарий 5a – Причиной является кампания прикрепления.

Платформа регистрирует подписку на получение метаданных документа для Информационной системы; Платформа сохраняет XDW документ рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» и CDA документа «Согласие на прикрепление к медицинской организации, оказывающей первичную медико-санитарную помощь» сохраняет в Репозитории документов и регистрирует в Реестре документов Платформы; Платформа отправляет уведомление об обновлении XDW документа рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» подписанной Информационной системе; Платформа запускает таймер отсчета времени по истечению срока ожидания согласования прикрепления - ДT01; Платформа отправляет ответное сообщение (ProvideAndRegisterDocumentSetResponse) Информационной системе; Информационная система получает ответное сообщение (ProvideAndRegisterDocumentSetResponse) от Платформы;

Сценарий завершается успешно.

Альтернативный сценарий 3а.

Запрос не валидный.

Платформа отправляет сообщение об ошибке; Информационная система получает сообщение об ошибке.

Сценарий завершается сообщением об ошибке

Альтернативный сценарий 4а.

Пользователь отправляющий запрос не имеет Полномочий на клинический процесс (healthcare activity mandate).

Платформа отправляет сообщение об ошибке; Информационная система получает сообщение об ошибке.

Сценарий завершается сообщением об ошибке

Альтернативный сценарий 5а.

Причиной является кампания прикрепления.

Платформа осуществляет проверку периода кампании прикрепления;

Альтернативный сценарий 5a1а – Запрос отправлен не в период кампании прикрепления

Переход к шагу 6 основного сценария

Альтернативный сценарий 5a1а

Запрос отправлен не в период кампании прикрепления

Платформа отправляет сообщение об ошибке; Информационная система получает сообщение об ошибке.

Сценарий завершается сообщением об ошибке

Функциональные требования прецедента приведены в таблице Таблица 10.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16