Техническое задание на покупку медицинской информационной системы на базе Филиала «Медицинский центр ао «Адмиралтейские верфи»

ТРЕБОВАНИЯ К ПОДСИСТЕМЕ УЧЕТА КЛИНИКО-ДИАГНОСТИЧЕСКИХ ИССЛЕДОВАНИЙ (ДАЛЕЕ – ПОДСИСТЕМА КДИ)

1. Учет лабораторных нарядов, включая:

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

2. Учет результатов исследований, включая:

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

3. Ведение необходимых справочников и настроек, включая:

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

4. Двунаправленная или однонаправленная интеграция с лабораторными анализаторами (согласно перечню в Приложении №3):

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

• 
  журнал учета выполненных исследований;
  
• 
  журнал регистрации анализов и их результатов;
  
• 
  листок ежедневного учета работы врача-лаборанта.
  

7. ТРЕБОВАНИЯ К ПОДСИСТЕМЕ «АПТЕКА, МЕДСКЛАД»

   1. Функция управление закупками

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

2. Функция «Приход лекарственных средств»

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

3. Функция «Расход лекарственных средств»

• 
  обеспечивает возможность учета: при передаче лекарственных средств и изделий медицинского назначения между аптекой и подразделениями; отпуска в отделения лекарственных средств, рецептуры и изделий медицинского назначения; расходования лекарственных средств и изделий медицинского назначения в отделениях и «реагентов» в лабораториях с учетом норм расходования;
  
• 
  обеспечивает ведение раздельного учета движения аптечных товаров по источникам финансирования;
  
• 
  обеспечивает возможность формирования расходных актов: расход по инвентаризации, перевод в другие подразделения, возврат поставщику, списание, в том числе с идентификацией лекарственных средств по штрих-кодам;
  
• 
  обеспечивает возможность подготовки нормативных и типовых отчётов по поступлению, хранению и расходу лекарственных средств с учетом мест хранения и источников финансирования;
  
• 
  обеспечивает возможность выполнения врачами лекарственных назначений на основании информации о наличии лекарств в своем отделении и на центральном складе аптеки, а также списывания медсестрами лекарств на пациентов в соответствии с назначениями врачей;
  
• 
  обеспечивает персонифицированный учет лекарственных средств в соответствии с назначениями врачей;
  
• 
  обеспечивает возможность создания персонифицированной расходной (товарной) накладной на пациента;
  
• 
  обеспечивает возможность проведения инвентаризации и списания лекарственных средств, готовой рецептуры и изделий медицинского назначения;
  
• 
  обеспечивает возможность настройки выгрузки данных по расходованию лекарственных средств во внешнее приложение в формате DBF, XLS, TXT.
  

4. Функция «Наличие лекарственных средств»

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

5. Функция «Аналитика по аптеке»

• 
  обеспечивает возможность детального в количественном и суммовом выражении прослеживания всего пути движения медикаментов и материалов вплоть до их списания на конкретного пациента;
  
• 
  обеспечивает возможность получения аналитики для закупаемых материалов по источникам финансирования, по поставщикам и производителям, по товарным и фармакологическим группам;
  
• 
  обеспечивает возможность получения аналитики по расходу материалов: по подразделениям и кабинетам, по группам нозологий (на основе классификатора диагнозов МКБ 10) в случае списания на конкретного пациента, по категориям пациентов (ОМС, договорные, сотрудники, пенсионеры и т.п.), по отдельным пациентам (счета на оплату), по спискам ЖНВЛП, сильнодействующим и ядам, наркотическим и психотропным веществам, спискам А и Б, препаратам безрецептурного отпуска.
  

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

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

7. 
   Функция «Ведение сводных листов назначений»
   

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

8. Функция «Учет лечебного питания»

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

9. Функция «Интеграция с внешними справочниками»

• 
  Импорт номенклатуры из внешнего справочника (РЛС).
  

8. 
   ТРЕБОВАНИЯ К ПОДСИСТЕМЕ «РАСЧЕТЫ ПО ОПЛАТЕ ДИАГНОСТИКИ/ ЛЕЧЕНИЯ»
   

1. 
   Функция «Планирование и контроль»
   

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

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

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

• 
  работа с медицинскими программами:
  

• 
  привязка к договору нескольких медицинских программ, обслуживание пациента по неограниченному количеству мед программ;
  
• 
  работа по спискам на прикрепление пациентов:
  

• 
  быстрая загрузка/выгрузка и корректировка списков прикрепленных пациентов
  
• 
  контроль ограничений. В случае:
  

• 
  возможность ручной корректировки данных списка, например, смена фамилии;
  
• 
  работа с разными формами списка с возможностью последующего преобразования в нужную форму. Например, необходима последовательность граф: ФИО (в разных ячейках), дата рождения, лимит, номер полиса, а контрагент прислал список в форме: ФИО (в одной ячейке), номер полиса, лимит дата рождения;
  

• 
  создание медицинских программ (наборов услуг):
  

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

• 
  работа с франшизой:
  

• 
  возможность прикрепить неограниченное количество медицинских программ с франшизой к одному договору (дополнительному соглашению), например, 5%, 10%, 15% и т.д.;
  
• 
  формирование как единого реестра по отдельной мед программе с франшизой, так и отдельного реестра по каждой франшизе;
  
• 
  возможность формирования отчета по работе с франшизой за определенный период по всем плательщикам или выборочному количеству плательщиков, которым доступна мед программа с франшизой;
  
• 
  при регистрации такого пациента МИС автоматически выносит предупреждение о необходимости доплаты франшизы. Выставленный счет автоматически делится на две части: 1-я попадает в счет страховой компании, 2-я в счет оплаты пациента (пациент оплачивает в кассу за счет собственных средств).
  

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

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

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

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

• 
  пациент либо организация (например, страховая компания) должны иметь возможность внести некоторую сумму денежных средств на созданный в МИС авансовый договор (по договору может обслуживаться одно лицо или группа лиц). При внесении денежных средств пациентом на авансовый договор ему выдается фискальный чек. Внесение денежных средств юридическими лицами осуществляется по безналичному методу расчета (денежные средства поступают на счет организации, откуда вручную перемещаются на созданный в МИС авансовый договор, без использования кассового аппарата / фискального регистратора);
  
• 
  по факту внесения денежных средств на авансовый договор сумма внесенных денежных средств должна отображаться в ЭМК всех пациентов (например, в специальной вкладке «Авансовый договор»), обслуживающихся в рамках указанного договора, а также в ЭМК (например, в специальной вкладке «Авансовый договор») держателя договора (в случае, если держателем договора является физическое лицо);
  

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

• 
  данные должны отображаться в следующем виде:
  

  Номер договора	Плательщик (наименование договора)	Срок действия договора	Сумма внесенных денежных средств	Сумма израсходованных денежных средств	Остаток
  03/05	Индивидуальный Иванов И.И.	05.05.2017	10.000	4.000	6.000

• 
  у пациента может быть неограниченное количество авансовых договоров;
  
• 
  остаток денежных средств на авансовом договоре должен также отображаться при выборе типа оплаты услуги (проведение услуги в рамках конкретного авансового договора);
  
• 
  при получении услуг пациентом в рамках авансового договора оплата за оказанные услуги должна осуществляться за счет средств авансового договора (фискальный чек при этом пациенту НЕ выдается);
  
• 
  при списании денежных средств с авансового договора сумма остатка денежных средств должна автоматически отображаться в ЭМК всех пациентов (например, во вкладке «Авансовый договор»), обслуживающихся в рамках данного договора, а также в ЭМК держателя договора (например, во вкладке «Авансовый договор») в случае, если держателем договора является физическое лицо;
  
• 
  должна быть реализована опция, запрещающая оказывать услуги на сумму денежных средств, превышающую остаток на авансовом договоре.
  

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

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

• 
  Критерии, задаваемые при формировании отчета:
  

• 
  номер / наименование Договора
  
• 
  номер ЭМК/ФИО пациента (один на выбор, либо все пациенты, обслуживающийся в рамках данного авансового договора)
  
• 
  период (от и до);
  

• 
  обеспечивает работу с гарантийными письмами:
  

• 
  возможность осуществлять обслуживание пациентов по ДМС (а также по корпоративным программам) в рамках заключенного договора согласно лимитам, указанным в гарантийных письмах (один пациент может обслуживаться по n-ному количеству гарантийных писем);
  
• 
  гарантийное письмо должно прикрепляться к конкретному пациенту в рамках конкретного договора и содержать следующие данные:
  

• 
  номер;
  
• 
  дата;
  
• 
  диагноз по МКБ10;
  
• 
  лимит денежных средств в рамках конкретного случая обращения (ответственный сотрудник вручную проставляет сумму денежных средств, указанную в гарантийном письме);
  
• 
  текстовое поле для указания перечня услуг, оказываемого в рамках гарантийного письма;
  
• 
  срок действия гарантийного письма.
  

• 
  выставление оказанных услуг пациенту должно производиться по гарантийному письму в рамках существующего договора;
  
• 
  при выставлении услуг в рамках конкретного случая обращения по гарантийному письму денежные средства за оказанные услуги должны автоматически списываться из поля «лимит денежных средств в рамках конкретного случая обращения». При превышении лимита в системе должно появляться предупреждение о невозможности оказания услуг в рамках гарантийного письма. Также предупреждение о невозможности оказания услуг в рамках гарантийного письма должно появляться при превышении «срока действия гарантийного письма».
  

• 
  оказанные в рамках гарантийного письма услуги должны попадать в Реестр оказанных услуг по договору.
  
• 
  обеспечивает возможность контроля назначения и предоставления медицинских услуг пациентам в соответствии с объемом страхования (прикрепление конкретного вида услуг, а также их количества к конкретным программам страхования).
  

2. 
   Функция «Учет услуг»
   

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

3. Функция «Расчеты по услугам»

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

• 
  Кассовые операции, работа с наличными денежными средствами:
  

• 
  учет движения наличных средств по кассовым дням и кассовым сменам;
  
• 
  ведение учета по произвольному числу касс;
  
• 
  движение средств между кассами;
  
• 
  возможность подключения кассовых аппаратов и фискальных регистраторов;
  
• 
  управление формированием Х и Z – отчетов;
  
• 
  закрытие кассовых дней;
  
• 
  АРМ выделенного кассира;
  
• 
  печать приходных / расходных документов;
  
• 
  гибкая настройка статей расходов и доходов, а также видов платежных операций;
  
• 
  управление доступом к финансовой информации и правами проведение кассовых операций;
  
• 
  возможность автоматической ежедневной передачи данных о суммах принятых наличных и безналичных (пластиковые карты) денежных средств из МИС в 1С (с разбивкой на приход денежных средств с НДС и без НДС, наличные и безналичные);
  
• 
  возможность формирование Актов о возврате денежных сумм покупателям (клиентам) (Форма КМ-3);
  
• 
  отчеты по кассовым операциям;
  
• 
  отчетность в разрезе кассиров;
  
• 
  отчеты по статьям доходов и расходов;
  
• 
  учёт платежей пациентов с использованием банковских дебетовых и кредитных карт;
  
• 
  возможность выделения платежей по картам в отдельные колонки в финансовой отчётности;
  
• 
  возможность осуществления возврата средств на карту пациента при необходимости (возврат аванса, внесённого по карте, возврат по рекламации);
  
• 
  корректное формирование чека в случае подключения к системе фискального регистратора;
  
• 
  возможность отключения работы через кассу при выполнении операций в МИС;
  
• 
  возможность автоматического внесения информации о выполнении операций по карте в МИС.
  

• 
  Работа с безналичными денежными средствами (Страховые компании – СК, юридические лица):
  

• 
  возможность ведения нескольких расчётных счетов;
  
• 
  возможность импорта банковских выписок из текстового формата, поддерживаемого системами «Клиент-Банк» с целью понимания оплаты выставленных счетов СК и юр. лицам и для осуществления контроля дебиторской задолженности; или возможность автоматической передачи данных об оплаченных документах из 1С в МИС;
  
• 
  квитирование документов выписок и счетов, выставленных контрагентам;
  
• 
  возможность группировки наличных и безналичных платежей по статьям, проектам, видам доходов и расходов;
  
• 
  возможность учета движений денежных средств между договорами одного юр. лица, а также организациями;
  
• 
  группировка операций по дате исполнения или по периоду, к которому отнесён платёж;
  
• 
  возможность табличного и графического представления результатов.
  

• 
  поддерживает возможность ведения реестра дисконтных карт с возможностью их автоматического распознавания.
  

9. 
   Требования к подсистеме «Управление правами доступа пользователя»
   

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

10. 
    Требования к подсистеме «Управление движением медицинских карт на бумажных носителях»
    

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