Таблица 2 – Нормативные и правовые документы

Код

Определение

СТ РК 1090-2002 «Единая система программной документации. Спецификация требований к программному обеспечению»

Контракт № KHSTTIRP-D/SW-02-повторный на оказание услуг «Поставка платформы для информатизации и обеспечения интероперабельности информационных систем здравоохранения» между Министерством здравоохранения Республики Казахстан и Ericsson Nikola Tesla d. d. (Хорватия) от 01.01.01 года

Техническое задание на Платформу для информатизации и обеспечения интероперабельности информационных систем здравоохранения

Спецификация «Directory Services Markup Language v2.0»

RFC 4512 «Lightweight Directory Access Protocol (LDAP): Directory Information Models» (Облегчённый протокол доступа к каталогам: Информационная модель каталога)

Обзор

Настоящий документ включает следующие разделы:

    Раздел 1 «Вводная часть»; Раздел 2 «Общая часть»; Раздел 3 «Конкретные требования»; Приложения.

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

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

В этом разделе не определяются конкретные требования, приводится информация, облегчающая их понимание.

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

В разделе 3 «Конкретные требования» детально определены конкретные технические требования к сервисам регистра организаций здравоохранения и регистра медицинских работников.

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

Настоящий документ является составной частью технического проекта «Поставка платформы для информатизации и обеспечения интероперабельности информационных систем здравоохранения» [RF-2] и составлен в соответствии с требованиями государственного стандарта СТ РК 1090-2002 [RF-1].

Для унификации все требования, определённые в Спецификации, имеют уникальные имена в рамках проекта. Имена требованиям присваиваются в соответствии с принятыми в рамках данного документа шаблонами.

Шаблон для функциональных требований:

HCOP. UC-ID (для вариантов использования/прецедентов), где:

ID – идентификатор требования. ID начинается с 1 и может иметь составную структуру в формате ХХ. ХХ. ХХ. ХХ…, где каждая последующая цифра (ХХ) определяет уровень иерархии дочерних требований.

В документе также используются определения кратности (multiplicity) — количество экземпляров одного класса, которые могут быть связаны с одним экземпляром другого класса через одну ассоциацию. Кратность ограничивает количество связанных между собой объектов.

Ограничения на количество экземпляров (кратность - multiplicity) определяется в соответствии с принятыми выражениями кратности в рамках данного документа в таблице 3.

Таблица 3 – Определение ограничений на количество экземпляров

Выражение

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

0..* или *

Произвольное число элементов

1..1 или 1

Только один элемент

1..*

Один или более элементов

0..1

Не более одного элемента

1..10

От одного до десяти элементов


Общая часть Перспективы использования продукта

Сервисы регистра организаций здравоохранения должны быть использованы информационными системами в рамках проекта «Поставка платформы для информатизации и обеспечения интероперабельности информационных систем здравоохранения» [RF-2] для обмена актуальными данными об организациях здравоохранения, а сервисы регистра медицинских работников – для обмена данными о специалистах здравоохранения.

Сервисы регистра организаций здравоохранения и регистра медицинских работников являются самостоятельными сервисами Платформы.

Функции продукта

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

    «Сервис получения информации об организации» (HC Organization Registry Service – Query); «Сервис предоставления информации об организации» (HC Organization Registry Service – Feed).

Сервисы регистра медицинских работников включают в себя следующие сервисы:

    «Сервис получения информации о медицинских работниках» (HC Professional Registry Service – Query); «Сервис предоставления информации о медицинских работниках» (HC Professional Registry Service – Feed).
Характеристики пользователя

Описание участников информационного обмена приведено в таблице 4.

Таблица 4 – Участники информационного обмена

Участник взаимодействия

Роль

Сервис

Описание

Информационная система (Information System)

Потребитель информации об организации здравоохранения (HC Organization Information Consumer)

Сервис получения информации об организации (HC Organization Registry Service – Query)

Участник взаимодействия, запрашивающий данные об  организации здравоохранения

Потребитель информации о медицинских работниках (HC Professional Information Consumer)

Сервис получения информации о медицинских работниках (HC Professional Registry Service – Query)

Участник взаимодействия, запрашивающий данные о специалистах здравоохранения

Источник информации об организации здравоохранения (HC Organization Information Source)

Сервис предоставления информации об организации (HC Organization Registry Service – Feed)

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

Источник информации о медицинских работниках (HC Professional Information Source)

Сервис предоставления информации о медицинских работниках (HC Professional Registry Service – Feed)

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

Платформа (HII platform)

Регистр организаций здравоохранения (HC Organization Registry)

Сервис получения информации об организации (HC Organization Registry Service – Query)

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

Сервис предоставления информации об организации (HC Organization Registry Service – Feed)

Регистр медицинских работников (HC Professional Registry)

Сервис получения информации о медицинских работниках (HC Professional Registry Service – Query)

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

Сервис предоставления информации о медицинских работниках (HC Professional Registry Service – Feed)

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

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

    требования контракта № KHSTTIRP-D/SW-02-повторный на оказание услуг «Поставка платформы для информатизации и обеспечения интероперабельности информационных систем здравоохранения» [RF-2]; требования Технического задания на Платформу [RF-3].

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

Запрос на изменение (ModifyRequest);

Запрос на добавление (AddRequest).

Следующие DSML-команды не используются и как таковые не реализованы в этих интерфейсах DSML.

Запрос на удаление (DelRequest);

Запрос на изменение уникального имени записи в каталоге (ModDNRequest);

Запрос на сравнение (CompareRequest);

Запрос на расширение (ExtendedRequest).

В информационных системах здравоохранения информация никогда не удаляется, а помечается как неактивная. Следуя этому правилу, чтобы удалить некоторую информацию из записи регистра (запись DSML), содержащую элемент, который нужно удалить, его необходимо изменить и установить как неактивный с помощью операции DSML ModifyRequest.

Для поиска информации searchRequest может исполььзовать с одним или несколькими параметрами фильтра. Платформа поддерживает следующие фильтры, как указано в спецификации DSMLv2:

    equalityMatch – используется для указания точного соответствия указанного параметра фильтра поиска; approxMatch – используется для указания подстановочного соответствия указанного параметра фильтра поиска.

Все остальные типы фильтров, указанные в спецификации DSML, не поддерживаются Платформой.

Для объединения параметров фильтра логические операторы AND, OR и NOT могут использоваться, как указано в спецификации DSML. Платформа поддерживает только один уровень группировки параметров с использованием логических операторов (рекурсивная группировка не поддерживается).


Предположения и зависимости

Предполагается, что программное обеспечение сервисов регистра автотранспорта, регистра зданий и регистра адресов поддерживает доступ к открытым стандартам на основе веб-служб SOAP и XML. Все регистры должны иметь возможность функционировать под управлением серверной операционной системы семейства Windows или UNIX.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28