Технические требования на работы по созданию, внедрению и интеграции автоматизированной системы в ГАУЗ «КККВД» в рамках реализации программы модернизации здравоохранения Приморского края на 2012 год (стр. 8 )

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

Подсистема «Управление движением медицинских карт на бумажных носителях»

Подсистема обеспечивает следующие функции:

определение статуса карты (внутри или вне архива); возможность ввода отметок о местонахождении бумажной медицинской карты (на руках, в военкомате, в стационаре).

Подсистема «Ведение справочников, классификаторов и настраиваемых параметров»

Подсистема обеспечивает ведение справочников и классификаторов, необходимых для работы Системы (МКБ 10), а также обеспечивает возможность ведения и использования информационных объектов (Приложением № 3.).

Подсистема обеспечивает хранение параметров настройки, необходимых для адаптации Системы к условиям работы в каждом отдельном медицинском учреждении и поддержки работы Системы в изменяющихся условиях функционирования медицинского учреждения. К параметрам настройки относится, возможность настройки автоматизированных рабочих мест пользователей Системы (АРМ) с использованием внутренних инструментов Системы.

Подсистема «Внутренние инструменты разработки функциональности в Системе»

Подсистема «Внутренние инструменты разработки функциональности в МИС» должна обеспечить возможность администратору Системы осуществлять настройку и расширять функциональные возможности Системы за счет использования следующих инструментов:

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

Подсистема «Репликация данных»

обеспечивает возможность обмена любыми данными между различными медицинскими учреждениям, а также между медицинским учреждением и внешними рабочими местами (ноутбуками выездных врачей с отдельными базами данных, работающими в режиме offline); обеспечивает безопасный обмен данными посредством зашифрованных репликационных пакетов; обеспечивает возможность настройки обмена данными:
указание любого набора данных, присутствующих в системе; устанавливать любые правила и условия выгрузки-загрузки данных;
обеспечивает различные режимы обмена данными:
автоматический с возможностью выгрузки данных по расписанию; полуавтоматический (автоматическая загрузка данных, выгрузка данных инициируется пользователем); ручной (все действия по выгрузке-загрузке данных инициируются пользователем);
обеспечивает возможность контроля и протоколирования работы репликации:
протоколирование всех действий с пакетами данных (выгрузка, отправка, прием, загрузка, обработка пакетов с данными); настраиваемый контроль обмена данными на уровне действий с полями записей передаваемых по репликации таблиц: вставка, изменение, удаление;
обеспечивает контроль целостности данных; возможность переноса схем обмена данными из одного медицинского учреждения в другое.

Подсистема «Обеспечение сопряжения с другими информационными системами»

предусматривается возможность организации электронного обмена данными с информационными системами, как внутри ЛПУ, так и обмен с Системами, являющимися внешними (с порталом государственных услуг, реестром застрахованных ОМС и федеральным регистром медицинских работников, другие медицинские учреждения и т. д.); поддерживается возможность двунаправленного обмена данными между Системой и другими информационными системами, посредством стандартов обмена медицинской информацией: DICOM, HL7, ASTM. Возможна реализация криптографической защиты передаваемых данных с использованием сертифицированного ПО, входящего в состав ПО окружения;

Требования к КП ведения паспорта и структуры ЛПУ.

Модуль ведения паспорта и структуры ЛПУ должен включать следующие функции:

1. Ведение структуры ЛПУ в виде дерева со следующей иерархией:

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

2. Ввод видов финансирования, тарифов на посещения и койко-дни, тарифов на услуги в отделениях, коечного фонда ЛПУ, палатной структуры.

3. Ведение паспорта ЛПУ, включая данные, необходимые для формирования отчетной формы № 000 «Паспорт медицинского учреждения»:

Общие сведения и сведения о зданиях и сооружениях; Сведения о наличии и потребности в медицинском оборудовании и санитарном автотранспорте; Сведения о кадрах медицинского учреждения в разрезе видов медицинской помощи; Сведения об оказываемых объемах медицинской помощи; Сведения о финансировании медицинской помощи; Сведения о информационно-технологической инфраструктуре; Сведения о фельдшерах, акушерах и врачах общей практики.

4. Возможность интеграции с системами бухгалтерского учета.

6.3. Требования к информационному обеспечению.

6.3.1. Требования к составу, структуре и способу организации данных.

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

В связи с определенным различием решаемых задач, система использует различные способы организации хранимой информации. При этом, за счет использования общих архитектурных принципов (клиент-сервер) и использования общего программного инструментария (СУБД) должно достигаться единство технологических решений.

Данные системы представлены двумя множествами:

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

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

6.3.2. Требования по применению систем управления базами данных

С целью обеспечения надежного хранения и быстрой обработки информации в Системе должна быть применена система управления базами данных (СУБД) со следующими показателями:

поддержка многопроцессорности и кластеров;

обладать высокой отказоустойчивостью; возможность хранения большого объема данных, без потери производительности; поддерживающая возможность инкрементального резервного копирования данных; поддерживающая возможность резервного копирования без необходимости остановки Системы; встроенная поддержка. Net; поддержка PowerShell; управление СУБД на основе политик (Policy Management Framework); единая встроенная в СУБД консоль управления всеми БД Системы; встроенные в СУБД и не требующие дополнительной лицензии средства анализа данных; возможность анализа информации, хранящейся в СУБД, из Excel без дополнительных плагинов; фильтрованные индексы (Filtered Indexes); расширенные разреженные поля (Advanced Sparse Columns); сжатие префиксов полей (Column Prefix Compression); цифровая подпись модулей Системы в СУБД (Module Signing using Certificate); многопотоковый доступ к партиционированным объектам (Multi-threaded Partition Access);

6.3.3. Требования к информационному обмену между компонентами МИС.

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

6.3.4. Требования к информационной совместимости со смежными системами.

Информационное обеспечение СПО должно быть совместимо с информационным обеспечением смежных систем по содержанию, системе кодирования, методам адресации, форматам данных и форме представления передаваемой и получаемой информации.

Обмен данными с внешними информационными системами должен обеспечиваться с использованием унифицированного протокола информационного обмена. В СПО должны быть предусмотрены средства контроля передаваемых входных/выходных сообщений.

Обмен данными с внешними системами должен осуществляться на основе утвержденных технических условий информационного обмена.

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