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

6.1. 1.11         Необходимо обеспечить совместимость архитектурных, технических и технологических решений, применяемых в рамках СКС.

6.1. 1.12         Горизонтальная подсистема СКС должна быть выполнена 4-х парным кабелем типа «витая пара», удовлетворяющим требованиям категории 5Е, с изолированными между собой жилами и полосой пропускания не менее 100 МГц, или кабелем типа «витая пара» иной категории в случае необходимости.

6.1. 1.13         Горизонтальная подсистема СКС должна реализовывать топологию типа "звезда", центром которой является этажный распределительный узел (ЭРУ).

6.1. 1.14         Горизонтальная подсистема должна обеспечивать подключение оборудования каждой рабочей области при помощи двойной информационной розетки с интерфейсом RJ45. Каждый информационный разъем розетки должен быть использован как для соединения компьютера, так и телефона. Соединение между информационным разъемом и рабочей станцией (компьютером) должно быть обеспечено абонентским кабелем (work area cables), с полосой пропускания не менее 100 МГц, и оконцованными, с двух сторон, штекерами RJ45. Кабель должен быть заводского изготовления и иметь соответствующий сертификат. Длина кабеля должна быть не менее 2 метров.

6.1. 1.15        Максимальная длина кабельной линии горизонтальной подсистемы не должна превышать 90 метров.

6.1. 1.16         Горизонтальная кабельная система должна иметь достаточную полосу пропускания для обеспечения скорости передачи информации не менее 100 Мбит/с.

6.1. 1.17        Горизонтальные кабельные линии СКС должны быть промаркированы вблизи окончаний у информационной розетки и у кроссового блока. Маркировка должна производиться в соответствии с таблицей соединений и обеспечивать уникальную идентификацию кабельной линии.

6.1. 1.18         Порты информационной розетки и кроссовых блоков должны быть промаркированы. Маркировка должна производится в соответствии с таблицей соединений.

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

6.1. 1.20         Для прокладки кабельных линий по коридорным помещениям должны применяться подвесные проволочные  лотки  (200 х 50), размещаемые за подвесным потолком, или кабель-каналы в случае его отсутствия (150 х 50).

6.1. 1.21        Для прокладки кабельных линий горизонтальной подсистемы в рабочих помещениях должны применяться кабель-каналы (короба) сечением 40х20 75х20 50х80 .

6.1. 1.22         Запас по свободному месту в кабель-каналах должен составлять не менее 30%.

6.2 Требования к специализированному программному обеспечению

Требования к системе в целом

Система должна содержать в себе возможности по масштабированию путем последовательного подключения дополнительных модулей, для обеспечения выполнения всего объема мероприятий, запланированных Программой «Модернизации здравоохранения Приморского края на 2011-2012 годы». Для этого в состав Системы должны входить следующие подсистемы:

№п/п	Подсистема	Назначение и основные характеристики
Уровень предметно-ориентированных подсистем
Управление потоком пациентов	Подсистема обеспечивает информационную поддержку управления потоками амбулаторных и стационарных пациентов.
Поддержка лечебно-диагностического процесса	Подсистема обеспечивает поддержку работ, непосредственно связанных с осуществлением  лечебно-диагностической деятельности.
Администрирование, планирование и статистика	Подсистема предназначена для поддержки административной деятельности медицинского учреждения, планирования ресурсов, автоматизации подготовки статистических и прочих отчетов в рамках данных, содержащихся в базе данных.
Лаборатория	Подсистема предназначена для поддержки деятельности специалистов отделения лабораторной диагностики. Подсистема обеспечивает «сквозное» прохождение направления на анализы – от приема направления до представления результатов с возможностью поддержки обмена данными с лабораторным оборудованием.
Лучевая диагностика	Подсистема предназначена для поддержки деятельности специалистов диагностического отделения медицинского учреждения.
Поддержка стандартов лечения	Подсистема предназначена для информационной поддержки процесса принятия решений медицинским персоналом при проведении лечебно-диагностических мероприятий.
Аптека	Подсистема предназначена для информационной поддержки деятельности аптеки по ведению учета медикаментов и расходных материалов в медицинском учреждении.
Расчеты по оплате диагностики/лечения	Подсистема позволяет автоматически учитывать все услуги, оказанные пациенту в процессе диагностики/лечения и калькулировать прочие затраты медицинского учреждения на пациента.
Уровень сервисно - прикладных подсистем
1.	Управление правами доступа	Данная система позволяет использовать внутренние механизмы разграничения прав доступа СУБД (права доступа по данным), а также собственные механизмы прав доступа в соответствии с набором технологических операций пользователя (права доступа по функциям).
2.	Ведение справочников, классификаторов и настроечных параметров	Ведение различных внешних и внутренних классификаторов Системы, а также ведение различных настроечных параметров, необходимых для адаптации Системы.
3.	Обеспечение сопряжения с другими ИС	Организация обмена данными с другими ИС.
4.	Внутренние инструменты разработки функциональности в МИС	Должна обеспечить возможность администратору Системы осуществлять настройку и расширять функциональные возможности Системы за счет использования следующих инструментов
5.	Подсистема интеграции с медицинским оборудованием	Подсистема позволяет обеспечить обмен данными между медицинской информационной системой и диагностическим оборудованием.

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

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

Отдельные АРМ Системы работают в сеансах, количество и продолжительность которых, определяется потребностями конкретных пользователей.

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

Требования к защите информации от несанкционированного доступа

В Системе должны быть заложены механизмы обеспечения защиты данных, в том числе персональных данных (Согласно определению ФЗ-152) от несанкционированного доступа в части соответствия требованиям Положения о методах и способах защиты информации в информационных системах персональных данных, которое является приложением к Приказу №58 от 01.01.2001 года Федеральной Службы по Техническому и Экспортному Контролю России, Раздел II, пункт 4.3:

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

Требования к функциям (задачам), выполняемым Системой Подсистема «Управление потоком пациентов в поликлинике»

Функция «Регистрация пациентов»

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

Функция «Направление пациентов на лечебно-диагностические мероприятия»

запись пациентов на консультации, лабораторные и инструментальные исследования пациента с фиксацией направительной информации; направление пациентов на лабораторные исследования; передача ответов на направления (результатов консультаций врачей и проведенных исследований) в ЭМК пациента.

Функция «Справочный стол»

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

Подсистема «Управление потоком пациентов в стационаре»

Функция «Регистрация пациентов»

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

Функция «Учет сопутствующих документов при госпитализации»

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

Функция «Госпитализация»

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

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

создание электронных направлений на проведение пациентам консультаций, инструментальных исследований, процедур; создание электронных запросов на проведение лабораторных исследований; возможность указания срочности проведения мероприятий (CITO); получение ответов на электронные направления (результатов консультаций врачей и проведенных исследований) непосредственно в ЭМК пациента;

Функция «Управление коечным фондом»

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

Функция «Регистрация движения пациентов по стационару»

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

Функция «Регистрация движения и размещения пациентов в санатории»

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

Подсистема «WEB-портал электронной регистратуры»

Функция «web-портал медицинского учреждения» 

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

Функция «Управление медицинскими записями»

В каждой созданной ММК пользователю (пациенту) должна быть доступна страничка с перечнем медицинских записей, расположенных в обратном хронологическом порядке. Медицинские записи должны храниться только в базе данных конкретного медицинского учреждения. Доступ к ним обеспечивается сервисом web-портала в режиме реального времени. Доступные на портале медицинские записи должны быть обезличены или деперсонифицированы – при просмотре указана только информация о мед. работнике и о пользователе, подтвердившем запись. Персональные данные пациента должны отсутствовать. Таким образом, только пользователь должен знать, чьи это данные. Для удобства пользователь должен иметь возможность присвоить картам условные названия или краткие имена.

Функция «Анкетирование пациента»

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

Функция «Ведение дневников»

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

Функция «Настройка и учет уведомлений»

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

Функция «Форум для общения пациента с ЛПУ»

Наличие на web-портале медицинского учреждения форума, в котором пользователь может открыть новую тему и задать вопросы специалистам (медицинскому персоналу учреждения), имеющим доступ к порталу. Общение пациента с врачом также должно быть возможно в режиме видеоконфереции с использованием технологии Microsoft LiveMeeting.

Функция «Взаимодействие с интернет-аптеками»

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

Функция «Историзация оказанных услуг»

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

Подсистема «Поддержка лечебно-диагностического процесса»

Функция «Ведение электронной амбулаторной медицинской карты пациента»

ЭМК пациента содержит набор структурированных ЭПМЗ. Требования к структуре ЭМК и минимальному необходимому набору данных представлены в Приложении 1.