Таблица 15 – Перечень клинических документов прецедента [W. P-1.UC-1.2] «Отправить запрос на смену участка прикрепления»
№ | Тип документа | Наименование документа | Ссылка на спецификацию | Кратность | Примечание |
CDA | Дополнение к согласию на прикрепление к медицинской организации, оказывающей первичную медико-санитарную помощь | [RF-17] | [1..1] | ||
XDW | Документ рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» | [RF-14] | [1..1] |
Рабочий процесс «Прикрепление граждан к организациям первичной медико-санитарной помощи» находится в состоянии ST02– Активен (Attachment active) при выполнении перехода (TR02 – Запрос на прикрепление согласован (Request for Attachment with direct approval) в соответствии с требованием данного процесса.
Если прецедент выполнен неуспешно, Информационная система получает сообщение со сведениями о возникших ошибках.
[W. P-1.UC-1.3] «Получить список документов для согласования» ВведениеПрецедент [W. P-1.UC-1.3] «Получить список документов для согласования» предназначен для получения документов рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи». Данный Прецедент может быть инициирован путем получения уведомления об обновлении набора документов посредством интеграционного профиля IHE Document Metadata Subscription (DSUB) или при осуществлении поиска Информационной системой набора документов посредством интеграционного профиля IHE Cross-Enterprise Document Sharing (XDS).
Перечень состояний процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» приведен в приложении А.2, переходы процесса приведены в приложении А.3.
Входная информацияВходной информацией прецедента является метаданные и идентификаторы документов для обработки рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи», полученные в уведомлении об обновлении набора документов интеграционного профиля IHE Document Metadata Subscription (DSUB) или идентификационные данные пациента и/или идентификатор рабочего процесса для осуществления поиска документов в определенном состоянии рабочего процесса в Реестре документов, в соответствии с требованиями транзакции [ITI-18] – «Запросить набор документов» (Registry Stored Query) интеграционного профиля IHE XDS [RF-12].
Для ИС МЗ РК уведомляющее сообщение об обновлении метаданных и/или добавлении объектов (документов) в Реестре документов, отправляется в соответствии с требованиями транзакции [ITI-53] «Уведомить о метаданных документа» (Document Metadata Notify), получение набора документов для МИС РК осуществляется в соответствии с требованиями транзакции [ITI-70] – «Запрос на получение уведомлений» (Pull Notification).
ОбработкаДиаграмма деятельности прецедента приведена на рисунке.
Рисунок 5 – Диаграмма деятельности прецедента [W. P-1.UC-1.3] «Получить список документов для согласования»
Спецификация прецедента приведена в таблице 16.
Таблица 16 – Спецификация прецедента [W. P-1.UC-1.3] «Получить список документов для согласования»
Параметр | Описание |
Краткое описание | В случае получения уведомления об обновлении набора документов Информационная система осуществляет обработку документов рабочего процесса и направляет в Платформу XDW документ рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи»; В случае поиска набора документов Информационная система осуществляет поиск документов определенного состояния рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» в Репозитории документов Платформы. |
Действующие лица |
|
Предусловие |
|
Постусловие | Если прецедент выполнен успешно, то Информационная система извлекла набор документов: XDW документ рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» и CDA документ «Согласие на прикрепление к медицинской организации, оказывающей первичную медико-санитарную помощь»; В противном случае информационная система получает информацию о возникших ошибках при обработке запроса. Информационная система получила уведомляющее сообщение о необходимости согласования направления или на основе критериев сформировала запрос на поиск документов. |
Основной сценарий | Если получено уведомляющее сообщение о необходимости согласования направления, то Информационная система извлекает идентификатор XDW документа; Альтернативный сценарий 1a – Информационная система осуществляет поиск XDW документа рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» Информационная система отправляет сообщение (RetrieveDocumentSet Request) в Платформу, используя IHE транзакцию [ITI-43] – «Извлечь набор документов» (Retrieve Document Set) для получения XDW документа рабочего процесса по идентификатору документа, полученный на предыдущем шаге; Платформа получает сообщение (RetrieveDocumentSetRequest) от Информационной системы и осуществляет проверку наличия полномочий на предоставление объектов (документов) реестра;Альтернативный сценарий 3a – Пользователь ИС не имеет Полномочия на передачу персональной информации (mandate to export personal data) Платформа отправляет ответное сообщение (RetrieveDocumentSetResponse), содержащее объекты (документы), удовлетворяющих критериям запроса; Информационная система извлекает идентификатор CDA документа; Информационная система отправляет сообщение (RetrieveDocumentSetRequest) в Платформу, используя IHE транзакцию [ITI-43] – «Извлечь набор документов» (Retrieve Document Set) для получения CDA документа; Платформа получает сообщение (RetrieveDocumentSetRequest) от Информационной системы и осуществляет проверку наличия полномочий на предоставление объектов (документов) реестра;Альтернативный сценарий 7a – Пользователь ИС не имеет Полномочия на передачу персональной информации (mandate to export personal data) Платформа отправляет ответное сообщение (RetrieveDocumentSetResponse), содержащее объекты (документы), удовлетворяющих критериям запроса; Информационная система получает ответное сообщение (RetrieveDocumentSetResponse).Завершение сценария. |
Альтернативный сценарий 1a | Информационная система осуществляет поиск XDW документа рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» Информационная система формирует запрос для получения ссылок на XDW документы рабочего процесса и отправляет сообщение (AdhocQueryRequest) в Платформу, используя IHE транзакцию [ITI-18] – «Запросить набор документов» (Registry Stored Query); Платформа получает сообщение (AdhocQueryRequest) и осуществляет проверку Полномочий на передачу персональной информации (mandate to export personal data) Медицинскому работнику; Альтернативный сценарий 1a2a – Пользователь ИС не имеет Полномочия на передачу персональной информации (mandate to export personal data) Платформа формирует и отправляет ответное сообщение (AdhocQueryResponse), содержащее ссылки на XDW документы рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» , удовлетворяющих критериям запроса, и их метаданные; Информационная система получает отправляет ответное сообщение (AdhocQueryResponse)Переход к шагу 1 основного сценария. |
Альтернативный сценарий 1a2a, Альтернативный сценарий 3a, Альтернативный сценарий 7a | Пользователь ИС не имеет Полномочия на передачу персональной информации (mandate to export personal data) Платформа отправляет сообщение об ошибке; Информационная система получает сообщение об ошибке. Сценарий завершается сообщением об ошибке |
Функциональные требования прецедента приведены в таблице 17.
Таблица 17 – Функциональные требования к прецеденту [W. P-1.UC-1.3] «Получить список документов для согласования»
ID | Требование | Источник возникновения |
Общие требования к прецеденту | ||
В рамках интеграционного взаимодействия по процессу «Прикрепление граждан к организациям первичной медико-санитарной помощи» для использования сервисов Платформы Информационная система Медицинской организации должна быть зарегистрирована в Регистре организаций Здравоохранения Платформы | ||
Информационное взаимодействие в рамках прецедента должно сопровождаться отправкой сообщений аудита в соответствии с требованиями, приведёнными в документе [RF-11] | ||
Данные организации, подразделения и приложения должны быть определены в заголовке SOAP каждого запроса, отправленного в Платформу. Элемент SOAP заголовка, предназначенный для указания организации: From. ehkz:organizationID. Организация должна быть идентифицирована с использованием OID организации здравоохранения. Элемент SOAP заголовка, предназначенный для указания приложения: From. ehkz:applicationID. Приложение должно быть идентифицировано с использованием OID приложения. Элемент SOAP заголовка, предназначенный для указания подразделения: From. ehkz:departmentID. Подразделение должно быть идентифицировано с использованием OID подразделения. Организация, Подразделение и Приложение должны быть зарегистрированы в Платформе. Приложение должно относиться к организации. Подразделение должно относиться к организации. | ||
Для отправки уведомлений о метаданных документа для ИС МЗ РК должна использоваться IHE транзакция [ITI-53] «Уведомить о метаданных документа» (Document Metadata Notify), для МИС РК должна использоваться IHE транзакция [ITI-70] – «Запрос на получение уведомлений» (Pull Notification) интеграционного профиля IHE DSUB. Тип уведомления регистрируется в модуле Базы данных Платформы. [RF-13] | ||
Элементы и атрибуты, указанные в сообщении запроса, для которых определены типы данных такие как date, time или dateTime, либо должны определять часовой пояс в соответствии с правилами, определенными в стандарте ISO 8601 [RF-7], либо в случае если часовой пояс не определен в сообщении запроса, то указанные дата и время должны расцениваться Платформой как указанные в часовом поясе города Астаны (+06:00). - Примеры для date: <start>2002-09-24+08:00</start> <start>2002-09-24Z</start> <start>2002-09-24</start> (будет интерпретировано как 2002-09-24+06:00) - Примеры для time: <start>09:30:10-03:00</start> <start>09:30:10Z</start> <start>09:30:10</start> (будет интерпретировано как 09:30:10+06:00) - Примеры для dateTime: <startdate>2002-05-30T09:30:10+08:00</startdate> <startdate>2002-05-30T09:30:10Z</startdate> <startdate>2002-05-30T09:30:10</startdate> (будет интерпретировано как 2002-05-30T09:30:10+06:00) В исходящих сообщениях Платформа всегда должна возвращать дату и время в часовом поясе города Астаны: - Пример для date: <start>2002-09-24+06:00</start> или <start>2002-09-24</start> - Пример для time: <start>09:30:10+06:00</start> или <start>09:30:10</start> - Пример для dateTime: <startdate>2002-05-30T09:30:10+06:00</startdate> или <startdate>2002-05-30T09:30:10</startdate> | ||
Требования к извлечению документов с платформы | ||
Запрос на получение ссылок на объекты (документы) рабочего процесса «Прикрепление граждан к организациям первичной медико-санитарной помощи» должен соответствовать требованиям транзакции [ITI-18] – «Запросить набор документов» (Registry Stored Query), приведённым в документе [RF-12] Информационная система осуществляет поиск документов, если идентификатор рабочего процесса не известен по следующим параметрам: patient ID (идентификатор пациента) ($XDSDocumentEntryPatientId), document type (тип документа) ($XDSDocumentEntryTypeCode) process state (состояние рабочего процесса) ($XDSDocumentEntryProcessState) referred organization (Организация, в которую направили пациента) ($XDSDocumentEntryParticipantOrganization) Опционально: service start time (время начала) ($XDSDocumentEntryServiceStartTimeFrom) service stop time (время окончания) ($XDSDocumentEntryServiceStartTimeTo) Информационная система осуществляет поиск по идентификатору рабочего процесса: FindDocumentsByReferenceId тип запроса с использованием: patient ID (идентификатор пациента) ($XDSDocumentEntryPatientId), referral ID (идентификатор направления) ($XDSDocumentEntryReferenceIdList) | Альтернативный сценарий 1a-Шаг 1 | |
Требования к валидации документов в Платформе | ||
Пользователю ИС, осуществляющему поиск документов должны быть зарегистрированы Полномочия на передачу персональной информации (mandate to export personal data) в Платформе | Альтернативный сценарий 1a-Шаг 2 | |
При условии, если пользователь отправляющий запрос не имеет полномочия на передачу персональной информации (mandate to export personal data) должен быть предоставлен как минимум один из следующих допустимых групп ошибок: ERR_SEC_AUT – errors related to authorization of user access to patient data (перечень ошибок авторизации для последующего доступа к данным пациента приведен в приложении 5); | Альтернативный сценарий 1a2a, Альтернативный сценарий 3a, Альтернативный сценарий 6a |
Выходная информация
Выходной информацией является извлеченный набор документов Платформы, приведенные в таблице 18.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
