ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по модернизации медицинской информационной системы (МИС)
Требования к МИС
-
Создание трехуровней архитектуры: клиент – сервер приложений – сервер базы данных.
-
Использование кроссплатформеных инструментальных средств на всех уровнях: клиент – сервер приложений – сервер базы данных.
-
Использования «тонкого» клиента (веб-интерфейс).
-
Резервное копирование и оперативное восстановление данных
-
Отзывчивый и интуитивно понятный интерфейс пользователя
-
Использование свободного программного обеспечения на всех уровнях: клиент – сервер приложений – сервер базы данных (согласно Распоряжению Правительства РФ от 17.12.2010 г. №2299-р «О плане перехода федеральных органов исполнительной власти и федеральных бюджетных учреждений на использование свободного программного обеспечения (2011 - 2015 годы)»).
-
Использование единого нормативно-справочного пространства (справочники, классификаторы)
-
Использование международных и общероссийских классификаторов: МКБ Х, ОКВЭД, ОКПО, ОКАТО, ОКПФ, ОКФС, ОКСО, КЛАДР, РЛС, МКС.
-
Использование стандарта Health Level 7 для обмена, управления и интеграции электронной медицинской информации.
-
Обеспечение интеграции (или обеспечение удаленного доступа) с действующими и создаваемыми общесистемными и прикладными федеральными компонентами системы с учетом требований по интеграции или форматам обмена, определяемыми Минздравсоцразвития России.
Требования к рабочей станции.
-
Операционная система – Windows XP/Vista/7, Linux (без использования средств эмуляции).
-
Авторизация пользователей с использованием глобального каталога (Active directory, LDAP).
-
Графический пользовательский интерфейс.
-
«Тонкий» клиент – веб-интерфейс.
Требования к серверу приложений.
-
Операционная система – Windows 2008 R2, Linux.
-
Веб-сервер – Apache.
-
Инструментальная среда – PHP.
-
Использование последних достижений в сфере интернет технологий и дизайна пользовательских web-интерфейсов, HTML5, CSS3, javascript-библиотек, (jQuery, ExtJS)
-
Использование AJAX-запросов
-
Использование memcached
-
Использование Sphinx
Требования к серверу базы данных.
-
Операционная система – Windows 2008 R2, Linux.
-
Система управления базами данных – PostgreSQL.
-
Доступ к базе данных – протокол tcp/ip
Задачи.
-
Создание электронной регистратуры:
-
электронная регистрация пациентов
-
создание электронных амбулаторных карт
-
печать титульных листов для амбулаторных карт пациентов с уникальными штрихкодами
-
быстрый поиск карты пациента в архиве карт по различным параметрам и по штрихкоду с помощью сканера штрихкодов
-
печать бланков согласий на обработку персональных данных, заявлений на прикрепление.
-
запись пациентов на прием к врачу, печать талонов.
-
проверка факта застрахованности
-
создание электронного расписания:
-городской поликлиники
-детской поликлиники
-перинатального центра
-центра психиатрии и наркологии
-
создание электронной записи на прием:
-через интернет
-посредством информационных киосков
-с мобильных устройств
-
автоматизация работы врача поликлиники
-
Просмотр списка пациентов на приём к определенному врачу на текущую дату с выделением пациентов, имеющих право проходить без очереди
-
Поиск пациента в архиве карт
-
Редактирование амбулаторной карты
-
Просмотр последних посещений
-
Назначение лабораторных и инструментальных исследований
-
Автоматизация работы стационара
-
регистрация данных о поступлении пациентов
-
формирование лицевой стороны медицинской карты больного (Форма № 003у);
-
печать сопроводительного вкладыша к истории болезни
-
печать бланков согласий на медицинское вмешательство, а также отказов от медицинского вмешательства
-
формирование заявок на амбулаторные карты пациентов в поликлинику
-
печать извещений о пострадавших в ДТП и несчастных случаев на производстве, а также о поступлении беспризорных детей
-
печать извещений об инфекционных заболеваниях, отравлениях, необычных реакциях на прививки
-
ввод в МИС данных статистического талона амбулаторного пациента (форма 025-10/у-97)
-
ведение сводной ведомости движения больных и коечного фонда по стационару круглосуточного пребывания, дневного стационара при больничном учреждении (форма 016/у-02)
-
ввод в МИС данных статистической карты выбывшего из стационара (форма № 066/у).
-
ввод в МИС данных об оказании услуг стоматологическим отделением (реестр пролеченных в стоматологии)
-
ввод в МИС данных об оказании услуг параклиническими службами – журнал регистрации анализов и их результатов (форма 250/у)
-
ввод в МИС данных больничного листа с последующей распечаткой на бланке (форма по приказу Минздрава номер 347н)
-
формирование статистических отчетов
-
формирование реестров медицинских услуг оказанных гражданам в формате XML (приложение 1).
-
Внедрение МИС в МСЧ №59.
- установка серверной части МИС
- настройка серверной части МИС
- настройка ролей участников и прав доступа
- интеграция с доменной структурой
- инструктаж персонала работе с системой
- написание детального руководства по работе с системой для разных групп пользователей
-
разработка технического проекта дальнейшей модернизации МИС (приложение 3)
Технический проект на модернизацию системы должен содержать следующие пункты:
1. Требования к функциональным характеристикам.
2. Требования к пользовательскому интерфейсу:
1. Состав модулей;
2. Описание функционала модулей;
3. Требования к структуре данных:
1. Структура базы данных;
2. Описание форматов хранения данных;
4. Требования к защите информации от несанкционированного доступа.
5. Требования к составу и параметрам технических средств
1. Требования к рабочей станции;
2. Требования к серверу приложений;
6. Этапы проектирования, разработки и внедрения системы с указанием сроков и отчетных документов.
7. Требования к документированию:
1. Описание системы;
2. Описание ролей пользователей;
3. Описание бизнес-процессов (схемы, действия пользователей по ролям);
4. Структура баз данных;
5. Структура прав доступа пользователей к информации хранимой в системе;
6. Руководство администратора;
7. Руководства пользователей;
Технический проект дальнейшей модернизации должен быть разработан в соответствии ГОСТам в области разработки медицинских информационных систем:
•ГОСТ 19.201-1978 ЕСПД. Техническое задание. Требования к содержанию и оформлению
•ГОСТ 19.202-1978 ЕСПД. Спецификация. Требования к содержанию и оформлению
•ГОСТ 19.301-79 ЕСПД. Программа и методика испытаний. Требования к содержанию и оформлению
•ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы.
•ГОСТ Р ИСО/МЭК 12119-2000 Пакеты программ. Требование к качеству и тестирование.
•ГОСТ Р ИСО/МЭК 9294-93 Руководство по управлению документированием программного обеспечения
•ГОСТ Р ИСО 9127-94 Документация пользователя.
•ГОСТ Р ИСО/МЭК 9126-93 Оценка программной продукции. Характеристики качества и руководства по их применению.
•РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документации
•Национальный стандарт РФ ГОСТ Р 52600-2006 "Протоколы ведения больных"
•Национальный стандарт РФ ГОСТ Р 52636-2006 "Электронная история болезни. Общие положения"
Приложение № 1
Структура файла со сведениями об оказанной медицинской помощи
-
Файл со сведениями об оказанной медицинской помощи
Файлы пакета информационного обмена должны быть упакованы в архив формата ZIP. Имя файла формируется по следующему принципу:
HPiNiPpNp_YYMMN.XML, где
H – константа, обозначающая передаваемые данные.
Pi – Параметр, определяющий организацию-источник:
T – ТФОМС;
S – СМО;
M – МО.
Ni – Номер источника (двузначный код ТФОМС или реестровый номер СМО или МО).
Pp – Параметр, определяющий организацию -получателя:
T – ТФОМС;
S – СМО;
M – МО.
N
p – Номер получателя (двузначный код ТФОМС или реестровый номер СМО или МО).
YY – две последние цифры порядкового номера года отчетного периода.
MM – порядковый номер месяца отчетного периода:
N – порядковый номер пакета. Присваивается в порядке возрастания, начиная со значения «1», увеличиваясь на единицу для каждого следующего пакета в данном отчетном периоде.
Код элемента
|
Содержание элемента
|
Тип
|
Формат
|
Наименование
|
Дополнительная информация
|
Корневой элемент (Сведения о медпомощи)
|
ZL_LIST
|
ZGLV
|
О
|
S
|
Заголовок файла
|
Информация о передаваемом файле
|
|
SCHET
|
О
|
S
|
Счёт
|
Информация о счёте
|
|
ZAP
|
ОМ
|
S
|
Записи
|
Записи о случаях оказания медицинской помощи
|
Заголовок файла
|
ZGLV
|
VERSION
|
O
|
T(5)
|
Версия взаимодействия
|
1.0
|
|
DATA
|
О
|
D
|
Дата
|
В формате ГГГГ-ММ-ДД
|
|
FILENAME
|
О
|
T(26)
|
Имя файла
|
Имя файла без расширения.
|
Счёт
|
SCHET
|
CODE
|
О
|
N(8)
|
Код записи счета
|
|
|
CODE_MO
|
О
|
T(6)
|
Реестровый номер медицинской организации
|
Приложение 12 (F003)
|
|
YEAR
|
O
|
N(4)
|
Отчетный год
|
|
|
MONTH
|
O
|
N(2)
|
Отчетный месяц
|
|
|
NSCHET
|
О
|
T(15)
|
Номер счёта
|
Формат Ni-YY.MM-N/Np
|
|
DSCHET
|
О
|
D
|
Дата выставления счёта
|
В формате ГГГГ-ММ-ДД
|
|
PLAT
|
У
|
T(5)
|
Плательщик. Реестровый номер СМО.
|
Приложение 11 (F002)
|
|
SUMMAV
|
О
|
N(15.2)
|
Сумма МО, выставленная на оплату
|
|
|
COMENTS
|
У
|
T(250)
|
Служебное поле к счету
|
|
|
SUMMAP
|
У
|
N(15.2)
|
Сумма, принятая к оплате СМО (ТФОМС)
|
Заполняется СМО (ТФОМС).
|
|
SANK_MEK
|
У
|
N(15.2)
|
Финансовые санкции (МЭК)
|
Сумма, снятая с оплаты по результатам МЭК, заполняется после проведения МЭК.
|
|
SANK_MEE
|
У
|
N(15.2)
|
Финансовые санкции (МЭЭ)
|
Сумма, снятая с оплаты по результатам МЭЭ, заполняется после проведения МЭЭ.
|
|
SANK_EKMP
|
У
|
N(15.2)
|
Финансовые санкции (ЭКМП)
|
Сумма, снятая с оплаты по результатам ЭКМП, заполняется после проведения ЭКМП.
|
Записи
|
ZAP
|
N_ZAP
|
О
|
N(4)
|
Номер позиции записи
|
Уникально идентифицирует запись в пределах счета.
|
|
PR_NOV
|
О
|
N(1)
|
Признак исправленной записи
|
0 – ОСНОВНОЙ СЧЕТ
(сведения об оказанной медицинской помощи передаются впервые);
1 – ДОП.СЧЕТ впервые;
2 – ДОП.СЧЕТ повторно
|
|
PACIENT
|
О
|
S
|
Сведения о пациенте
|
|
|
SLUCH
|
ОМ
|
S
|
Сведения о случае
|
|
Сведения о пациенте
|
PACIENT
|
ID_PAC
|
О
|
T(36)
|
Код записи о пациенте
|
Возможно использование уникального идентификатора (учетного кода) пациента.
Необходим для связи с файлом персональных данных.
|
|
VPOLIS
|
O
|
N(1)
|
Тип документа, подтверждающего факт страхования по ОМС
|
Приложение 15 (F008)
|
|
SPOLIS
|
У
|
Т(10)
|
Серия документа, подтверждающего факт страхования по ОМС
|
|
|
NPOLIS
|
O
|
T(20)
|
Номер документа, подтверждающего факт страхования по ОМС
|
|
|
SMO
|
У
|
T(5)
|
Реестровый номер СМО
|
Приложение 11 (F002)
|
|
SMO_OGRN
|
У
|
T(15)
|
ОГРН СМО
|
Заполняются при невозможности указать реестровый номер СМО.
|
|
SMO_OK
|
У
|
T(5)
|
ОКАТО территории страхования
|
|
SMO_NAM
|
У
|
Т(100)
|
Наименование СМО
|
Заполняется при невозможности указать ни реестровый номер, ни ОГРН СМО.
|
|
NOVOR
|
О
|
Т(7)
|
Признак новорождённого
|
Указывается в случае оказания медицинской помощи ребёнку до государственной регистрации рождения.
0 – признак отсутствует.
Если значение признака отлично от нуля, он заполняется по следующему шаблону:
ПДДММН, где
П – пол ребёнка в соответствии с приложением 4;
ДД – день рождения;
ММ – месяц рождения;
Н – порядковый номер ребёнка (до двух знаков).
|
Сведения о случае
|
SLUCH
|
IDCASE
|
O
|
N(8)
|
Номер записи в реестре случаев
|
Соответствует порядковому номеру записи реестра счёта на бумажном носителе при его предоставлении.
|
|
USL_OK
|
O
|
N(2)
|
Условия оказания медицинской помощи
|
Приложение 6 (V006)
|
|
VIDPOM
|
O
|
N(4)
|
Вид помощи
|
Приложение 7 (V008)
|
|
NPR_MO
|
У
|
Т(6)
|
Код МО, направившего на лечение (госпитализациюдиагностику, консультацию)
|
Приложение 12 (F003)
При отсутствии сведений может не заполняться.
Для одной МО не заполняется
|
|
EXTR
|
У
|
N(2)
|
Направление (госпитализация)
|
1 –плановая; 2 – экстренная
|
|
PODR
|
O
|
N(8)
|
Код отделения
|
Приложение 20
|
|
LPU
|
О
|
T(6)
|
Код МО
|
Приложение 12 (F003)
|
|
LPU_1
|
У
|
T(6)
|
Подразделение МО
|
Приложение 19
|
|
PODR
|
У
|
N(8)
|
Код отделения
|
Приложение 20
|
|
PROFIL
|
O
|
N(3)
|
Профиль
|
Приложение 2 (V002)
|
|
DET
|
У
|
N(1)
|
Признак детского профиля
|
0-нет, 1-да.
|
|
NHISTORY
|
O
|
T(50)
|
Номер истории болезни/ талона амбулаторного пациента/амб.карта
|
|
|
DATE_1
|
O
|
D
|
Дата начала лечения
|
|
|
DATE_2
|
O
|
D
|
Дата окончания лечения
|
|
|
DS0
|
Н
|
T(10)
|
Диагноз первичный
|
Код из справочника МКБ до уровня подрубрики. Указывается при наличии
|
|
DS1
|
O
|
T(10)
|
Диагноз основной
|
Код из справочника МКБ до уровня подрубрики.
|
|
DS2
|
У
|
T(10)
|
Диагноз сопутствующего заболевания
|
Код из справочника МКБ до уровня подрубрики. Указывается в случае установления в соответствии с медицинской документацией.
|
|
CODE_MES1
|
У
|
Т(16)
|
Код МЭС
|
Классификатор МЭС. Указывается при наличии утверждённого стандарта.
|
|
CODE_MES2
|
У
|
Т(16)
|
Код МЭС сопутствующего заболевания
|
|
RSLT
|
O
|
N(3)
|
Результат обращения/ госпитализации
|
Приложение 8 (V009)
|
|
ISHOD
|
O
|
N(3)
|
Исход заболевания
|
Приложение 10 (V012)
|
|
PRVS
|
O
|
N(9)
|
Специальность лечащего врача/ врача, закрывшего талон
|
Приложение 4 (V004)
|
|
IDDOKT
|
O
|
Т(16)
|
Код врача, закрывшего талон/историю болезни
|
Из регистра медицинского персонала или СНИЛС
|
|
IDSP
|
O
|
N(2)
|
Код способа оплаты медицинской помощи
|
Приложение 9 (V010)
|
|
ED_COL
|
У
|
N(5.2)
|
Количество единиц оплаты медицинской помощи
|
|
|
TARIF
|
У
|
N(15.2)
|
Тариф
|
Из справочника тарифов
|
|
SUMV
|
O
|
N(15.2)
|
Сумма, выставленная к оплате
|
|
|
OPLATA
|
У
|
N(1)
|
Тип оплаты
|
Оплата случая оказания медпомощи:
1 – полная;
2 – полный отказ;
|
|
SUMP
|
У
|
N(15.2)
|
Сумма, принятая к оплате СМО (ТФОМС)
|
Заполняется СМО (ТФОМС).
|
|
REFREASON
|
УМ
|
N(2)
|
Код причины отказа (частичной) оплаты
|
Приложение 17 (F014)
|
|
SANK_MEK
|
У
|
N(15.2)
|
Финансовые санкции (МЭК)
|
Сумма, снятая с оплаты по результатам МЭК, заполняется после проведения МЭК.
|
|
SANK_MEE
|
У
|
N(15.2)
|
Финансовые санкции (МЭЭ)
|
Сумма, снятая с оплаты по результатам МЭЭ, заполняется после проведения МЭЭ.
|
|
SANK_EKMP
|
У
|
N(15.2)
|
Финансовые санкции (ЭКМП)
|
Сумма, снятая с оплаты по результатам ЭКМП, заполняется после проведения ЭКМП.
|
|
USL
|
УМ
|
S
|
Сведения об услуге
|
Описывает услуги, оказанные в рамках данного случая
|
|
COMENTSL
|
У
|
T(250)
|
Служебное поле
|
|
Сведения об услуге
|
USL
|
IDSERV
|
O
|
N(8)
|
Номер записи в реестре услуг
|
|
|
LPU
|
O
|
Т(6)
|
Код МО
|
Приложение 12 (F003)
|
|
LPU_1
|
У
|
Т(6)
|
Подразделение МО
|
Приложение 19
|
|
PODR
|
У
|
N(8)
|
Код отделения
|
Приложение 20
|
|
PROFIL
|
O
|
N(3)
|
Профиль
|
Приложение 2 (V002)
|
|
DET
|
У
|
N(1)
|
Признак детского профиля
|
0-нет, 1-да.
|
|
DATE_IN
|
O
|
D
|
Дата начала оказания услуги
|
|
|
DATE_OUT
|
O
|
D
|
Дата окончания оказания услуги
|
|
|
DS
|
O
|
Т(10)
|
Диагноз
|
Код из справочника МКБ до уровня подрубрики
|
|
CODE_USL
|
O
|
Т(16)
|
Код услуги
|
Приложение 1
|
|
KOL_USL
|
O
|
N(6.2)
|
Количество услуг (кратность услуги)
|
|
|
TARIF
|
O
|
N(15.2)
|
Тариф
|
|
|
SUMV_USL
|
O
|
N(15.2)
|
Стоимость медицинской услуги, выставленная к оплате (руб.)
|
|
|
PRVS
|
O
|
N(9)
|
Специальность медработника, выполнившего услугу
|
Код специальности из регистра медицинского персонала
|
|
CODE_MD
|
O
|
Т(16)
|
Код медицинского работника, оказавшего медицинскую услугу
|
Из регистра медицинского персонала или СНИЛС
|
|
COMENTU
|
У
|
T(250)
|
Служебное поле
|
|
