RxGate
Кабинет

Договор сооплаты с ФСМС

Типовой договор на оказание фармацевтических услуг

ТИПОВОЙ ДОГОВОР
на оказание фармацевтических услуг в рамках механизма сооплаты

№ ________ от «___» __________ 2025 г.
г. Астана

Фонд социального медицинского страхования (далее – Фонд), в лице ______________________, действующего на основании ________________, с одной стороны, и

__________________ (субъект/консорциум в сфере обращения лекарственных средств и медицинских изделий) (далее – Исполнитель), в лице __________________________, действующего на основании ____________________, с другой стороны, совместно именуемые Стороны, заключили настоящий Договор о нижеследующем.


1. ПРЕДМЕТ ДОГОВОРА

  • Исполнитель осуществляет реализацию лекарственных средств и (или) медицинских изделий пациентам в рамках механизма сооплаты, предусмотренного Правилами реализации лекарственных средств и (или) медицинских изделий с применением механизма сооплаты, утверждёнными приказом МЗ РК № ___ от «___» _______ 2025 г.
  • Исполнитель обеспечивает учёт, регистрацию факта отпуска и передачу данных о реализованных лекарственных средствах и (или) медицинских изделиях через Информационную систему сооплаты (ИСС), соответствующую требованиям законодательства Республики Казахстан и Техническим требованиям к ИСС (Приложение 1).

2. ПРАВА И ОБЯЗАННОСТИ СТОРОН

Исполнитель обязуется:

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

Фонд обязуется:

  • обеспечивать приём, проверку и обработку данных, поступающих через ИСС;
  • формировать и направлять Исполнителю Акт оплаты фармацевтических услуг (Приложение 3);
  • осуществлять оплату доли Фонда по результатам проверки данных сводного реестра;
  • обеспечивать защиту данных и конфиденциальность в соответствии с законодательством Республики Казахстан.

3. ПОРЯДОК ВЗАИМОДЕЙСТВИЯ

  • Обмен информацией между Сторонами осуществляется через ИСС, интегрированную с ИСЛО, WebKassa, ИСМЕТ и иные государственные ИС.
  • Форматы и протоколы обмена определяются Фондом.
  • Исполнитель предоставляет Фонду доступ к данным через модуль «Рабочее место ФСМС» в ИСС.

4. ПОРЯДОК ОПЛАТЫ

  • Основанием для оплаты является Сводный реестр обеспеченных рецептов (Приложение 2), согласованный Сторонами.
  • Оплата осуществляется Фондом в течение 10 (десяти) рабочих дней после подписания Акта оплаты фармацевтических услуг (Приложение 3).
  • В случае выявления расхождений Фонд направляет Исполнителю уведомление; Исполнитель обязан устранить их в течение 5 (пяти) рабочих дней.
  • Финансирование производится по подтверждённым данным, переданным через ИСС.

5. КОНТРОЛЬ И ОТЧЁТНОСТЬ

  • Фонд осуществляет контроль достоверности и полноты данных, переданных через ИСС.
  • Исполнитель обеспечивает доступ Фонду к статистике и отчётности в режиме онлайн.

6. ОТВЕТСТВЕННОСТЬ, ШТРАФНЫЕ САНКЦИИ

  • Стороны несут ответственность за неисполнение или ненадлежащее исполнение обязательств по Договору в соответствии с законодательством Республики Казахстан.
  • За нарушение Исполнителем сроков предоставления сводного реестра, актов или иной обязательной информации Фонд вправе начислить неустойку в размере 0,1 % от суммы подлежащей оплате за каждый день просрочки, но не более 10 % от общей суммы Договора.
  • Уплата неустойки не освобождает Исполнителя от исполнения обязательств.
  • При систематических нарушениях (более трёх раз в течение квартала) Фонд вправе приостановить оплату, а при повторных случаях – расторгнуть Договор в одностороннем порядке.

7. КОНФИДЕНЦИАЛЬНОСТЬ И ЗАЩИТА ДАННЫХ

  • Стороны обязуются сохранять конфиденциальность всей информации, полученной при исполнении настоящего Договора, включая персональные данные пациентов, сведения о рецептах, объёмах и ценах.
  • Передача информации третьим лицам допускается только в случаях, предусмотренных законодательством РК.
  • Нарушение конфиденциальности влечёт ответственность в соответствии с Законом РК «О персональных данных и их защите» и может являться основанием для расторжения Договора.

8. ФОРС-МАЖОР (ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ)

  • Стороны освобождаются от ответственности за неисполнение обязательств, если оно вызвано обстоятельствами непреодолимой силы, которые невозможно было предвидеть и предотвратить.
  • К таким обстоятельствам относятся: стихийные бедствия, эпидемии, военные действия, ограничения госорганов, сбои электроснабжения или связи.
  • Сторона, для которой возник форс-мажор, обязана уведомить другую сторону в течение 3 (трёх) рабочих дней и предоставить подтверждающие документы компетентных органов.
  • Исполнение обязательств приостанавливается на период действия форс-мажора. Если обстоятельства продолжаются более 30 (тридцати) календарных дней, каждая из сторон вправе расторгнуть Договор, произведя расчёты за фактически оказанные услуги.

9. СРОК ДЕЙСТВИЯ, РАСТОРЖЕНИЕ И ПЕРЕСМОТР УСЛОВИЙ

  • Договор вступает в силу с даты подписания и действует до «___» ________ 2026 г.
  • Фонд вправе расторгнуть Договор в одностороннем порядке в случаях:
    • нарушения Исполнителем требований информационной безопасности;
    • непредоставления данных в установленные сроки;
    • систематического нарушения порядка расчётов или отчётности.
  • При изменении законодательства или нормативных актов, влияющих на исполнение Договора, Стороны обязуются в течение 10 (десяти) рабочих дней внести соответствующие изменения в настоящий Договор.

10. СРОК ИСКОВОЙ ДАВНОСТИ

  • Срок исковой давности по взаимным требованиям Сторон составляет 3 (три) года с момента, когда Сторона узнала или должна была узнать о нарушении обязательства.

11. ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ

  • Все Приложения являются неотъемлемой частью настоящего Договора.
  • Споры между Сторонами разрешаются в порядке, установленном законодательством Республики Казахстан.

ПОДПИСИ СТОРОН:

Фонд социального медицинского страхования

___________________________ / _____________________

Исполнитель (субъект/консорциум)

___________________________ / _____________________

Приложение 1
к Типовому договору

Технические требования к ИСС

I. Общие требования к Системе, к составу и содержанию работ

  • Разработчик Системы должен предоставить свидетельство о зарегистрированных имущественных правах на объект авторского права – программного обеспечения (свидетельство о государственной регистрации объекта авторского права) и Договор авторского права.
  • Система должна соответствовать требованиям СТ РК по информационной безопасности. Агрегатор должен предоставить Акт/Протоколы испытаний о соответствии требованиям информационной безопасности.
  • Система должна обеспечивать автоматизацию и оптимизацию процессов децентрализации амбулаторно-лекарственного обеспечения (АЛО), с возможностью применения под механизма сооплаты.
  • Модули и/или составные части Системы должны иметь возможность обмена информацией между собой используя http(s) – протокол.
  • Система должна обеспечивать конфиденциальность персональных данных в процессе передачи с использованием безопасных протоколов передачи.
  • В системе должны быть предусмотрены средства защиты информации от несанкционированного доступа, а именно:
    • идентификация пользователя на основе проверки имени (логина) пользователя и пароля;
    • авторизация пользователя для доступа информационно-вычислительным ресурсам Системы, требующим наличия соответствующих разрешений;
    • персонифицированное определение прав пользователей на ввод корректировку, просмотр данных;
    • персонифицированное определение прав пользователей на доступ к ресурсам Системы;
    • разграничение прав пользователей системы по ролям, группам и уровню доступа;
    • защиту системных файлов от изменения/повреждения неавторизованными пользователями и программными процессами.
  • В системе должно быть реализовано автоматическое резервное копирование с возможностью планирования.
  • Система должна отвечать следующим требованиям в части отчетности: все аналитические формы и отчетные формы должны иметь возможность экспорта в форматы MS Excel (.xlsx), XML, PDF.
  • Разработчик Системы должен обеспечить в границах своей Системы соблюдение законов «О персональных данных», «Об информатизации», «О здравоохранении».
  • Разработчик Системы не должен использовать собранные данные в Системе в коммерческих целях без согласия ФСМС и МЗ РК.
  • Разработчик Системы должен обеспечивать стабильную работу при пиковой нагрузке (не менее 10 000 операций в сутки), с возможностью масштабирования без сбоев, а также поддержку многопоточности и распределённой архитектуры Системы.
  • Разработчик Системы должен обеспечивать гарантированную доступность платформы не ниже 99.5% в месяц, а также наличие резервных серверов, мониторинга и техподдержки в будние, выходные и праздничные дни 9:00 до 19:00.
  • Разработчик Системы должен обеспечивать доступность интерфейса Системы с ПК и мобильных устройств (адаптивный дизайн или мобильное приложение) с локализацией на казахском и русском языках.
  • Разработчик Системы должен обеспечить раскрытие модели монетизации (источники дохода, структура тарифа, отсутствие оплаты со стороны пациента). Возможность работы по госсубподряду.
  • Разработчик Системы должен обеспечивать безопасность системы, включая ведение логов, многофакторную аутентификацию, авторизацию по ролям, защиту от SQL-инъекций и XSS-атак. Агрегатор должен иметь процедуру восстановления данных.
  • Разработчик Системы должен соответствовать следующим функциональным критериям:
    • Разработчик Системы должен проверять страховой статус (через ФСМС), возраст, наличие льготных категорий, диагноз и назначение — на соответствие перечню ЛС, подлежащих сооплате.
    • расчет долей оплаты
    • автоматический расчёт стоимости ЛС, доли пациента и ФСМС, с учетом нормативных наценок, предельной стоимости и скидок.
    • регистрация отпуска ЛС
    • подтверждение отпуска препаратов обеспечения рецепта с привязкой к выписанному рецепту и передачей в ИСЛО с исключением двойного обеспечения рецепта.
    • формирование реестров на оплату
    • автоматическая генерация реестров для оплаты доли ФСМС, с разбивкой по: аптекам, регионам, ЛС, МНН, датам. Отчеты в формате Excel, XML, PDF.
    • аналитика и отчетность – формирование инфоблоков (дашбордов) в реальном времени по: числу обращений, доле обеспеченности и т.д..с возможностью выгрузки данных за любые периоды.

II. Общие требования к интеграциям

  • Система должна обеспечивать интеграцию со следующими ИС:
    • Единый классификатор ЛС и МИ ИС МЗ РК – для получения сведений лекарственных средств и проверки лекарственных средств по сооплате в ЕК ЛС перед обеспечением рецепта;
    • ИС «Лекарственное обеспечение» МЗ РК (далее ИСЛО) – для получения и обеспечения рецептов по АЛО;
    • ИС «Система управления ресурсами» МЗ РК – для наличия аптеки в базе данных организаций здравоохранения, для дальнейшего обеспечения рецептов в ИСЛО МЗ РК;
    • ИС «Регистр прикрепленного населения» МЗ РК – для проведения проверки на предмет отсутствия факта смерти;
    • ИС «Электронный регистр диспансерных больных» МЗ РК на наличие диспансерного наблюдения по нозологии, указанной в рецепте от ИСЛО МЗ РК;
    • Сервис Контроля доступа к персональным данным МЦРИАП РК – для получения согласия гражданина на сбор и обработку его персональных данных в Системе;
    • Сервис проверки в БМГ зарегистрированного номера с соответствующим ИИН Компонента «База мобильных граждан» информационной системы «Мобильное правительство» МЦРИАП РК;
    • Сервис QR подписания посредством приложения Egov Mobile АО «Национальные информационные технологии» или НУЦ РК – для подписания уполномоченным лицом аптеки при отправке документов (договоры, счеты-реестры);
    • ИС «Сактандыру» ФСМС –для определения статуса Потребителя ОСМС и получения информации о наличии/отсутствии платежей, возврат платежей и льготной категории;
    • 1С Бухгалтерия ФСМС - в части передачи реестра на оплату;
    • ИС ФСМС - для заключения договоров аптеками по присоединению к АЛО, передача счетов-реестров, подтверждение выплат;
    • На основе данных утвержденных НПА по АЛО - получение данных по предельным ценам

III. Требования к информационной безопасности

  • Система должна соответствовать требованиям информационной безопасности, в том числе:
    • использование ЭЦП и шифрования при передаче данных;
    • хранение логов аудита и действий пользователей;
    • верификация пациента по ИИН и номеру телефона через БМГ;

IV. Функциональные требования к Системе

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

    Модуль регистрации аптек

    Модуль должен иметь функционал добавления новой и редактирования существующей организации (аптеки) с возможностью указания одного или нескольких филиалов, с проверкой в ИС «Система управления ресурсами» МЗ РК.

    Модуль идентификации пациента

    Модуль должен иметь следующий функционал:

    • верификация ИИН и номера телефона пациента в Базе мобильных граждан через Сервис проверки в БМГ зарегистрированного номера с соответствующим ИИН Компонента «База мобильных граждан» информационной системы «Мобильное правительство» МЦРИАП РК.
    • получение согласия гражданина на сбор и обработку его персональных данных в Системе через Сервис Контроля доступа к персональным данным МЦРИАП РК.

    Модуль поиска и обеспечения рецепта

    Модуль должен иметь следующий функционал:

    • поиск и отображение электронных рецептов посредством сканирования QR-кода рецепта или по номеру рецепта либо через ИИН пациента через сервисы ИС «Лекарственное обеспечение» МЗ РК;
    • проверка на предмет отсутствия факта смерти через сервисы ИС «Регистр прикрепленного населения» МЗ РК;
    • проверка на наличие диспансерного наблюдения по нозологии, указанной в рецепте, через сервисы ИС «Электронный регистр диспансерных больных» МЗ РК;
    • определение статуса Потребителя ОСМС и проверка информации о наличии/отсутствии платежей, возврат платежей и льготной категории ИС «Сактандыру» ФСМС;
    • проверка выдаваемого лекарства по МНН, дозировке, в т.ч. через сервисы Единого классификатора ЛС и МИ ИС МЗ РК;
    • сопоставление предельной цены, цены сооплаты и общей суммы на отпускаемое лекарство;
    • проверка наличия фискальных данных и маркировки товара по выдаваемому лекарству;
    • проверка серии и срока годности отпускаемого ЛС (дополнительная валидация при необходимости);
    • передача сведений об обеспечения рецепта ИС «Лекарственное обеспечение» МЗ РК, регистрация факта отпуска препарата по рецепту с передачей необходимых параметров и получением подтверждения о завершении обеспечения

    Модуль реестры для оплаты доли ФСМС

    Модуль должен иметь функционал по автоматической генерация реестров для оплаты доли ФСМС, с разбивкой по: аптекам, регионам, ЛС, МНН, датам и передачи в соответствующие ИС ФСМС. Отчеты в Системе должны экспортироваться в формате Excel, XML, PDF

    Модуль Рабочее место ФСМС

    Модуль должен иметь следующий функционал:

    • доступ к информации по рецептам: номер рецепта, ИИН пациента, наименование и адрес аптеки, состав рецепта, способ и статус оплаты, текущий статус обеспечения рецепта.
    • определение даты и времени изменения основных статусов с момента получения рецепта из ИСЛО.
    • формирование сводных отчетов по количеству обеспеченных рецептов, объему финансирования, аптекам, регионам и временным периодам.

    Модуль аналитики и отчетности

    Модуль должен иметь функционал по формированию инфоблоков (дашбордов) в реальном времени по: числу обращений, доле обеспеченности и т.д..

Приложение 2
к Типовому договору

Сводный реестр обеспеченных рецептов субъектами в сфере обращения лекарственных средств и медицинских изделий и (или) консорциумом

за период _______________№_______ от «___» _________ 20 ___ года

за период с «___» _______ 20 ___ года по «___» ________ 20 ___ год по Договору оплаты стоимости фармацевтических услуг в рамках сооплаты № ____от «___» _________ 20 ___ года

Наименование и БИН поставщика (субъект в сфере обращения лекарственных средств и медицинских изделий и (или) официальный представитель консорциума, заключивший договор сооплаты с НАО «Фонд социального медицинского страхования») __________________________________________

№ п/п Наименование субъекта БИН субъекта Регион Код МКБ-10 ИИН пациента № и дата рецепта МНН ЛС
1 2 3 4 5 6 7 8
ТН ЛС Дозировка и форма Ед. изм. Предельная цена № фискального чека № маркировки Возмещение ФСМС Оплата пациента Общая сумма
9 10 11 12 13 14 15 16 17=15+16

Итого стоимость фармацевтической услуги в рамках сооплаты составила _____тенге.

Представлено:
Субъект/консорциум ________________ ___________________

Согласовано:
НАО «ФСМС» ________ ________

*Торговое наименование указывается из государственного реестра лекарственных средств и медицинских изделий

Приложение 3
к Типовому договору

Акт оплаты фармацевтических услуг субъектами в сфере обращения лекарственных средств и медицинских изделий и (или) консорциумом

№_______ от «___» _________ 20 ___ года

за период с «___» _______ 20 ___ года по «___» ________ 20 ___ год по Договору оплаты стоимости фармацевтических услуг в рамках сооплаты № ____от «___» _________ 20 ___ года

№ п/п Регион Наименование поставщика Количество рецептов Сумма возмещения ФСМС
1 2 3 4 5
1
2 Итого сумма обеспеченных рецептов в рамках сооплаты, тенге

Представлено:
Субъект в сфере обращения лекарственных средств и медицинских изделий и (или) официальный представитель консорциума
_______________________

Согласовано:
НАО «Фонд социального медицинского страхования»
___________________________

($R=>$R[68].return(void 0))($R["tsr"]);$_TSR.c()iv>

Прокрутите договор до конца, чтобы продолжить