Техническое задание на разработку, внедрение в промышленную эксплуатацию и сопровождение Региональной информационной системы «Электронная медицина»
|
Скачать 0.67 Mb.
|
3.Требования к автоматизируемым функциям (подсистемам) РИС ЭМ. В данном разделе описаны минимальные требования по функциональности. Детальные требования к составу информационных полей каждой подсистемы в рамках выполнения требований настоящего Технического задания должны быть зафиксированы в частных технических заданиях, формируемых Поставщиком для разработчиков локальных МИС. 3.1. Платформа «интеграционная шина». 3.1.1. Общие требования к архитектуре компонента. Платформа «интеграционная шина» должна обеспечивать взаимодействие всех интегрируемых приложений через единую точку и являться составной частью ЕГИСЗ Брянской области. Платформа должна поддерживать трехуровневую архитектуру: -Сервер приложений. Должен обеспечивать открытый API для внешних систем, а также пользовательский интерфейс для администрирования платформы шины; -Сервер управления базой данных. Сервер должен хранить метаданные в структурированном виде; -Сервер управления неструктурированной информацией; -Сервер управления хранилищем. Должен обеспечивать взаимодействие между сервером приложений, хранением метаданных, контента (содержимым), а также неструктурированных данных. Сервер должен определять безопасный доступ к информации. Контент (содержимое) должен храниться на файловых хранилищах. Платформа должна поддерживать кроссплатформенность. Платформа должна функционировать в операционной среде Linux, Microsoft Windows Server, Oracle Solaris, AIX, HP-UX и под управлением следующих систем управления базами данных – Oracle, Microsoft SQL, DB2, Sybase. Платформа должна предоставлять возможность гибкого и оперативного расширения интегрируемых систем. Платформа должна состоять из следующих компонент: 1.Медицинская интеграционная сервисная шина 2.Регистр и репозитории регионального архива медицинских документов, в составе которых должны быть подсистемы архива медицинских изображений, электронных медицинских карт и оцифрованных медицинских документов, а также административные и управленческие реестры регионального сегмента ЕГИСЗ, в том числе реестр врачей и медицинского персонала, реестр паспортов медицинских организаций Брянской области, региональные НСИ. 3.Система поиска документов. 4.Визуальные обозреватели для просмотра содержимого репозиториев регионального уровня. 3.1.2.Требования к Медицинской интеграционной сервисной шине. Интеграционная сервисная шина должна обеспечивать транспортную инфраструктуру и интероперабельность информационного обмена между федеральным сегментом ЕГИСЗ, компонентами электронного правительства Брянской области, информационными ресурсами ЛПУ Брянской области, в том числе с Региональной медицинской информационной системой и унаследованными МИС. Интеграционная сервисная шина должна поддерживать сервис-ориентированную архитектуру Интеграционная сервисная шина должна поддерживать открытые интерфейсы обмена медицинской информацией для подключения адаптеров протоколов (DICOM 3.0, WADO, HL7 v2 и v3), а также промышленные стандарты обмена информацией и построения веб-сервисов SOAP или RESTful. Все схемы данных для построения обмена информацией в региональном сегменте должны использовать язык XML в качестве стандарта описания схем. Интеграционная сервисная шина должна поддерживать необходимые профили интеграции IHE. Минимально необходимые профили - XDS.b и XDS-I.b, для хранения и организации контролируемого доступа к медицинской информации по стандартам HL7 и DICOM на основе концепции OASIS (cross document sharing). Интеграционная сервисная шина должна обеспечивать публикацию сервисов информационных ресурсов (систем) в едином репозитории SOA-активов для обеспечения доступа к компонентам федеральных транзакционных систем и компонентам федеральных управленческих систем федерального уровня ЕГИСЗ, а именно: -Информационной системе ведения расписания приемов специалистов, проведения консультаций, в том числе телемедицинских, и загрузки мощностей медицинской организации, а также электронной записи на прием к врачу; -Информационной системе выдачи направлений на проведение диагностических исследований, проведение медицинского обследования (консультации, экспертизы) и получение медицинской помощи в иных медицинских организациях; -Информационной системе бухгалтерского и управленческого учета административно-хозяйственной и финансово-хозяйственной деятельности медицинских организаций; -Информационной системе кадрового учета в медицинских организациях. -Регистром паспортов медицинских организаций (при необходимости); -Регистром медицинского оборудования и медицинской техники (при необходимости); -Регистром врачей и медицинского персонала (при необходимости); -Информационной системой мониторинга реализации программ в здравоохранении (при необходимости); -Информационной системой ведения интегрированной электронной медицинской карты, а также создаваемых на ее основе специализированных регистров по отдельным нозологиям и категориям граждан, в том числе обеспечивающая персонифицированный учет медицинской помощи и лекарственного обеспечения; -Аналитическими системами, в том числе с системой автоматизированного контроля и поддержки принятия управленческих решений. Интеграционная сервисная шина должна обеспечивать стандартизацию и унификацию форматов представления данных и информационных сообщений; Интеграционная сервисная шина должна обеспечивать передачу данных всем необходимым участникам информационного взаимодействия - «потребителям информации», преобразование форматов, гарантированную доставку сообщений. Интеграционная сервисная шина должна обеспечивать целостность и сохранность информации, передаваемой и получаемой в процессе работы интеграционных сервисов. В состав интеграционной сервисной шины должны быть включены: -Службы процессов; -Средства для управления бизнес процессами, начиная от линейных, структурированных процессов и заканчивая процессами коллективной работы и неформализованными процессами, а также любыми их комбинациями; -Службы содержания; -Средства для управления жизненным циклом содержания от его создания, редактирования и повторного просмотра, до публикации и распространения; -Службы хранения; -Средства для обеспечения хранения, безопасности и архивирования содержания, а также предоставлять механизмы миграции содержания между системами хранения данных на основе жизненных циклов и процессов; -Службы интеграции; -Средства для управления содержанием, шлюзы, коннекторы, технологические адаптеры и адаптеры к бизнес-системам обеспечивающие взаимодействие с приложениями в том формате, который для них приемлем, представляя информацию из этих сообщений в унифицированном формате; -Инструменты администрирования и разработки; -Среда разработки интеграционных сценариев с визуальными средствами конструирования интеграционных сценариев, позволяющих обходиться без низкоуровневого кодирования, инструменты администрирования, контроля и управления (аудиты, протоколирование, состояние сервисов и процесса их работы, контроль соблюдения соглашения об уровне услуг, шифрование и т.д.). 3.1.3.Требования к Регистру и Репозиториям регионального уровня. Регистр и репозитории должны быть созданы для агрегирования медицинской информации о пациентах и хранения медицинских документов в различных стандартах (HL7 v2 и v3, DICOM), в том числе оцифрованных бумажных медицинских карт и историй болезни. Платформа должна обеспечивать контролируемый доступ к репозиториям не менее 1600 медицинских работников Брянской области. Регистр должен содержать всю необходимую мета-инфрмацию о документах регистрируемых и хранимых в соответствующих репозиториях, чтобы обеспечивать контролируемый доступ и поиск информации. Регистр должен отвечать техническим рекомендациям IHE по имплементации профиля интеграции XDS.b и XDS-I.b. Репозиторий должен обеспечивать и гарантировать юридическую значимость целостность, неизменность и неизменяемость документов. Все дополнения, корректировки и удаления должны соответствующим образом логгироваться и аудироваться согласно профилю интеграции XDS. Платформа должна обеспечивать создание XDS-регистра и XDS-репозитория централизованного хранилища медицинской информации Брянской области с объемом хранимой информации не менее 12 миллионов документов в год. Платформа должна обеспечивать поддержку функционирования регионального архива медицинских изображений с образованием хранения DICOM-исследований, например, рентгеновских снимков, КТ, МРТ, УЗИ и т.п., поступающих от диагностического оборудования МО Брянской области. Медицинские изображения, поступающие с диагностического оборудования и PACS, и передаваемые в центральное хранилище в формате DICOM, должны очищаться от проприетарных DICOM-тэгов, создаваемых производителями оборудования, и становиться доступными для всех МО Брянской области, как для клинических, так и для диагностических нужд. Платформа должна обеспечить нагрузку по записи, хранению и обеспечению доступа к не менее чем 1,5 млн диагностических изображений в год с объемами прироста информации не менее 100Тб/год, что должно быть подтверждено соответствующими нагрузочными тестами. Медицинские изображения, содержащиеся в региональном архиве должны храниться в оригинальном или сжатом качестве без потери информации. В случае изменения требований Министерства Здравоохранения РФ к хранению диагностических изображений, система должна автоматически конвертировать изображения в наиболее оптимальный формат для снижения стоимости хранения. Репозиторий хранения медицинских изображений должен быть независим от систем хранения данных и позволять работать с продуктами большинства производителей промышленных СХД. Доступ к документам в репозиториях должен осуществляться на основе регламентов и прав доступа, определенных законодательством РФ. 3.1.4. Требования к визуальным обозревателям. Платформа должна предоставлять рабочее место врачу-диагносту. Доступ к изображениям в репозитории медицинских изображений для клинического изучения должен осуществляться с помощью специализированного тонкого (не требующего установки дополнительного ПО на компьютер пользователя) DICOM клиента через веб-интерфейс. DICOM клиент также должен предоставлять веб-доступ к изображениям для диагностических целей в случае, если требуется удаленная диагностика. Система должна представлять контролируемый доступ медицинским работникам к медицинским документам находящихся в репозиториях через веб-портал с помощью специализированного XDS-клиента. 3.2.Требования к подсистеме формирования и ведения единой интегрированной электронной медицинской карты жителя Брянской области. Данная подсистема должна представлять хранилище данных электронных амбулаторных карт и электронных историй болезни пациентов (жителей) Брянской области. В частности, необходимо предусмотреть следующий функционал: -ведение документации врачебных осмотров, включая первичный осмотр, эпикризы, дневниковые записи; -регистрация диагнозов пациента; -регистрация врачебных назначений пациенту (консультаций, лабораторных, инструментальных, рентгенологических исследований, амбулаторных операций, процедур, медикаментозных назначений и прочего) и их результатов; -планирование и учет результатов оперативных вмешательств, включая подготовку предоперационного эпикриза и протокола операции; -формирование направлений на врачебную комиссию для проведения различных видов экспертиз и регистрация их результатов; -формирование направлений на получение медицинской помощи в иных учреждениях здравоохранения, включая направления на госпитализацию; -учет случаев обращений пациента, включая регистрацию фактов открытия, закрытия случая и результата обращения, оказанных услуг. 3.3.Требования к подсистеме «Единая электронная регистратура Брянской области». Подсистема «Электронная Регистратура» должна обеспечивать: -регистрацию пациента; -запись пациента на приём; -фиксирование осмотров, исследований, выполнения процедур; -эффективное взаимодействие персонала МО и прозрачность его работы для руководства; -формирование необходимых отчётов по статистическим данным, по пациентам, врачам и МО в целом. С помощью подсистемы автоматизируются следующие функции: -учёт обслуживаемых пациентов, что включает регистрацию обслуживаемого населения, идентификацию по регистру застрахованных граждан, по реквизитам универсальной электронной карты (УЭК), прикрепление к поликлиническим участкам обслуживания; -управление расписанием и записью на обслуживание в МО, оказывающих первичную медико-санитарную помощь, что включает в себя планирование и обеспечение ресурсов приёма пациентов участковыми врачами, врачами-специалистами, лечебно-диагностическим службами; -управление оказанием первичной медико-санитарной помощи, что включает учёт фактов оказания помощи и профилактических мероприятий участковыми врачами и специалистами, при дополнительной диспансеризации, мероприятиях в центрах здоровья. При работе с данной подсистемой необходимо учитывать возможность: -выбора типа посещения. Подсистема должен предоставлять возможность записаться на консультацию к врачу, на исследование, вызвать врача на дом; -выбора МО. В процессе записи пользователь должен имеет возможность выбрать МО, (в т.ч. воспользовавшись картой города); -выбора типа приёма. Необходимо обеспечить возможность выбора типа приёма. Тип приёма может быть платным или по полису обязательного медицинского страхования (ОМС); -выбора даты и времени. Необходимо предоставлять возможность пользователю выбирать из расписания удобное для себя, не занятое время; Процесс идентификации пациента: а) при бесплатном приеме (по ОМС) должен осуществляться поиск пациента в единой базе данных по согласованному с Заказчиком набору параметров пациента, либо по реквизитам универсальной электронной карты (УЭК), происходить сверка данных с информацией, консолидированной ТФОМС Брянской области и проверка возможности оказания требуемой услуги. б) при платном приеме необходимо позволять регистрировать пациента по ФИО и номеру телефона (опционально). Процесс подтверждения записи на приём. Необходимо обеспечить в автоматическом режиме информирование пациента о подтверждении записи на приём по e-mail и (или) SMS; Проверки полиса ОМС. Необходимо обеспечивать прием и регламентное обновление реестра застрахованных пациентов (опционально базу недействующих полисов), а также обеспечивать возможность on-line проверки полиса по базам данных ТФОМС Брянской области. При реализации подсистемы необходимо обеспечить: -ведение справочника услуг. Каждая услуга должна иметь норматив и ограничения. Норматив – это время оказания данной услуги по умолчанию. При формировании расписания должна быть возможность явного задания времени оказания услуги. -наложение ограничения на услуги по половому и возрастному признаку. Необходимо иметь возможность ведения базы данных всех сотрудников учреждений здравоохранения, в том числе ведения индивидуального портфолио для каждого сотрудника. В подсистеме должна быть реализована возможность ведения базы данных пациентов лечебного учреждения. Должна быть реализована возможность ведения индивидуального портфолио для каждого пациента. Каждое портфолио должно содержать следующую минимальную информацию: -Общие сведения; -Сведения о регистрации; -Данные о полисах ОМС. В рамках использования подсистемы необходимо: формировать структуру отделений и кабинетов МО. Структура отделений и кабинетов МО должна представлять собой иерархический справочник, в котором прописывается структура МО: филиалы, отделения, кабинеты; указывать какие услуги оказываются на рабочих местах в кабинетах. В рамках использования подсистемы необходимо предусмотреть возможность формировать графики для рабочих мест. Необходимо разбивать время приёма врача на несколько интервалов, в частности некоторые интервалы могут быть доступны для записи только для сотрудников регистратуры и врачей, другие могут быть использованы также для удалённой самостоятельной записи пациентов и т.д. Должна поддерживаться возможность формирования графиков работ с помощью заранее настроенных шаблонов: -по дням недели; -по дням месяца; -по чётности чисел; произвольные графики; С учетом выходных и праздничных дней, работы с различными режимами работы: 5-,7- дневная рабочая неделя. Для осуществления записи необходимо предусмотреть следующие возможности: -просматривать расписание врачей, услуг; -записывать пациентов на приём к врачу; -осуществлять перезапись пациентов, в том числе и массовую; -взаимодействовать с порталом «Здравоохранение Брянской области». Единые справочники подсистемы должен предоставлять возможность использования единых нормативных справочников, с возможностью загрузки и обновления информации, в том числе: -МКБ; -ФИАС (КЛАДР); -Документы, удостоверяющие личность; -Социальные статусы; -Категории льгот; -Виды посещения; -Страховые компании; -Должности медицинских работников; -Специальности медицинских работников. |
Похожие:
 |
Техническое задание по теме: «Развитие и техническое сопровождение... Полное наименование темы: «Развитие и техническое сопровождение распределенной автоматизированной информационной системы поддержки... |
|
Техническое задание на создание/развитие информационной системы на 60 листах Перечень нормативно-технических документов, методических материалов, регламентирующих разработку Системы 4 |
|
Техническое задание на выполнение работ по внедрению региональной... Выполнение работ по созданию и внедрению региональной информационной системы в сфере закупок Вологодской области |
 |
Техническое задание на создание информационной системы Разработка и информационно-техническое сопровождение единого информационно-аналитического портала государственной поддержки инновационного... |
|
Техническое задание по теме: «Развитие и сопровождение типовой информационной... Полное наименование: «Развитие и сопровождение типовой информационной системы поддержки деятельности многофункциональных центров... |
|
Рекомендации по приведению автоматизированного рабочего места, подключенного... А работу в региональной сети конфиденциальной связи римэв (заместитель руководителя) и ответственный за эксплуатацию оборудования... |
|
Техническое задание на выполнение работ в сфере информационных технологий... «Внедрение подсистемы «Централизованный архив медицинских изображений» в лечебно-профилактических учреждениях Чувашской Республики... |
|
Техническое задание на разработку технического проекта «Создание регионального сегмента единой информационной системы в сфере здравоохранения Нижегородской области, с поддержкой процесса... |
|
Техническое задание (Описание объекта закупки) Разработка и внедрение Информационной системы "Региональная медицинская информационная система Вологодской области" (ис "рмис во")... |
|
Приказ Автоматизированной информационной системы «Электронная школа», информационной системы персональных данных «Бухгалтерия» в 2014-2015... |
|
Техническое задание на выполнение работ по теме: «Техническая поддержка... «Техническая поддержка и сопровождение «Системы ведения договоров»/«Системы учета трудозатрат» в 2012 г |
|
Приказ от 22 декабря 2015 г. N 354 о вводе в эксплуатацию единой информационной системы В соответствии с постановлением Правительства Российской Федерации от 23 января 2015 г. N 36 "О порядке и сроках ввода в эксплуатацию... |
|
Техническое задание 1 Наименование и область применения Техническое... Московский государственный институт электроники и математики (технический университет) |
|
Техническое задание на выполнение комплекса работ: проектирование,... Проектирование и формирование пакета документов для получения акта согласования гтп |
|
Техническое задание на разработку асутп Документ полностью должен соответствовать гост 34. 602-89 «Техническое задание на создание автоматизированной системы». Ниже приведен... |
|
Руководство пользователя Листов 15 Интеграция работы информационной системы акс «парус» и региональной медицинской информационной сисметы |