У Т В Е Р Ж Д А Ю

Приложение № 2
к уведомлению о запросе котировок
УТВЕРЖДАЮ
Главный врач
МАУЗ «Стоматологическая поликлиника
№1»
________Э.М. Толмачева
«29» мая 2013 г.
ДОКУМЕНТАЦИЯ ДЛЯ ПРОВЕДЕНИЯ ПРОЦЕДУРЫ ЗАПРОСА КОТИРОВОК НА ПРАВО
ЗАКЛЮЧЕНИЯ ГРАЖДАНСКО-ПРАВОВОГО ДОГОВОРА НА ВЫПОЛНЕНИЕ РАБОТ ПО
СОЗДАНИЮ И ВНЕДРЕНИЮ КОМПЛЕКСНОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИОННОЙ
СИСТЕМЫ В МАУЗ «Стоматологическая поликлиника № 1» на 2-4 кварталы 2013г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Раздел I. Общие требования
1. Предмет запроса котировок, начальная (максимальная) цена договора
1. Предметом настоящей процедуры запроса котировок является право заключения
гражданско-правового договора на выполнение работ по созданию и внедрению комплексной
медицинской информационной системы в МАУЗ «Стоматологическая поликлиника № 1» на 2-4
кварталы 2013г..
2. Начальная (максимальная) цена гражданско-правового договора - 743 500 рублей 00
копеек.
3. Код по Общероссийскому классификатору видов экономической деятельности, продукции
и услуг (ОКДП) – 7244000.
2. Цели и правовое основание для выполнения работ
1. Целью данной закупки является совершенствование процесса оказания медицинской
помощи жителям Мурманской области путем создания и внедрения комплексной медицинской
информационной системы в МАУЗ «Стоматологическая поликлиника № 1».
2. Основанием для
выполнения работ является
приказ главного врача
МАУЗ
«Стоматологическая поликлиника №1» от 29.05.2013 №116-01
3. Источник финансирования :
1). бюджет Мурманской области
2). средства предпринимательской деятельности (в случае возникновения дополнительной
потребности)
4. Форма, сроки и порядок оплаты работ
1. Формой оплаты является безналичный расчет.
2.
Сроки и порядок оплаты:
2.1. Оплата производится в полном объёме путем перечисления денежных средств
Исполнителю в течение 30 (тридцати) банковских дней, с даты подписания сторонами Акта
приема-сдачи выполненных работ.
3. Авансирование не предусмотрено.
5. Место, условия и сроки (периоды) выполнения работ
1. Местом выполнения работ является: МАУЗ «Стоматологическая поликлиника № 1»,
Адрес: 183038, г. Мурманск , пр. Ленина 78.
2. Условия выполнения работ: Обязательное наличие открытого программного кода.
Пользователь может использовать любого разработчика для модернизации системы, либо, при
наличии должной квалификации, делать это сам. Исполнитель предоставляет Заказчику
неисключительные (пользовательские) права на использование комплексной системы на
неограниченный срок с неограниченным количеством клиентских рабочих мест.
Передаваемые права на использование программного обеспечения не должны быть
ограничены во времени.
3. Заказчик не предоставляет Исполнителю, его представителям и иным лицам,
осуществляющим или оказывающим помощь Исполнителю по выполнению взятых на себя
обязательств по Договору:
1) Программный (исходный) или иной код использующихся программных комплексов, их
частей и компонентов.
2) Инсталляционные пакеты программных комплексов, их частей и компонентов.
3) Магнитооптические или иные носители, содержащие сведения о программных
комплексах.
4) Допуск к собственным ресурсам, к локальной сети и иным средствам
телекоммуникационной связи.
5) Компьютерную, копировально-множительную, вычислительную и иную оргтехнику.
6) Расходные материалы к компьютерной, копировально-множительной, вычислительной и
иной оргтехнике.
7) Мебель и другие предметы интерьера.
8) Рабочие места.
9) Любые транспортные услуги, в том числе трансферт из аэропортов, вокзалов, мест
проживания (нахождения / месторасположения) и обратно.
10) Бумагу (любых форматов), канцелярские принадлежности.
11) Услуги по распечатке документов, сканирования, ксерокопирования.
12) Услуги по отправке факсов, корреспонденции, посылок, бандеролей и т. д. с
использованием любых способов связи и отправки.
13) Доступ в Интернет, городскую, междугороднюю и международную связь.
4. Сроки (периоды) выполнения работ: до 20 декабря 2013г.
6. Порядок формирования цены договора
1. Начальная (максимальная) цена гражданско-правового договора определена исходя из
анализа рынка, предложений организаций, готовых выполнить работы по предмету договора.
Общая стоимость работ по Договору (цена Договора) включает в себя:
- все затраты, связанные с выполнением Исполнителем обязательств по Договору;
- стоимость предоставляемых неисключительных (пользовательских) прав на использование
программного комплекса;
- стоимость сопровождения и модернизации программного комплекса под специфические
нужды Заказчика;
- стоимость обучения Пользователей и администраторов МИС на местах Заказчика в
количестве, указанном в п.3.3.
- все налоги, сборы, таможенные платежи и прочие сборы, которые Исполнитель должен
оплачивать в соответствии с условиями Договора, законодательством РФ или на иных основаниях,
и изменению не подлежит.
Раздел II. Требования к работам, являющимся предметом запроса котировок
7. Требования к количественным характеристикам (объему) работ
Создание и внедрение комплексной медицинской информационной системы (далее –
Система, МИС) включает в себя:
1. Определение, согласование и утверждение методики реализации технического задания на
разработку Системы:
 уточнение требований к техническим средствам;
 согласование стадий, этапов и сроков разработки Системы и документации на нее;
 утверждение методики реализации технического задания.
2. Модернизацию эксплуатируемой
модернизируемых механизмов МИС:
у Заказчика МИС и последующее внедрение
Метод решения не должен использовать специального программного обеспечения,
обязательного для своего функционирования, не являющегося составной частью операционной
системы в качестве сервера приложений.
Внедряемое программное обеспечение должно быть обеспечено гарантированной
технической поддержкой и сопровождением, направленным на поддержание его в
работоспособном состоянии и, при необходимости, адаптацию к изменяющимся условиям
применения.
Средства защиты информации должны обеспечивать гарантированную
конфиденциальной информации согласно законодательству Российской Федерации.
защиту
3. Требования к услугам:
3.1. Осуществить модернизацию существующей у Заказчика МИС, реализовать
функциональные механизмы, позволяющие учитывать информацию по следующим направлениям
деятельности ЛПУ:
 Режим «Стоматология»
 Режим «Ортопедическая стоматология»
 Режим «Стоматология детская»
 Режим «Платные медицинские услуги»
 Режим «Учет и выписка больничных листов»
По перечисленным направлениям обеспечить в МИС регистрацию услуг, оказываемых
населению в рамках ОМС, выставление счетов ОМС, счетов-фактур в соответствии с
действующим региональным регламентом информационного взаимодействия, утверждённым
приказом ТФОМС, а также регистрацию услуг, выставление счетов, счетов-фактур, оказываемых
по ортопедической стоматологии и платным медицинским услугам .
3.2. Осуществить модернизацию существующей у Заказчика МИС в соответствии с
действующим региональным регламентом информационного взаимодействия, описанном в
Приложении №1.
3.3. Внедрить модернизированную МИС на существующих рабочих станциях Заказчика в
количестве 30 (тридцать) единиц техники.
3.4. Обучить Пользователей и администраторов МИС на местах Заказчика в количестве,
указанном в п.3.3.
3.5. Модифицировать МИС в соответствии с изменениями законодательства и по личным
заявкам Заказчика с последующей адаптацией без ограничения количества таких заявок на
протяжении всего срока действии Договора.
3.6. Обеспечить работоспособность и развитие МИС.
3.7. Осуществлять консультации пользователей по вопросам работы с МИС в рабочие дни с
08:00 до 20:00 по средствам телефонной связи или ресурсами «Интернет-соединений» (Например:
Skype).
3.8. В случае выявления сбоев и ошибок проектирования, кодирования или других
несоответствий заявленных Заказчиком, устранение и внедрение исправлений МИС выполняется
Исполнителем лично, с помощью электронной почты или средствами удаленного доступа не
позднее 5 (пяти) календарных дней с момента официального уведомления.
3.9. В ходе оказания услуг Исполнитель самостоятельно определяет наиболее приемлемый
способ установки новой версии и оказания услуг, из следующих вариантов:
- выезд Исполнителя к Заказчику;
- посредством электронной почты;
- посредством модемного соединения;
- любым другим доступным способом
3.10. Предоставить информацию в виде руководств пользователя, которые соответствуют
очередной версии МИС в электронном виде.
3.11. Осуществить дополнительные консультации медицинского персонала на местах по
заявкам Заказчика на протяжении всего срока действия договора.
3.12. Разработать новые формы отчетности в связи с изменениями требований Министерства
здравоохранения и социального развития РФ по заявкам Заказчика, поступившим за 7 (Семь)
дней до момента формирования отчетности. Разработать новые формы отчетности в связи с
изменениями требований Федерального Фонда ОМС и внедрение на рабочее место Заказчика не
позднее, чем за 5 (пять) дней до сдачи отчета по данным формам.
3.13. Разработать новые формы отчетности в связи с изменениями и дополнениями в
положение о порядке оплаты медицинских услуг в системе обязательного медицинского
страхования, по согласованию тарифов на медицинские услуги, и внедрение на рабочее место
Заказчика не позднее, чем за 5 (пять) дней до сдачи отчета по данным формам.
3.14. Изменение глобальных справочников (страховые компании, место работы, адрес и т.д.),
по мере изменения справочников.
3.15. Контроль дискового пространства, анализ системных журналов и принятие адекватных
мер для предотвращения возможных сбоев в работе ОС. В случае невозможности решения на
текущем аппаратном обеспечении, официально уведомить Заказчика.
3.16. Контроль доступа к файловым ресурсам сервера и принятие адекватных мер для
предотвращения возникающих проблем. В случае невозможности решения на текущем аппаратном
обеспечении, официально уведомить Заказчика.
3.17. Настройка и контроль резервирования базы данных (при невозможности
восстановления базы данных после сбоя стандартными средствами восстановление происходит с
последней копии базы данных, предоставленной Заказчиком):
- контроль работоспособности механизма резервирования данных заказчика и принятие
адекватных мер для предотвращения возможных сбоев;
- обеспечение доступа Заказчику к архивной копии базы данных : для копирования на
внешний носитель.
- обеспечить работоспособность механизма резервного копирования данных в
автоматическом режиме не менее 1 раза в сутки.
- обеспечить сохранение архивных копий базы данных, полученных в результате
автоматического резервного копирования не менее чем на 2 независимо подключенных устройства
хранения информации.
3.18. Обеспечение защиты программного комплекса от несанкционированного доступа.
3.19. Анализ производительности базы данных. Принятие мер по достижению максимально
возможной производительности на имеющемся оборудовании.
3.20. Контроль и применение обновлений базового программного обеспечения ОС,
приобретенных Заказчиком, установка обновлений, рекомендованных производителем.
3.21. Обеспечение функционирования обмена информацией со страховщиком по ОМС на
внешних носителях (дискеты, CD-R, CD-RW и т.п.) по следующим позициям:
- информация о населении (паспортно-полисная часть, место работы).
- реестры оплаты услуг по ОМС.
3.22. Осуществлять консультации администраторов программного обеспечения по
обеспечению работоспособности МИС и вопросам эксплуатации серверного оборудования.
3.23. Согласовать изменения, вносимые в исходный текст (код) модифицируемой МИС с
правообладателем МИС, для возможности дальнейшего взаимодействия модифицируемой МИС с
авторскими обновлениями МИС, выпускаемыми правообладателем в промышленную
эксплуатацию.
3.24. Подтверждать документально все изменения, вносимые в исходный текст (код)
модифицируемой МИС на предмет возможности дальнейшего взаимодействия модифицируемой
МИС с авторскими обновлениями МИС, выпускаемыми правообладателем в промышленную
эксплуатацию. Документы должны быть официально подписаны правообладателем, трактоваться
однозначно положительно на предмет согласованности между Исполнителем и правообладателем
изменений, разработанных Исполнителем для Заказчика.
3.25. Все работы оказывать лично, без посредников и субподрядчиков.
3.26. Все модернизированные исходные тексты, внедряемые в МИС должны соответствовать
требованиям и условиям модернизации и эксплуатации программного продукта правообладателя
МИС и не должны нарушать законодательства РФ об авторском праве.
3.27. Не допускается в процессе производства работ создание отдельных (модульных,
«оконных» и т.п.) систем, обслуживающих или взаимодействующих с МИС. Реализованные
механизмы должны быть интегрированы в интерфейс МИС и корректно взаимодействовать с уже
существующими функциональными механизмами.
3.28. Внедряемые функциональные механизмы МИС не должны нарушать целостность
существующих механизмов МИС, менять алгоритмы их работы, а так же нарушать алгоритмы
работы предприятия Заказчика.
4. Технические требования к результатам модернизации МИС
В результате модернизации и внедрения новых функциональных механизмов МИС не
должны быть нарушены целостность реализации МИС, технический алгоритм действия
МИС и основные функциональные механизмы МИС по следующим критериям:
4.1. Серверная часть МИС:
4.1.1. Система управления базами данных (СУБД): Сервер баз данных MySQL – поддержка
модели ACID, поддержка репликации данных, открытый исходный код, отсутствие требований
дополнительного лицензирования, поддержка соединений с использованием ODBC, JDBC и .NET,
поддержка стандарта ANSI/ISO SQL.
4.1.2. Данные МИС должны храниться и обрабатываться (добавление, изменение, удаление,
запрос) путем обращения клиента к СУБД, указанной в п.4.1.1.
4.1.3. Операционная система: CentOS 6.0 или выше (не требует дополнительного
лицензирования)
4.1.4. Технологии виртуализации – не использовать, на физическом сервере должна быть
установлена единственная операционная система CentOS 6.0.
4.1.5. Интерфейс: командный интерпретатор bash
4.1.6. Доступ к серверу БД: протокол TCP/IP
4.1.7. Технология работы комплекса: клиент-сервер
4.1.8. Безопасность: уровень операционной системы и СУБД
4.1.9. Резервное копирование: ежедневное, автоматическое, по расписанию.
4.2. «Клиентская» часть МИС:
4.2.1. Интерфейс – графический (GUI)
4.2.2. Реализация – с использованием «тонкого» клиента и «толстого» (Rich-) клиента.
4.2.3. Инструментальная среда – Python, QT (не требует дополнительного лицензирования)
4.2.4. Операционная среда: возможность работы под Linux (не требует дополнительного
лицензирования) без использования эмуляторов и виртуализации, а так же Windows 2000/XP/7
4.2.5. Почтовый клиент – встроенный (протокол SMTP/POP3)
4.2.6. Безопасность: привилегии на уровне пользователя СУБД
4.2.7. Экспорт/Импорт – DBF, XML, SQL, HTML.
4.2.8. Справочная система – должна использовать международные и общероссийские
классификаторы:
 МКБ Х
 ОКВЭД
 ОКПО
 ОКАТО
 ОКПФ
 ОКФС
 ОКСО
 КЛАДР
 РЛС
 МКС
4.2.9. Система тарификации – должна поддерживать следующие типы финансирования:
 Бюджетное
 ДМС
 ОМС
 Платное
 Целевое
4.2.10. Взаимодействие с внешними системами осуществляется в соответствии с
Приложением №1 настоящего Технического задания.
4.2.11. Отчетные формы – внешние на базе eXaro/FreeReports должен поддерживаться
распределенный доступ и режим «Дизайнер».
4.2.12. Финансовый контроль – должен обеспечивать ведение договоров на предоставляемые
услуги и выполнять мониторинг оплаты по оказанным услугам
4.2.13. Как серверная, так и клиентская часть МИС должны предусматривать возможность
полноценной работы без использования программного обеспечения (в том числе операционной
системы) требующего дополнительного лицензирования.
4.2.14. Основные функциональные механизмы комплекса:
 Электронная регистратура
 Электронная очередь
 Электронная история болезни
 Сбор и обработка статистики
 Пользовательский генератор отчетов
 Взаимодействие с внешними системами
 Управление ресурсами
 Складской учет
 Возможность пополнения справочной системы:
- «контингенты»;
- таблица «Сводные данные по ЛПУ»;
- нормы расхода стоматологических материалов по приемам.
 Получение дополнительных бухгалтерско-аналитических форм, необходимых для
функционирования учреждения (приложение №1).
 Доступ к персональным данным пациента должен быть ограничен в соответствии
с настройками прав доступа пользователя.
4.3. Как серверная, так и клиентская часть модифицируемой МИС должны корректно
функционировать и взаимодействовать с оперативными авторским обновлениями, выпускаемыми
в промышленную эксплуатацию правообладателем МИС, т.е. внесённые Исполнителем изменения
должны быть официально подтверждены правообладателем на корректность функционирования и
взаимодействия с оперативными авторским обновлениями, выпускаемыми в промышленную
эксплуатацию правообладателем МИС. Процедуру согласования Исполнитель осуществляет
самостоятельно.
Описание МИС
Полное наименование эксплуатируемой МИС:
«Медицинская Информационная Система "Комплекс Программных Средств "Система
Автоматизации Медико-Страхового Обслуживания Населения" "САМСОН"
Назначение: Данная система предназначена для автоматизации процессов управления лечебным
учреждением
Техническое описание:
1. Сервер баз данных:
1.1. В настоящий момент у Заказчика эксплуатируется ревизия 10542
1.2. Система управления базами данных (СУБД): Сервер баз данных MySQL.
1.3. Данные МИС хранятся и обрабатываются (добавление, изменение, удаление, запрос) в
среде СУБД, указанной в п.1.1.
1.4. Операционная система: CentOS 6.0 или выше (не требует дополнительного
лицензирования)
1.5. Доступ к серверу БД: протокол TCP/IP
1.6. Технология работы комплекса: клиент-сервер
1.7. Безопасность: уровень операционной системы и СУБД
1.8. Резервное копирование: ежедневное, автоматическое, по расписанию
1.9. Обеспечена возможность работы электронной очереди на портале «самозаписи» в сети
«Интернет»
2. Рабочая станция:
В настоящий момент у Заказчика эксплуатируется ревизия 10542.
Интерфейс – графический (GUI)
Реализация – «толстый» (Rich-) клиент
Операционная среда: возможность работы под Linux (не требует дополнительного
лицензирования) без использования эмуляторов и виртуализации, а так же Windows
2000/XP/7
2.5. Почтовый клиент – встроенный (протокол SMTP/POP3)
2.6. Безопасность: привилегии на уровне пользователя СУБД
Экспорт/Импорт: DBF, XML, SQL, HTML – форматы файлов.
Справочная система – использует международные и общероссийские классификаторы:
4.1. МКБ Х
4.2. ОКВЭД
4.3. ОКПО
4.4. ОКАТО
4.5. ОКПФ
4.6. ОКФС
4.7. ОКСО
4.8. КЛАДР
4.9. РЛС
4.10.
МКС
Система тарификации – поддерживает следующие типы финансирования:
5.1. Бюджетное
5.2. ДМС
5.3. ОМС
5.4. Платное
5.5. Целевое
Отчетные формы – внешние на базе FreeReports
Финансовый контроль – обеспечивает ведение договоров на предоставляемые услуги и
выполняет мониторинг оплаты по оказанным услугам
Как серверная, так и клиентская часть МИС предусматривают возможность полноценной
работы без использования программного обеспечения (в том числе операционной системы)
требующего дополнительного лицензирования.
2.1.
2.2.
2.3.
2.4.
3.
4.
5.
6.
7.
8.
8. Требования к качеству и безопасности работ
Метод решения не должен использовать специального программного обеспечения,
обязательного для своего функционирования, не являющегося составной частью операционной
системы в качестве сервера приложений.
Внедряемое программное обеспечение должно быть обеспечено гарантированной
технической поддержкой и сопровождением, направленным на поддержание его в
работоспособном состоянии и, при необходимости, адаптацию к изменяющимся условиям
применения.
Средства защиты информации должны обеспечивать гарантированную защиту
конфиденциальной информации согласно законодательству Российской Федерации.
Программные средства должны сопровождаться документацией, подтверждающей
правомочность организаций поставлять данную продукцию, сопровождаться лицензионным
соглашением.
9. Требования к техническим характеристикам работ
Настройка Системы должна проводиться в соответствии со следующими стандартами и
нормативами:
Концепция
создания
единой
государственной
информационной
системы
в сфере здравоохранения, утвержденная Приказом Минздравсоцразвития России №364 от 28
апреля 2011 г.
Концепция создания системы персонального учета населения Российской Федерации,
одобренная распоряжением Правительства РФ от 09.06.2005 № 748-р.
Руководящий документ «Автоматизированные системы. Защита от несанкционированного
доступа к информации (Классификация автоматизированных систем и требования по защите
информации)», утвержденный решением председателя Государственной технической комиссии
при Президенте Российской Федерации от 30.03.1992 г.
ГОСТ 34.201-89 – Комплекс стандартов на автоматизированные системы. Виды,
комплектность и обозначения документов при создании автоматизированных систем.
ГОСТ 34.601-90
–
Комплекс стандартов
на автоматизированные системы.
Автоматизированные системы. Стадии создания.
ГОСТ 34.602-89 – Комплекс стандартов на автоматизированные системы. Техническое
задание на создание автоматизированной системы.
ГОСТ 34.603-92 – Информационная технология. Виды испытаний автоматизированных
систем.
РД 50-34.698-90 – Методические указания. Информационная технология. Комплекс
стандартов и руководящих документов на автоматизированные системы. Автоматизированные
системы. Требования к содержанию документов.
ГОСТ Р 51141–98 - Делопроизводство и архивное дело. Термины и определения.
ГОСТ Р 6.30–2003 - Унифицированные системы организационно-распорядительной
документации. Требования к оформлению документов.
ГОСТ Р ИСО 15489-1-2007 - Система стандартов по информации, библиотечному и
издательскому делу. Управление документами – Общие требования.
ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы.
ГОСТ 19.202-78 – Единая система программной документации. Спецификация. Требования к
содержанию и оформлению.
ГОСТ 19.301-79 - Единая система программной документации. Программа и методика
испытаний. Требования к содержанию и оформлению.
ГОСТ 19.402-78 – Единая система программной документации. Описание программы.
ГОСТ 19.502-78 – Единая система программной документации. Описание применения.
Требования к содержанию и оформлению.
10. Требования к результатам работ и иные показатели, связанные с определением
соответствия выполняемых работ потребностям заказчика (приемка работ)
1. Система должна функционировать на уже использующемся у Заказчика техническом
обеспечении.
2. В целях формирования единого информационного ресурса сферы здравоохранения
Мурманской области Исполнитель должен обеспечить совместимость информации в полном
имеющемся объёме и технологических подходах, заложенных в региональном медицинском
информационном ресурсе здравоохранения Мурманской области, эксплуатирующемся на
централизованных информационно-технологических мощностях государственного областного
бюджетного учреждения здравоохранения «Мурманский областной медицинский информационно
аналитический центр», являющемся оператором действующих и создаваемых региональных
информационных ресурсов в сфере здравоохранения. Обеспечить интеграцию с МИС
«Медиалог», использующейся в учреждении. Совместимость Системы должна быть обеспечена
без дополнительных модификаций внедряемой Системы, не предусмотренных настоящим ТЗ.
Требования к внедряемому программному обеспечению:

возможность подключения к региональному информационному ресурсу здравоохранения
Мурманской области без необходимости поставки дополнительного программного обеспечения;

принцип однократности ввода информации и её многократного использования должен
реализовываться за счёт использования для хранения необходимой Системе информации в тех
же таблицах базы данных, которые используются существующими информационными
системами. Изменение структуры существующих баз данных не допускается.

Система должна соответствовать принципу однократного ввода информации в Систему и её
многократного использования, в том числе той информации, просмотр и редактирование которой
осуществляется существующими информационными системами. В целях совместимости не
допускается изменение структуры баз данных регионального информационного ресурса
здравоохранения Мурманской области.

простота и удобство в работе за счет использования справочников и шаблонов ввода
информации;

соответствие интерфейса современным эргономическим требованиям, обеспечение
удобного доступа к основным функциям, клавиши быстрого доступа для выбора наиболее
употребительных функций;

единый графический дизайн функций пользовательского интерфейса, построенного на
основе оконного интерфейса операционной системы Microsoft Windows или эквивалент,
одинаковое расположение основных элементов управления;

полная взаимозаменяемость клавиатуры и манипулятора-мышь;

адекватная реакция на возможные некорректные действия пользователя;

подсказки и рекомендации по работе с Системой;

возможность настройки состава функций рабочих мест Системы в зависимости от
потребностей конкретного учреждения;

возможность расширения или модификации справочной информации, используемой в
Системе;

защита от несанкционированного доступа, разграничение прав доступа пользователей к
функциям Системы, авторизация ввода данных;

соответствие требованиям отраслевых нормативных документов и отраслевой специфики в
соответствии с требованиями настоящего ТЗ;

наличие
комплекта
эксплуатационной
документации
Системы
(руководство
администратора, руководство пользователя) на русском языке;

возможность организации взаимодействия (интеграции) с информационными системами
сторонних заинтересованных организаций;

возможность организации взаимодействия с медицинскими информационными системами с
целью включения в единую информационную систему здравоохранения области.
Требования к надежности:
 использование лицензионных операционных систем, общесистемного
инструментальных программных систем, используемых при выполнении работ;
ПО
и
 использование лицензионных систем управления базами данных, средств приема, обработки
и передачи данных;
 контроль правильности данных по их типу в соответствии с требованиями настоящего ТЗ;
 возможность дублирования, архивирования и сохранения любого количества резервных
копий баз данных и их фрагментов средствами СУБД;
 при отсутствии сбоев технических средств Система должна функционировать в штатном
режиме 24 часа в сутки в течении всего срока использования;
 Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных
неверными действиями пользователей, неверным форматом или недопустимыми значениями
входных данных. В указанных случаях, система должна выдавать пользователю соответствующие
аварийные сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной
(недопустимой) команде или некорректному вводу данных;
 при возникновении сбоев в аппаратном обеспечении, включая аварийное отключение
электропитания, Система должна автоматически восстанавливать свою работоспособность после
устранения сбоев и корректного перезапуска аппаратного обеспечения (за исключением случаев
повреждения рабочих носителей информации с исполняемым программным кодом);
 функции архивирования не должны изменять состояния архивов при аварийных
завершениях работы.
Раздел III. Требования к сроку и (или) объему предоставления гарантии
качества товара, работ, услуг.
Исполнитель гарантирует, что результат работ передается свободным от прав третьих лиц и
не является предметом залога, ареста или иного обременения.
Срок гарантии качества на работы - не менее 12 месяцев.
Исполнитель должен гарантировать качество и надежность функционирования системы в
течение гарантийного срока, в том числе в случае изменения на федеральном уровне требований к
формату представления или передачи информации.
Объем гарантии качества на работы по настоящему Договору заключается в устранении за
счет Исполнителя всех выявленных Заказчиком и направленных Исполнителю ошибок и оказании
консультативной помощи в режиме on-line .
Гарантийное обслуживание производится по двухуровневой схеме.
Первый уровень:
 выявление и классификация Заказчиком проблемы (некорректные действия пользователя,
сбой оборудования, ошибка в программном обеспечении и т.д.);
 присвоение проблеме статуса:
 критичная – остановка системы (невозможность работы с системой) или
невыполнение (некорректное выполнение) системой важных функций, которое может привести к
невозможности работы одного или более подразделения Заказчика (более 50 пользователей);
 важная – некорректное исполнение системой некоторых функций, которое может
привести к невозможности работы от 10 до 50 пользователей системы;
 текущая – некорректное исполнение системой некоторых функций, которое может
привести к невозможности работы от одного или 10 пользователей или влекущее за собой
искажение информации;
 обращение к Исполнителю, в случаях, когда проблема не может быть решена на уровне
поддержки Заказчика;
 получение и исполнение инструкций от Исполнителя по решению выявленной проблемы;
Второй уровень организуется Исполнителем и выполняет следующие функции:
Предоставление консультаций специалистами поддержки Заказчика с использованием всех
доступных средств связи (телефон, электронная почта, электронные средства онлайн общения и
т.д.);
Принятие мер по решению возникших проблем у Заказчика в течение:
 8 часов для обращений статуса «критично»;
 16 рабочих часов (по графику работы Исполнителя) для обращений статуса «Важно»;
 40 рабочих часов (по графику работы Исполнителя) для обращений статуса «Текущее».
Бесплатное предоставление Заказчику всех обновлений системы выпускаемых
правообладателем в промышленную эксплуатацию в течение гарантийного срока обслуживания.
Приложение № 1
Взаимодействие с внешними системами
Обозначения в документе
2.
Типы данных
№
Обозначение
п/п
C
9.
10. N
11.
12.
L
D
13.
B
Описание
Строка
Целое число – если не указана длина и точность; иначе – число с
плавающей точкой типа numeric(q,p).
Целое число. Ссылка на значение справочника или запись таблицы
Дата и время (datetime). При не возможности указания времени оно
задается как 00:00:00.
Целое число.
Возможные значения:
0 - Нет
1 - Да
2.
Таблицы сущностей
Основные таблицы, позволяющие связать данные в единое целое по порядку их загрузки:
1. Описание пакета данных.
2. Данные по пациенту.
3. Номер статталона в таблице «Амбулаторное посещение» (CARD) при выгрузке
амбулаторных случаев.
Каждая из этих таблиц содержит одно или несколько полей формирующих уникальный ключ,
позволяющий однозначно идентифицировать запись в таблице, такие поля отмечаются в документе
синим шрифтом. Все вспомогательные таблицы связываются с основными при помощи одного или
нескольких полей обозначенных в документе зеленым шрифтом.
2.
Таблица «Описание пакета данных»
Имя файла в пакете данных: DET.DBF.
№
Ти Дли
п/
Имя поля
Наименование
п
на
п
C
100 Название файла пакета
1. FILENAME
данных
C
100 Кодировка файлов в пакете
2. ENCODING
данных
N
Порядковый номер
3. NUM
передаваемого пакета
данных в пределах
отчетного периода
N
Тип пакета данных
4. TYPE
3.
Таблица «Данные по пациенту»
Имя файла в пакете данных: PAT.DBF.
№
Имя поля
Клю Тип Дли
п/п
чи
на
INS
C
20
1.
2.
3.
4.
5.
SERPOL
NMBPOL
DOGOVOR
SOC_STATUS
PK
PK
C
C
C
N
10
200
100
Наименование поля
Код СМО (по
справочнику фонда)
Серия полиса
Номер полиса
Номер договора
Социальный статус
Примечание
1 - Пакет данных по
законченным случаям
госпитализации
2 - Пакет данных по
амбулаторным случаям
Примечание
Возможные значения:
1) 0 – не указано
2) 1 - дошкольник
3) 2 -организован
4) 3- неорганизован
5) 4- учащийся
6) 5- работает
7) 6- не работает
8) 7- БОМЖ
9) 8- пенсионер
10) 9- военнослужащий
11) 10- член семьи
№
п/п
Имя поля
Клю
чи
Тип
Дли
на
Наименование поля
6.
7.
FAM
IMM
C
C
40
40
Фамилия пациента
Имя пациента
8.
OTC
C
40
Отчество пациента
9.
SER_PASP
C
10
10.
NUM_PASP
C
20
11.
TYP_DOC
N
2
12.
SS
C
14
13.
PIN
C
16
14.
BIRTHDAY
D
15.
SEX
C
1
16.
TAUN
C
100
17.
NUMMEDKART PK
С
10
Серия документа,
удостоверяющего
личность
Номер документа,
удостоверяющего
личность
Тип документа,
удостоверяющего
личность (приложение
«Типы документов»)
Страховой номер
индивидуального
лицевого счета
(СНИЛС)
Персональный
индивидуальный
номер застрахованного
по ОМС
Дата рождения
пациента
Пол пациента («М»,
«Ж»)
Код населенного
пункта проживания
пациента по
справочнику фонда
Номер мед.карты
18.
ADRES
С
200
19.
GITEL_TAUN
N
Адрес регистрации по
месту жительства
Житель (город/село)
20.
KAT_LGOTA
N
Категория льготы
Примечание
военнослужащего
12) 11- Учащийся ВУЗа
Для детей при отсутствии
данных ФИО до
государственной
регистрации рождения
указывается «НЕТ».
Отчество указывается
«НЕТ» при отсутствии в
удостоверении
Для новорожденных
передавать время
Код территории проживания
Для идентификации
пациента
Возможные значения:
1) 0 - не заполнено
2) 1 – город
3) 2 – село
Возможные значения:
1) 0 - не заполнено
2) 1 – инвалиды войны
3) 2 – участники Великой
Отечественной войны
4) 3 – ветераны боевых
действий
5) 4 – военнослужащие,
№
п/п
Имя поля
Клю
чи
Тип
Дли
на
Наименование поля
Примечание
6) 5 – лица, награжденные
знаком «Жителю блокадного
Ленинграда»
7) 6 – лица, работающие в
период ВОВ на важных
объектах
8) 7 – члены семей
погибших
9) 8 – инвалиды
10) 9 – дети-инвалиды
11) 10 – лица, подвергшиеся
воздействию радиации
21.
WEEK_PREG
N
22.
23.
PAT_INDUCT
VIDDOKOMS
B
C
3
24.
NASP_OMS
C
100
25.
POLITYPOMS
C
3
26.
27.
POLDATEB
POLDATEC
D
D
28.
POLDATETO
D
29.
LPU_LECH
C
20
30.
LPU_PRIKR
C
20
31.
LPU_DIR
C
20
32.
ORTOFBIRTH
C
254
33.
P_FAM
С
40
34.
35.
P_IM
P_OT
С
С
40
40
36.
P_DR
D
37.
38.
P_POL
P_VIDDOK
C
C
1
3
39.
P_SERDOK
C
10
40.
P_NUMDOK
C
20
41.
NOVOR
C
20
На какой неделе
беременности родился
Призывник
Тип ДУЛ
Населенный пункт
Тип полиса
Для детей до 1 года
Код по справочнику
ТФОМС
Код населенного пункта
проживания по справочнику
ТФОМС
Код типа полиса по
справочнику ТФОМС
Дата выдачи полиса
Дата аннулирования
Заполняется, если полис
полиса
аннулирован
Дата окончания полиса Заполняется при наличии
(временный полис)
Код ОМС ЛПУ
В соответствии со
лечения
справочниками ТФОМС
Код ОМС ЛПУ
В соответствии со
прикрепления
справочниками ТФОМС
Код ОМС
В соответствии со
направившего ЛПУ
справочниками ТФОМС
Место рождения
В соответствии с записью в
ДУЛ
Фамилия
представителя
Имя представителя
Отчество
представителя
Дата рождения
представителя
Пол представителя
«М» или «Ж»
Тип ДУЛ
Код в соответствии со
представителя
справочником ТФОМС
Серия ДУЛ
представителя
Номер ДУЛ
представителя
Признак
Указывается в случае
новорожденного
оказания медицинской
№
п/п
Имя поля
Клю
чи
Тип
Дли
на
Наименование поля
42.
Q_G
C
2
Признак особого
случая
43.
KOD_TER
C
20
Территория
страхования
4.
Таблица «Хирургические операции»
Имя файла в пакете данных: OPER.DBF.
№
Имя поля
Ключ Тип Дли
Наименование поля
п/
и
на
п
С
10 Номер мед.карты
1. NUMMEDKAR PK,
T
FK_H
OSP
PK,
C
25 Номер истории болезни
2. CARD
FK_H
OSP
Примечание
помощи ребенку до
государственной
регистрации рождения.
0 – признак отсутствует.
Если значение признака
отлично от нуля, он
заполняется по следующему
шаблону:
ПДДММГГН, где
П – пол ребенка в
соответствии с
классификатором V005
ФОМС;
ДД – день рождения;
ММ – месяц рождения;
ГГ – последние две цифры
года рождения;
Н – порядковый номер
ребенка (до двух знаков).
«1» – отсутствие у пациента
полиса обязательного
медицинского страхования;
«2» - медицинская помощь
оказана новорожденному;
«3» – при оказании
медицинской помощи
ребенку до 14 лет был
предъявлен документ,
удостоверяющий личность,
и полис ОМС одного из его
родителей или
представителей;
«4» – отсутствие отчества в
документе, удостоверяющем
личность пациента
(представителя пациента).
Код по ОКАТО
Примечание
Для идентификации
пациента
Номер истории болезни из
таблицы «Стационар.
Итоги госпитализации»
№
п/
п
3.
Имя поля
Ключ
и
DATE_OPER
4.
DATEOPER_E
D
5.
6.
OPER_MED
OPERDEPCOD
С
С
254
100
Дата и время начала
операции
Дата и время окончания
операции
ФИО хирурга
Отделение
7.
OPER_CODE
C
254
Код операции
8. OPER_NAME
9. COMPL_TEXT
10. COMPL_CODE
C
C
C
254
254
100
11. ANESTESIA
C
100
Наименование операции
Осложнение (текст)
Интраоперационное
осложнение (код)
Анестезия
12. ENDOSCOPHI
B
13. LAZER
B
14. CRYOGENIC
B
15. VID_OPLAT
N
16. OPDIAGCODE
17. ISHOD
С
C
100
3
Повод операции
Исход
18. PLAN_OMS
C
20
Код оказанного МЭСа
PK
Тип
Дли
на
D
Наименование поля
Использовалась
аппаратура:
эндоскопическая
Использовалась
аппаратура: лазерная
Использовалась
аппаратура: криогенная
Вид оплаты
Примечание
Отделение, выполняющее
операцию (код по
ТФОМС)
Единый справочник
операций
(соответствующий раздел
классификатора услуг
Минздрава)
Возможные значения:
1) 0 – не заполнена
2) 1 – общая
3) 2 – местная
Если пациенту
выполнялось несколько
видов анестезии, то
указывается «общая».
Возможные значения:
1) 0 - не заполнено
2) 1 – ОМС
3) 2 – Бюджет
4) 3 – Платные услуги
5) 4 – ДМС
6) 5 – ВМП
7) 6 – Внутренние
источники
8) 7 – другое
Код диагноза по МКБ 10
В соответствии со
справочником ТФОМС
В соответствии со
справочниками ТФОМС
по МЭСам (без точки).
Заполняется только для
лазерной хирургии
№
Имя поля
п/
п
19. KOL_OPER
Ключ
и
Тип
Дли
на
N
20. LEVEL
C
10
21. MED_CR
C
10
22. MED_AUTH
C
10
Наименование поля
Примечание
Количество оказаний
«1» - по умолчанию;
«2» - на краевом
пародонте
«3- зубосохраняющие»
«4- имплантация»
Уровень оказанной
помощи
Код медицинского
сотрудника, создавшего
запись
Код медицинского
сотрудника (автор)
0 – не заполнено
1 – АПУ
Код по реестру ФОМС
Код по реестру ФОМС
5.
Таблица «Диагнозы»
Имя файла в пакете данных: DIAG.DBF.
В данную таблицу выгружаются:
- для амбулаторного посещения: только диагнозы, вынесенные в лист уточненных диагнозов.
Для идентификации диагнозов в рамках одного события служат следующие обязательные поля:
1. NUMMEDKART – Номер медицинской карты. Служит для определения пациента для
которого был установлен данный диагноз. Поле обязательно к заполнению.
2. CARD - Номер истории болезни (если пакет содержит случаи госпитализации) или номер
стат. Талона (если пакет содержит амбулаторные случаи). Служит для определения
диагнозов относящихся к одному случаю.
№
Имя поля
Ключ Тип Дли
Наименование поля
Примечание
п/
и
на
п
С
10
Номер мед.карты
Для идентификации
1. NUMMEDKAR PK,
T
FK_H
пациента
OSP,
FK_A
MB
PK,
C
25
Номер истории болезни
Случаи:
2. CARD
FK_H
или номер статталона
– При выгрузке случаев
OSPи
госпитализации –
лиFK
номер истории
_AM
болезни из таблицы
B
«Стационар. Итоги
госпитализации»
– При выгрузке
амбулаторных случаев
– номер статталона из
таблицы
«Амбулаторное
посещение»
PK
N
Вид диагноза
Возможные значения:
3. VID_ZABOL
1)
0 – не заполнено
2)
1 - основное
№
п/
п
Имя поля
4.
DIAG_STAC
5.
6.
DIAG_STR
DIAG_CODE
7.
DIAGINJURY
Ключ
и
Тип
PK
N
PK
C
C
N
Дли
на
Наименование поля
Диагноз
254
100
Диагноз (текст)
Диагноз заболевания
Вид травмы
Примечание
заболевание
3)
2 - осложнение
основного заболевания
4)
3 - сопутствующее
заболевание
Возможные значения:
0 – не заполнено
1 – код МКБ-10
Код диагноза в
соответствии со
справочником МКБ
Возможные значения:
1)
0 – не заполнено
2)
1 - Промышленная
(производственная)
3)
2 - Транспортная
(производственная)
4)
3 - Дорожнотранспортная
(производственная)
5)
4 - Сельскохозяйственная
(производственная)
6)
5 - Прочие
(производственные)
7)
6 - Бытовая (не
производственная)
8)
7 - Уличная (не
производственная)
9)
8 - Транспортная
(не производственная)
10)
9 - Дорожнотранспортная (не
производственная)
11)
10 - Школьная (не
производственная)
12)
11 - Спортивная (не
производственная)
13)
12 - Прочие (не
производственные)
14)
13 - Полученная в
результате
террористических
действий
15)
14 -
№
п/
п
Имя поля
Ключ
и
Тип
Дли
на
Наименование поля
Примечание
Противоправная
8.
9.
10.
11.
FIRST_UST
VYZV_SMERT
DIAG_PERV
MED_CR
PK
PK
12. MED_AUTH
B
B
C
C
100
10
C
10
Установлен впервые
Привел к смерти
Первичный диагноз
Код медицинского
сотрудника, создавшего
запись
Код медицинского
сотрудника (автор)
6.
Таблица «Диспансерное наблюдение»
Имя файла в пакете данных: DISP.DBF.
№
Имя поля
Ключ Тип Дли
Наименование поля
п/
и
на
п
С
10 Номер мед.карты
1. NUMMEDKAR PK,
T
FK_H
OSP
PK
D
Дата постановки на Д2. DISP_FROM
учет
PK
С
100 Диагноз заболевания
3. DISP_DIAG
MED_SPEC
C
5.
MED_TYPE
N
Врач/средний
медперсонал
6.
DATE_TO
D
7.
MED_CR
C
10
8.
MED_AUTH
C
10
Дата снятия с
наблюдения
Код медицинского
сотрудника, создавшего
запись
Код медицинского
сотрудника (автор)
PK
20
Специальность врача
4.
7.
Таблица «Амбулаторное посещение» (на основе ТАП)
Имя файла в пакете данных: TAP.DBF.
№
Имя поля
Ключ Тип Дли
Наименование поля
п/
и
на
п
PK
C
25 Номер статталона
1. CARD
Код по МКБ
Код по реестру ФОМС
Код по реестру ФОМС
Примечание
Для идентификации
пациента
Код диагноза в
соответствии со
справочником МКБ
Код специальности в
соответствии с
Классификатором
медицинских
специальностей
Минздрава
Возможные значения:
1)
0 – не указано
2)
1 - Средний
медперсонал
3)
2 - Врач
Код по реестру ФОМС
Код по реестру ФОМС
Примечание
№
Имя поля
п/
п
2. DATE
3. NUMMEDKAR
T
Ключ
и
Тип
PK
PK,
FK_P
AT
D
С
Дли
на
10
Наименование поля
Дата приема пациента
Номер мед.карты
4.
CEL_POSEH
N
Цель посещения
5.
SLUH_POS
N
Случай посещения
6.
REZUL_POS
N
Результат посещения
7.
MESTO_OBSL
N
Место обслуживания
8.
VID_OPLAT
N
Вид оплаты
9.
POVOD_OBR
N
Повод обращения
N
Лист
10. LN_NUM
Примечание
Возможные значения:
1) 0 - не заполнено
2) 1 – Заболевание
3) 2 – Профосмотр
4) 3 – Другое
Возможные значения:
1) 0 - не заполнено
2) 1 – Первичный
3) 2 – Повторный
Возможные значения:
1) 0 - не заполнено
2) 1 – Выздоровление
3) 2 – Улучшение
4) 3 – Динамическое
наблюдение
5) 4 – Направлен на
госпитализацию
6) 5 – Направлен на
консультацию
7) 6 – Направлен на
консультацию в другое
ЛПУ
Возможные значения:
1) 0 - не заполнено
2) 1 – Поликлиника
3) 2 – На дому
4) 3 – На дому (актив)
Возможные значения:
1) 0 - не заполнено
2) 1 – ОМС
3) 2 – бюджет
4) 3 – платные услуги
5) 4 – ДМС
6) 5 – другое
Возможные значения:
1) 0 - не заполнено
2) 1 – Лечебнодиагностический
3) 2 – Консультация
4) 3 – Диспансерное
наблюдение
5) 4 – Профилактический
6) 5 – Медико-социальный
7) 6 – Помощь на дому
(актив)
9) 8 – Помощь на дому
(профилактика)
Возможные значения:
№
п/
п
Имя поля
Ключ
и
Тип
Дли
на
Наименование поля
нетрудоспособности
11. CODE_HOSP
C
20
12. MED_SPEC
C
20
Код ЛПУ пребывания по
справочнику фонда
Специальность врача
13. MED_CODE
С
10
Код врача
14. MED_TYPE
N
Врач/средний
медперсонал
15. HOSP_CANC
B
Отказ в госпитализации
16. DATE_ZAKR
17. DATE_OPEN
18. ISHOD
D
D
C
3
Дата закрытия талона
Дата открытия талона
Исход заболевания
19. MED_CR
C
10
20. MED_AUTH
C
10
Код медицинского
сотрудника, создавшего
запись
Код медицинского
сотрудника (автор)
Примечание
1) 0 - не заполнено
2) 1 – открыт
3) 2 – закрыт
Код специальности в
соответствии с
Классификатором
медицинских
специальностей
Минздрава
Индивидуальный код
врача
Возможные значения:
1)
0 – не заполнено
2)
1 - Средний
медперсонал
3)
2 - Врач
Посещение создано в
рамках отказа от
госпитализации
Код в соответствии со
справочником ТФОМС
Код по реестру ФОМС
Код по реестру ФОМС
8.
Таблица «Случаи временной нетрудоспособности»
Имя файла в пакете данных: DISCERT.DBF.
Примечание: следует передавать только случаи ВН, закрытые в ЛПУ(независимо от того, где был
открыт случай)
№
Имя поля
Ключи
Ти Дли
Наименование поля
Примечание
п/п
п
на
NUMMEDKAR PK,
С
10 Номер
Для идентификации
1.
T
FK_HOSP,
мед.карты(ЭМК)
пациента
FK_AMB
CARD
PK,
C
25 Номер истории
Случаи:
2.
FK_HOSPил
болезни или номер
– При выгрузке
иFK_AMB
статталона
случаев
госпитализации –
номер истории
болезни из таблицы
«Стационар. Итоги
госпитализации»
– При выгрузке
амбулаторных
№
п/п
Имя поля
Ключи
Ти
п
Дли
на
Наименование поля
Примечание
случаев – номер
статталона из
таблицы
«Амбулаторное
посещение»
3.
4.
DATE_BEGIN
DATE_END
PK
PK
D
D
5.
CIM10
С
100
6.
7.
PO_UHODU
MED_CR
B
C
10
8.
MED_AUTH
C
10
Дата начала случая
Дата окончания
случая
Основной диагноз в
рамках случая ВН
По уходу
Код медицинского
сотрудника,
создавшего запись
Код медицинского
сотрудника (автор)
9.
Таблица «Сводные данные по ЛПУ»
Имя файла в пакете данных: LPU.DBF.
№
Имя поля
Ключ Тип Длин
Наименование поля
п/
и
а
п
PK
C
20
Код ЛПУ
1. LPU_CODE
N
Тип ЛПУ
2. TIP_LPU
10.
Таблица «Прием стоматолога»
Имя файла в пакете данных: STOM.DBF.
№
Имя поля
Ключ Тип Дли
и
на
п/
п
С
10
1. NUMMEDKART PK,
FK_A
MB
PK,
C
25
2. CARD
FK_A
MB
N
N(20
3. UET
, 6)
N
4. C_ZUBOV
N
5. C_ZUB_POST
6.
C_ZUB_KAR
N
7.
8.
UD_ZUBOV
UD_ZUBPOST
N
N
Наименование поля
Код по МКБ-10
Код по реестру ФОМС
Код по реестру ФОМС
Примечание
По справочнику ФОМС
Возможные значения:
1) 1 – АПУ
2) 2 –Стационар
3) 3 – Смешанного типа
4) 4 - ФАП
Примечание
Номер мед.карты(ЭМК)
Для идентификации
пациента
Номер статталона
Номер статталона из
таблицы «Амбулаторное
посещение»
Объём работы в УЕТ
Вылечено зубов
Вылечено постоянных
зубов
Вылечено зубов по
поводу осложнённого
кариеса
Удалено зубов
Удалено постоянных
№
Имя поля
Ключ
и
Тип
Дли
на
Наименование поля
Примечание
п/
п
9. SANIROVANO
10. TREB_SANAC
N
N
11. PLAN_SANAC
12. SANIR_NUGD
B
N
13. KURS_PROF
B
14. PROTEZ
15. MED_CR
B
C
10
16. MED_AUTH
C
10
зубов
Всего санировано зубов
Нуждается в санации,
зубов
Плановая санация
Санировано из числа
нуждавшихся, зубов
Проведён курс
профилактики
Выдан зубной протез
Код медицинского
сотрудника, создавшего
запись
Код медицинского
сотрудника (автор)
11.
Таблица «Рентгенодиагностические исследования»
Имя файла в пакете данных: RENT.DBF.
№
Имя поля
Ключ Тип Длин
Наименование поля
п/
и
а
п
C
10
Номер мед.карты(ЭМК)
1. NUMMEDKAR PK,
T
FK_H
OSP,
FK_A
MB
PK,
C
25
Номер истории болезни
2. CARD
FK_H
или номер статталона
OSPи
лиFK
_AM
B
3.
4.
DATE_PROC
VID_ISSLED
PK
D
N
Дата исследования
Вид исследования
Код по реестру ФОМС
Код по реестру ФОМС
Примечание
Для идентификации
пациента
Случаи:
– При выгрузке случаев
госпитализации –
номер истории
болезни из таблицы
«Стационар. Итоги
госпитализации»
– При выгрузке
амбулаторных случаев
– номер статталона из
таблицы
«Амбулаторное
посещение»
Возможные значения:
1)
1- Дентальный
снимок
2)
2Ортопантомограмма
3)
3 – другие
исследования
№
Имя поля
п/
п
5. OBL_ISSLED
Ключ
и
Тип Длин
а
Наименование поля
Примечание
Для КТ:
1)
1- челюстнолицевой области
N
Место проведения
6.
MESTPROVED
N
7.
CIM10
C
100
8.
MED_CR
C
10
9.
MED_AUTH
C
10
Код МКБ-10, с которым
пациент направлен на
исследование
Код медицинского
сотрудника, создавшего
запись
Код медицинского
сотрудника (автор)
12.
Таблица «Лабораторные исследования»
Имя файла в пакете данных: LAB.DBF.
№
Имя поля
Ключ Тип Дли
Наименование поля
и
на
п/
п
С
10
Номер мед.карты(ЭМК)
1. NUMMEDKART PK,
FK_H
OSP,
FK_A
MB
PK,
C
25
Номер истории болезни
2. CARD
FK_H
или номер статталона
OSPи
лиFK
_AM
B
Возможные значения:
1)
0 - не заполнено
2)
1 – амбулаторнополиклиническое ЛПУ
3)
2 – круглосуточный
стационар
4)
3 – дневной
стационар при
больничном ЛПУ
5)
4 – дневной
стационар при
амбулаторнополиклиническом
ЛПУ
6)
5 – стационар на
дому
Код по реестру ФОМС
Код по реестру ФОМС
Примечание
Для идентификации
пациента
Случаи:
– При выгрузке случаев
госпитализации –
номер истории болезни
из таблицы
«Стационар. Итоги
госпитализации»
№
Имя поля
Ключ
и
Тип
Дли
на
Наименование поля
Примечание
п/
п
– При выгрузке
амбулаторных случаев
– номер статталона из
таблицы
«Амбулаторное
посещение»
3.
4.
DATE_PROC
MESTPROVED
5.
VID_ISSLED
PK
D
N
Дата исследования
Место исследования
N
Вид исследования
Возможные значения:
1)
0 – не заполнено
2)
1–АПУ
3)
2–Стационар
4)
3–Дневной
стационар
5)
4–Дневной
стационар АПУ
Возможные значения:
0 – не заполнено
1 – Гематологическое
2 – Цитологическое
3 — Биохимическое (на
гормоны)
4 — Биохимическое (на
ферменты)
5 — Биохимическое
(показатели водносолевого обмена)
6 — Биохимическое (на
фенилкетонурию)
7 — Биохимическое (на
врожденный гипотиреоз)
8 — Биохимическое
(микробиологические,
молекулярнобиологические
исследования)
9 — Биохимическое (на
бацилловыделение
туберкулеза)
10 — Биохимическое
(посевы)
11 — Биохимическое
(иммунологические
исследования)
12 — Биохимическое
(ВИЧ-инфекцию)
13 — Биохимическое
(диагностические тесты на
сифилис)
14 — Биохимическое
№
Имя поля
Ключ
и
Тип
Дли
на
Наименование поля
Примечание
п/
п
(специфические реакции
для серодиагностики
сифилиса)
15 — Биохимическое
(специфические реакции
для ликвородиагностики
сифилиса)
16 — Биохимическое
(химикотоксикологические
исследования)
17 – Коагулологическое
18 – Иммунологическое
19 – микробиологическое
6.
OPISANIE
С
254
7.
MED_CR
C
10
8.
MED_AUTH
C
10
Описание исследования
(протокол)
Код медицинского
сотрудника, создавшего
запись
Код медицинского
сотрудника (автор)
Код по реестру ФОМС
Код по реестру ФОМС
13.
Таблица «Счета»
Имя файла в пакете данных: INV.DBF.
№
Имя поля
п/
п
1. INV_NUM
2.
3.
4.
Ключ
и
PK
INV_DATE
PK
NUMMEDKART PK,
FK_H
OSP,
FK_A
MB
CARD
PK,
FK_H
OSPи
лиFK
_AM
B
Тип
Дли
на
Наименование поля
С
100
Номер счета
D
С
10
Дата выставления счета
Номер мед.карты (ЭМК)
С
25
Номер истории болезни
или номер статталона
Примечание
В соответствии с
порядком ведения данных
в ЛПУ
Случаи:
– При выгрузке случаев
госпитализации –
номер истории болезни
из таблицы
«Стационар. Итоги
госпитализации»
– При выгрузке
амбулаторных случаев
– номер статталона из
таблицы
№
Имя поля
Ключ
и
Тип
Дли
на
Наименование поля
Примечание
п/
п
5.
ORGPAY_OMS
C
20
6.
ORG_OMS
C
20
7.
SERV_OMS
PK
C
50
8.
9.
CNT
DATE_CREAT
PK
N
D
10. DATE_END
D
11. ISHOD_SERV
12. PRICETOPAY
C
N
13. STOIM_S
N
14. STOIM_R
N
15. STOIM_F
N
16. MED_KOD
C
17. MEDSPECOMS
C
18. LEVEL
C
ЛПУ, выставляющее
счет
СМО для выставления
счета
Оказанная услуга
Количество оказаний
Дата и время начала
оказания услуги
Дата и время окончания
оказания услуги
3
Исход оказания
N(15 Стоимость оказания
, 2)
N(15 Сумма из средств
, 2) Федеральных субвенций
N(15 Сумма из средств
, 2) Субъекта РФ (статья 6 –
иные расходы)
N(15 Сумма доплаты из
, 2) средств Федерального
фонда ОМС
20
Код медицинского
сотрудника, оказавшего
услугу
20
Специальность врача,
оказавшего услугу/прием
10
Уровень оказанной
помощи
«Амбулаторное
посещение»
Код по справочнику
ТФОМС
Код по справочнику
ТФОМС
Код услуги в соответствии
с ТФОМС
По справочнику ТФОМС
В соответствии с
положением об оплате
медпомощи в ОМС
в Мурманской области
Код по реестру ФОМС
По справочнику ТФОМС
0 – не заполнено
1 – АПУ