Техническое задание на разработку, внедрение в промышленную эксплуатацию и сопровождение Региональной информационной системы «Электронная медицина»
|
Скачать 0.67 Mb.
|
3.4. Требования к подсистеме «Единая электронная регистратура Брянской области для записи на прием с помощью Инфомата.» Функциональные возможности электронного сервиса, предоставляемого гражданам: -выбор типа посещения. Сервис должен предоставлять возможность записаться на консультацию к врачу, на исследование, вызвать врача на дом; выбор МО. В процессе записи пользователь должен имеет возможность выбрать ЛПУ; -выбор типа приёма. Сервис должен обеспечивать возможность выбора типа приёма. Тип приёма может быть платным или полису обязательного медицинского страхования; -выбора даты и времени. Сервис должен предоставлять возможность пользователю выбирать из расписания удобное для себя, не занятое время; идентификации пациента: а) при бесплатном приеме (по ОМС) сервис осуществляет поиск пациента в единой базе данных по согласованным с Заказчиком параметрам, либо по реквизитам УЭК, сверяет данные с информацией, консолидированной ТФОМС Брянской области, проверяет возможность оказании требуемой услуги. Сервис должен позволять принимать заявку пациента на прием к врачу сформированную по ФИО, номеру паспорта, номеру полиса ОМС, адресу регистрации, реквизитам УЭК. б) при платном приеме Система должна позволять регистрировать пациента по ФИО и номеру телефона (опционально). -подтверждать запись на приём. Сервис в автоматическом режиме должен осуществлять информирование пациента о подтверждении записи на приём по e-mail и SMS; -проверять полис ОМС. Сервис должен обеспечивать приемку и регламентное обновление реестра застрахованных пациентов (опционально базу недействующих полисов), а также обеспечивать возможность on-line проверки полиса по базам данных ТФОМС Брянской области; -иметь возможность распечатать талон записи на прием, сформированный по результатам записи. 3.5. Требования к подсистеме автоматизации учета оказанной медико-санитарной помощи ( далее – «Поликлиника»). Подсистема Поликлиника предназначена для объединения в единую информационную среду административные и лечебно-диагностические процессы, получения оперативной и достоверной информации о всех фактах оказания медико-санитарной помощи, вести интегрированные электронные медицинские карты пациентов, оптимизировать работу поликлинических отделений и формировать статистическую и аналитическую отчетность (Приложение №1). Данная подсистема включает в себя следующие модули и сервисы с наборами автоматизируемых функций: 3.5.1.Подсистема «Расписание Поликлиники». Должна автоматизировать: -создание графиков работы, как в виде шаблонов графиков, так и индивидуальных графиков. В каждом графике указывается время оказания услуги (интервал приема), количество принимаемых пациентов в один интервал, плановое количество принимаемых пациентов в день; -настройку зависимостей графиков работы от видов оплаты и типов приёма пациентов; -настройку времени работы в соответствии с типом интервала приема; -привязку расписаний работы к сотрудникам и кабинетам, услугам, диагностическим аппаратам; -назначение рабочих кабинетов врачам; -назначение перечней услуг, которые имеет право оказывать каждый медицинский работник; -назначение персоналу возможности срочного приёма пациентов; -ведение журнала работы врача; 3.5.2. Подсистема «Регистратура». Должна автоматизировать: -просмотр и редактирование данных раздела ИЭМК пациента в реальном времени; -добавление новой ИЭМК пациента и внесение изменений в существующие, при помощи справочников и ниспадающих списков. Занесение необходимых для ведения ИМЭК данных; -поиск ИЭМК пациента с использованием параметров поиска; -занесение и проверка данных в ИЭМК льготной категории пациента, инвалидности, региональной льготы, федеральной льготы; -занесение сигнальной информации в ИМЭК; -проверка актуальности полиса, указанного в ИЭМК, через сервисы, предоставляемые страховыми медицинскими организациями (СМО) и (или) ТФОМС Брянской области; -запись пациентов на приём или услугу; -заполнение данных внешнего направления, при условии что пациент направлен из другой МО; -просмотр расписания приема; -выбор удобного для пациента и свободного у врача времени приема, при необходимости пациент может быть перезаписан на другое время. -оформление талона амбулаторного пациента; -печать титульного листа амбулаторной карты пациента со всеми данными, введёнными медицинским работником. -печать договора (контракта) и информационного согласия с автоматически заполненным видом обследования, данными пациента и т.д. (используется для пациентов, оплачивающих услуги за счёт личных средств). -перезапись пациента на другое время или другого врача (замещение сотрудников); -формирование списков, журналов, отчетов по деятельности регистратуры. 3.5.4.Подсистема «Врачебный амбулаторный прием». Должна автоматизировать: -просмотр дневника врача (плана приема на день); -просмотр структурированной информации по истории заболеваний и исследований пациента, в том числе в динамике; -предоставление доступа к специализированным словарям, в которые врач самостоятельно сможет заносить данные для дальнейшего использования в работе; -ввод данных о жалобах, анамнезе и объективном статусе в ИЭМК, которые заполняются с помощью прикреплённых словарей; -просмотр сигнальной информации ИЭМК, которая содержит, в том числе данные об аллергических заболеваниях пациента, так же корректировать ее; -выдачу направлений на исследования и дополнительные врачебные консультации других специалистов; -запись на повторный прием, исследования и консультации других специалистов, непосредственно в расписание необходимого врача или кабинета, без возвращения пациента для записи в регистратуру; -занесение в ИЭМК данных о поставленном диагнозе, рекомендациях и назначенном лечении; -формирование выписки из ИЭМК и заключения по проведённому посещению; -формирование извещения и протокола запущенности; -запись на госпитализацию; -формирование направлений на обязательные для госпитализации анализы; 3.5.5. Подсистема «Больничные листы». Должна автоматизировать: -выставление отметок о принятии пустых бланков листов нетрудоспособности; -передача пустых бланков в журналы больничных листов; -управление пользователями подсистемы и уровнем их доступа к данным и функциям подсистемы; -привязка к одному журналу больничных листов нескольких пользователей для выдачи бланков из этого журнала; -ведение поиска по ИЭМК пациентов с больничными листами с помощью фильтров; -добавление отметок в ИЭМК о выдаче больничных листов для новых пациентов; -формирование больничного листа в электронном виде; -печать сформированного больничного листа на бланке строгой отчетности; -ведение журнала учета бланков строгой отчетности; -выдача дополнительных документов (продолжение больничного листа, выдача больничного листа по совместительству); -внесение информации о больничном листе в ИЭМК, выданном в другом МО; 3.5.6. Подсистема «Процедурные (физиотерапевтические, электрофизиологические и т. д.) кабинеты». Должна автоматизировать: -просмотр списка пациентов записанных на процедуры – на любой день; -внесение в ИЭМК даты следующих сеансов лечения; -внесение в ИЭМК данных о проведенном сеансе лечения (отметки о посещении); -формирование из ИЭМК выписки о проведенном курсе лечения. 3.5.7. Подсистема «Диагностические обследования». Должна автоматизировать: -просмотр направлений на диагностические исследования, указанны в ИЭМК; -просмотр из ИЭМК всей необходимой информации по истории болезни пациента. -ведение журнала учёта исследований; -внесение в ИЭМК данных о результатах исследований с использованием шаблонов; -контроль вводимых показателей на соответствие референсным значениям; -получение результатов диагностических исследований с аппаратуры (при наличии технической возможности); -прикрепление к ИЭМК графических изображений с аппаратуры (при наличии технической возможности); -контроль проведённых услуг диагностической линией по любому временному отрезку и в разрезе услуг, персонала, кабинетов, в которых они проводились; -pапись на повторное диагностическое исследование c отражением в ИЭМК; -формирование отчётов о проведённых диагностических исследованиях и работе кабинета. 3.5.8. АРМ «Заведующий (Главный врач)». Должен автоматизировать: -мониторинг работы персонала МО; -мониторинг загруженности врачей; -мониторинг оказания услуг; -просмотр аналитических отчетов. 3.5.9. АРМ «Заведующий диагностикой». Должен автоматизировать: -контроль проведённых услуг диагностических подразделений по любому временному отрезку в разрезе услуг, персонала, кабинетов, в которых они проводились; -контроль качества оказанных услуг пациентам – просмотр результатов каждого исследования; -создание и настройка графиков работы персонала. -контроль оплаты диагностических услуг – просмотр работы кассы. -формирование отчётов о работе диагностических подразделений. 3.5.10. Подсистема «Финансовые расчеты». Должна автоматизировать: -просмотр всех записей на приём и (или) госпитализацию по дням с указанием цены медицинской услуги; -проставление отметки об оплате медицинских услуг; -оформление возврата оплаченных средств; -просмотр данных лицевого счета пациента, для анализа задолженности по оказанным медицинским услугам; -просмотр и редактирование журнала платежей; -печать квитанции об оплате медицинских услуг; -просмотр и печать отчётов о количестве оплаченных медицинских услуг; -формирование и печать счетов-реестров по оказанным в МО медицинским услугам для представления на оплату в СМО; -просмотр ошибок выявленных при формировании счетов-реестров и их корректировка. Все операции по изменению финансовых данных, производимые в данной подсистеме должны отражаться в системе автоматизации административно-хозяйственной деятельности МО. Все данные о стоимости оказанных медицинских услуг должны отражаться в ИЭМК пациентов. 3.5.11. АРМ «Администратор». Должен автоматизировать: -заведение пользователей, формирование их логина и пароля доступа к информационным ресурсам; -назначение и создание ролей пользователей; -формирование и настройка словарей; -изменение интерфейсов пользователей. -настройка и разработка отчётных форм; -восстановление данных и программного кода с резервных копий при сбоях оборудования; 3.5.12. Подсистема «Статистика». Должна автоматизировать: -учет талонов амбулаторного пациента с занесение данных с заполненных в ручном режиме талонов (при необходимости); -формирование и печать статистических отчётов произвольной формы по заданным полям ИЭМК, в том числе отчетов, приведенных в Приложении №1; -просмотр и анализ сформированных отчётов с выгрузкой в согласованные с Заказчиком форматы. 3.6. Требования к программному комплексу «Формирование, хранение и обработка медицинских изображений». Программный комплекс должен обеспечивать получение диагностических изображений и соответствующих данных пациентов и исследований с диагностического оборудования различных типов по протоколу DICOM версии 3.0 и 3.1, а также их дальнейшее архивирование, обработку и передачу. Поставляемое программное обеспечение не должно иметь ограничений по количеству подключаемого диагностического оборудования, по количеству проводимых обследований, а также по объему дискового пространства, занятого базой данных по диагностическим исследованиям. Кроме того , должна быть обеспечена поддержка нескольких пространств данных. 3.6.1. Общие требования к программному комплексу. Технические требования. Комплекс должен обеспечивать: -возможность интеграции с внешними информационными системами в соответствии с международным протоколом HL7 и рекомендациями IHE (автоматизированное получение, синхронизация и корректировка данных пациентов и исследований, получение от системы RIS / HIS рабочего списка исследований и его передача на диагностическое оборудование), в том числе, с возможностью вызова диагностических изображений, хранящихся в системе PACS, непосредственно из существующих информационных систем по URL-ссылке; -доступ ко всем изображениям, хранящимся в комплексе из любого подключенного к нему учреждения, с любой рабочей станции в рамках комплекса с сохранением индивидуальных пользовательских настроек; -получение и передачу цифровых медицинских изображений по сетевому интерфейсу в стандарте DICOM 3.0 и DICOM 3.1 (DICOMStorageSCP, DICOMStorageCommitmentSCP, DICOMModalityworklistSCP, DICOMQuery/RetrieveSCU/SCP, DICOMPerformedProcedureStepsSCP), протоколсоответствия DICOM 3.0 и DICOM 3.1– DICOM conformance statement; -поддержку изображений следующих типов диагностического оборудования: CT (компьютерная томография), MR (магниторезонансная томография), CR и DR (цифровая рентгенография), US (ультразвук), XA (Цифровая ангиография), MG (цифровая маммография); -поддержку изображений в формате DICOM, полученных с помощью инструментов постобработки на специализированных рабочих станциях (secondarycapture, multi-frametruecolorsecondarycaptureimagestorage, multi-framegrayscalebitesecondarycapture, multi-framegrayscalewordsecondarycapture); -наличие средств для автоматизированного создания резервных копий данных с целью восстановления всех данных после сбоя вплоть до момента возникновения сбоя; -поддержку 32-разрядных и 64-разрядных процессоров; -поддержку работу как на Windows, так и на Linux–платформах; -возможности доступа к базам данных приложений, разработанных на различных платформах, поддержку языка макроопределений, получение данных из баз данных непосредственно в электронных таблицах MicrosoftExcel или аналогичных им; -возможность развертывания рабочих мест пользователей любого типа по сети силами системных администраторов; -предоставление неограниченного объема лицензий на браузер для клинического диагностирования со стандартным функционалом; -возможность выбора и сортировки по модальностям, дате обследования, отсылающим отделениям; -поддержку работы в формате не-DICOM коммуникации в целях ускорения коммуникации с сервером; -сортировку обследований для отсылки информации на конкретные рабочие места, как в пределах МО, так и за его пределами; -поддержку функций изображения видеозаписей /видео петель, таких как УЗИ, ангиография, лапароскопия и др.; -централизованное администрирование и возможность централизованной установки; -безопасный удаленный доступ для внешних сотрудничающих врачей. Эти врачи должны иметь доступ только к тем данным пациентов, которые они запрашивали; -возможность интеграции комплекса с вьюверами (просмотровыми и диагностическими станциями) других (не обозначенных в настоящем техническом задании) производителей; -возможность автоматизированной синхронизации данных, и перехода на резервное хранилище, в случае выхода из строя основного хранилища; -поддержка функционала "кластеризации" с возможностью балансировки нагрузки и переводом нагрузки с одного сервера на второй в случае выхода его из строя. Предлагаемое решение должно учитывать возможное расширение системы; -сервис по непрерывному удаленному мониторингу всей системы в формате 24x7 с обратной связью для диагностики проблемы; Для обеспечения информационной безопасности в комплекса необходима возможность шифрования трафика персональных данных между сервером и клиентами: протокол HTTPS, использование сертификатов SSL (SSL сертификаты предоставляются Заказчиком) или VPN. Кроме того необходимо наличие инструментов настройки предварительной загрузки данных исследований из архива для ускорения доступа с помощью рабочей станции в режиме „prefetching“ и „pre-pushing“; Для обеспечения надежного хранения диагностических данных, должна быть предусмотрена функция автоматического перенаправления получаемых изображений в другой DICOM архив (forwarding); Для создания административных отчётов о поступающих в комплекс данных должны быть поставлены инструменты, с учетом выполнения работ по экспорту административных отчетов и списка кодов процедур, описания процедуры и названия диагностического аппарата во внешние файлы формата Exсel (или аналог), а так же текстовый файл. |
Похожие:
 |
Техническое задание по теме: «Развитие и техническое сопровождение... Полное наименование темы: «Развитие и техническое сопровождение распределенной автоматизированной информационной системы поддержки... |
|
Техническое задание на создание/развитие информационной системы на 60 листах Перечень нормативно-технических документов, методических материалов, регламентирующих разработку Системы 4 |
|
Техническое задание на выполнение работ по внедрению региональной... Выполнение работ по созданию и внедрению региональной информационной системы в сфере закупок Вологодской области |
 |
Техническое задание на создание информационной системы Разработка и информационно-техническое сопровождение единого информационно-аналитического портала государственной поддержки инновационного... |
|
Техническое задание по теме: «Развитие и сопровождение типовой информационной... Полное наименование: «Развитие и сопровождение типовой информационной системы поддержки деятельности многофункциональных центров... |
|
Рекомендации по приведению автоматизированного рабочего места, подключенного... А работу в региональной сети конфиденциальной связи римэв (заместитель руководителя) и ответственный за эксплуатацию оборудования... |
|
Техническое задание на выполнение работ в сфере информационных технологий... «Внедрение подсистемы «Централизованный архив медицинских изображений» в лечебно-профилактических учреждениях Чувашской Республики... |
|
Техническое задание на разработку технического проекта «Создание регионального сегмента единой информационной системы в сфере здравоохранения Нижегородской области, с поддержкой процесса... |
|
Техническое задание (Описание объекта закупки) Разработка и внедрение Информационной системы "Региональная медицинская информационная система Вологодской области" (ис "рмис во")... |
|
Приказ Автоматизированной информационной системы «Электронная школа», информационной системы персональных данных «Бухгалтерия» в 2014-2015... |
|
Техническое задание на выполнение работ по теме: «Техническая поддержка... «Техническая поддержка и сопровождение «Системы ведения договоров»/«Системы учета трудозатрат» в 2012 г |
|
Приказ от 22 декабря 2015 г. N 354 о вводе в эксплуатацию единой информационной системы В соответствии с постановлением Правительства Российской Федерации от 23 января 2015 г. N 36 "О порядке и сроках ввода в эксплуатацию... |
|
Техническое задание 1 Наименование и область применения Техническое... Московский государственный институт электроники и математики (технический университет) |
|
Техническое задание на выполнение комплекса работ: проектирование,... Проектирование и формирование пакета документов для получения акта согласования гтп |
|
Техническое задание на разработку асутп Документ полностью должен соответствовать гост 34. 602-89 «Техническое задание на создание автоматизированной системы». Ниже приведен... |
|
Руководство пользователя Листов 15 Интеграция работы информационной системы акс «парус» и региональной медицинской информационной сисметы |