Устройство 1С:Медицины: от записи пациента до отчёта главврача

· 10 мин

Содержание

1С:Медицина работает как единая база на платформе 1С:Предприятие 8.3: пациент один раз попадает в картотеку, а дальше запись, приём, назначения, списание лекарств и выставление счёта (ОМС, ДМС или касса) идут по одной цепочке документов. Каждый участник — регистратор, врач, медсестра, аптека, экономист — видит свой участок этой цепочки через своё рабочее место и свои права.

Типичная ситуация при внедрении: главврач хочет «чтобы всё было в одной программе», а бухгалтерия уже ведёт учёт в другой базе 1С. Вопрос сразу встаёт практический — что именно делает медицинская система, что остаётся в бухгалтерии и как они обмениваются данными. Ниже разобран каждый блок по порядку, как его видит пользователь и как его настраивает внедренец.

Из чего состоит линейка и на чём она работает

«1С:Медицина» — не одна программа, а семейство отраслевых решений фирмы 1С и партнёров на общей платформе. Основные продукты линейки:

  • 🏥 1С:Медицина. Больница — стационар: приёмный покой, движение пациентов по отделениям, коечный фонд, истории болезни.
  • 🩺 1С:Медицина. Поликлиника — амбулаторный приём: участки, расписание, талоны, амбулаторные карты, диспансеризация.
  • 💊 1С:Медицина. Больничная аптека — учёт лекарственных препаратов и изделий медицинского назначения, выдача в отделения.
  • 🦷 1С:Медицина. Клиника — коммерческие медцентры: платные услуги, прайс, касса, ДМС.

Есть и партнёрские решения под узкие профили (стоматология, лаборатория, санаторий). Логика у всех похожая, поэтому дальше речь об общем устройстве.

Архитектура: файл, сервер, веб

Платформа одна и та же, что у Бухгалтерии или ЗУП. Отсюда три варианта развёртывания:

ВариантКому подходитОграничения
Файловая базаНебольшой кабинет, 3–5 рабочих мест в одной сетиМедленно при одновременной работе, хуже с сохранностью при сбоях
Клиент-серверный вариант (сервер 1С + PostgreSQL или MS SQL)Поликлиника, больница, сеть клиникНужен администратор, отдельный сервер, серверные лицензии
Веб-клиент или тонкий клиент через публикациюФилиалы, удалённые кабинеты, планшеты врачейНужна публикация на веб-сервере и защищённый канал

В клиент-серверном варианте тонкий клиент на рабочем месте не хранит данных. Он подключается к агенту сервера 1С (порт 1540 по умолчанию), тот направляет его к менеджеру кластера (1541) и рабочим процессам. Все расчёты, проведение документов и формирование отчётов идут на сервере, а на компьютер врача приходит только готовая форма.

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

Персональные данные и разграничение доступа

Медицинская база хранит сведения о здоровье — это специальная категория персональных данных по 152-ФЗ. Поэтому архитектура прав здесь важнее, чем в бухгалтерии:

  • 🔐 профили групп доступа под роли: регистратор не видит диагнозов, врач видит только свои приёмы и пациентов отделения;
  • 🧾 журнал регистрации платформы фиксирует, кто открывал карту и что менял;
  • 🖥️ сервер и каналы связи защищают средствами, которые требует ваша модель угроз (это вопрос не самой 1С, а инфраструктуры).

Регистратура и расписание: как записывается пациент

Работа медицинской системы начинается с картотеки. Регистратор ищет пациента по ФИО, дате рождения, СНИЛС или полису ОМС. Если не нашёл — заводит новую карточку. Повторно пациента не создают: дубли в картотеке ломают историю болезни и реестры на оплату.

Что настраивают до запуска регистратуры

  1. Структуру учреждения — подразделения, кабинеты, отделения, участки.
  2. Сотрудников и должности — с привязкой к специальности, чтобы расписание знало, кто какие услуги оказывает.
  3. Номенклатуру услуг — с длительностью приёма. От длительности зависит нарезка расписания на слоты.
  4. Шаблоны расписания — график врача по дням недели, чётные и нечётные дни, перерывы.
  5. Виды оплаты — ОМС, ДМС, платно. Вид оплаты задают при записи, а не после приёма.

Как выглядит запись

Регистратор открывает сетку расписания, выбирает специалиста или услугу, видит свободные интервалы и ставит пациента в слот. Система печатает талон или отправляет напоминание, если подключены СМС-рассылки.

Запись приходит из нескольких каналов:

  • ☎️ по телефону и при личном визите — через регистратора;
  • 🌐 через сайт клиники или федеральный портал — в зависимости от интеграции с региональными сервисами записи;
  • 👩‍⚕️ сам врач записывает на повторный приём или к узкому специалисту прямо из своего рабочего места.

Самая частая проблема первых недель — «наложенные» записи. Причина почти всегда в шаблоне расписания: врачу оставили старый график, а новый добавили поверх. Перед запуском проверьте сетку каждого специалиста хотя бы на неделю вперёд.

Рабочее место врача и электронная медкарта

Врач работает в своём окне: слева список пациентов на сегодня по расписанию, справа электронная медицинская карта выбранного пациента. Из карты видно предыдущие приёмы, диагнозы, назначения, результаты анализов.

Как оформляется приём

  1. Врач открывает пациента из списка — приём уже связан с записью и видом оплаты.
  2. Заполняет протокол осмотра по шаблону своей специальности: жалобы, анамнез, объективный статус.
  3. Ставит диагноз по справочнику МКБ-10.
  4. Оформляет назначения: препараты, процедуры, анализы, направления к другим специалистам.
  5. Печатает или подписывает электронной подписью медицинские документы.
  6. Закрывает приём — с этого момента услуга считается оказанной и попадает в расчёты.

Шаблоны медицинских документов

Главный приём настройки, без которого врачи бросают систему, — конструктор шаблонов протоколов. Если терапевту и кардиологу дать одну общую форму, приём растягивается вдвое. Внедренец вместе с заведующими собирает для каждой специальности свой шаблон: поля с выбором из списка, нормальные значения по умолчанию, обязательные поля.

Начинайте с 3–5 самых массовых специальностей. Шаблоны для редких профилей проще дорабатывать по заявкам врачей после запуска.

Электронные медицинские документы и ЕГИСЗ

Государственные учреждения обязаны передавать сведения в единую государственную информационную систему в сфере здравоохранения (ЕГИСЗ). 1С:Медицина формирует структурированные электронные медицинские документы (СЭМД), подписывает их электронной подписью врача и медорганизации и отправляет через подключённые сервисы. Для этого у врача должна быть своя подпись, а в программе — настроенные параметры подключения к региональной или федеральной системе.

Аптека и склад: путь лекарства от поставщика до пациента

Лекарственный блок отвечает на простой вопрос: сколько препарата пришло, кому выдано и на кого списано. Цепочка такая:

  1. Поступление от поставщика на центральный склад аптеки — с сериями, сроками годности, ценой.
  2. Требование отделения — старшая медсестра заказывает препараты на отделение.
  3. Выдача в отделение — аптека отпускает по требованию, остаток переходит на склад отделения.
  4. Списание на пациента — по назначению врача медсестра фиксирует введение препарата конкретному пациенту.

Так вы видите расход не «на отделение в целом», а на каждый случай лечения. Это нужно и для себестоимости, и для расчёта по ОМС, и для контроля.

Что учитывает аптечный блок

  • 📦 партии и серии препаратов, сроки годности с предупреждением о скором окончании;
  • ⚖️ предметно-количественный учёт для препаратов, где он обязателен (наркотические, психотропные и др.), с отдельными журналами;
  • 🏷️ маркировку лекарств — сканирование кодов при приёмке и выбытии, обмен с системой мониторинга движения лекарственных препаратов;
  • 📋 формуляр учреждения — перечень препаратов, которые врачи могут назначать.

Остатки на дату запуска вводите после фактической инвентаризации аптеки и всех отделений. Если перенести цифры из старой программы «как есть», расхождения по сериям всплывут при первой же выдаче маркированного препарата.

Связь с бухгалтерией

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

Деньги: ОМС, ДМС и платные услуги

Финансовый блок собирает оказанные услуги в счета для того, кто платит. Источник у всех трёх видов оплаты один — закрытые приёмы и случаи лечения.

Вид оплатыЧто формирует 1С:МедицинаКому уходит
ОМСРеестры счетов за период в формате территориального фондаТФОМС и страховые медицинские организации
ДМССчета и реестры услуг по договору со страховой компаниейСтраховая компания
Платные услугиДоговор с пациентом, счёт, чекПациент или организация-плательщик

ОМС: реестры и их проверка

Реестр счетов собирается из случаев лечения за отчётный месяц. До отправки система проверяет данные: действует ли полис, заполнены ли обязательные поля, укладывается ли случай в тарифы. Формат файлов и правила проверки задаёт ваш территориальный фонд, поэтому региональные справочники и тарифы нужно своевременно обновлять.

После отправки фонд возвращает протокол с отказами. Отклонённые случаи исправляют и включают в повторный реестр. Чем чище данные в регистратуре (полис, СНИЛС, адрес), тем меньше отказов — это прямые деньги учреждения.

ДМС: договоры и лимиты

По ДМС заводят договор со страховой компанией и программы страхования с перечнем услуг. При записи пациента по полису ДМС регистратор видит, входит ли услуга в программу. Услуги вне программы оформляют как платные — сразу, а не задним числом.

Платные услуги и касса

Для коммерческих приёмов работает прайс-лист, договор с пациентом и касса. Оплата пробивается через онлайн-кассу по 54-ФЗ: чек уходит в ФНС через оператора фискальных данных. Подключают кассу через драйверы оборудования, как в других конфигурациях 1С.

Скидки, акции и абонементы настраивайте до запуска. Ручная правка цены в каждом чеке ломает отчёты по выручке врачей.

Отчёты для главврача и экономистов

Аналитика строится на тех же документах, что заполняют сотрудники. Отдельно ничего вводить не нужно, но и чудес нет: если врачи не закрывают приёмы, отчёт покажет пустоту.

Что обычно смотрит руководство:

  • 📊 загрузка врачей и кабинетов — сколько слотов занято, сколько пропущено, средняя длительность приёма;
  • 💰 выручка по видам оплаты — ОМС, ДМС, платные, в разрезе отделений и специалистов;
  • 🛏️ коечный фонд (для стационара) — занятость, оборот койки, средний срок пребывания;
  • 💊 расход препаратов — на отделение, на пациента, на случай лечения;
  • ❌ отказы ОМС — по причинам и по врачам, которые заполняли случаи.

Статистические формы государственного наблюдения формируются из тех же данных. Набор форм зависит от продукта и региональных требований — проверьте его в описании вашей версии до покупки.

Отчёты на системе компоновки данных

Отчёты построены на стандартном механизме платформы, поэтому пользователь может сам сменить группировки, добавить отбор по отделению или периоду и сохранить свой вариант отчёта. Новый отчёт «с нуля» под нестандартный показатель пишет программист, но часто хватает настройки существующего.

Внедрение: этапы и на чём оно спотыкается

Внедрение медицинской системы занимает от нескольких недель для небольшой клиники до года и больше для многопрофильной больницы. Последовательность почти всегда одна:

  1. Обследование — какие процессы есть, какие формы печатают, какие обмены нужны с регионом и бухгалтерией.
  2. Развёртывание — сервер 1С, СУБД, лицензии, публикация для удалённых точек.
  3. Нормативно-справочная информация — структура, сотрудники, услуги, тарифы, номенклатура аптеки.
  4. Пилот — одно отделение или регистратура плюс два-три врача.
  5. Обучение по ролям — регистраторы, врачи, медсёстры, аптека, экономисты отдельно.
  6. Тиражирование на остальные подразделения и подключение внешних обменов.
Готовность к запуску регистратуры
Выполнено: 0 / 7

Где спотыкаются чаще всего

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

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

Частые вопросы

Можно ли вести в 1С:Медицине бухгалтерский учёт?
Нет, полноценной бухгалтерии в ней нет. Медицинская система передаёт данные о поступлениях, списаниях и выручке в бухгалтерскую конфигурацию 1С через обмен.
Работает ли 1С:Медицина через браузер?
Да, если базу опубликовать на веб-сервере. Врачи филиала работают через веб-клиент или тонкий клиент по защищённому каналу без установки базы у себя.
Нужна ли каждому врачу электронная подпись?
Для отправки электронных медицинских документов в ЕГИСЗ — да, документ подписывает врач, а затем медорганизация. Для работы только внутри базы подпись не требуется.
Сколько лицензий нужно?
По одной клиентской лицензии на каждое одновременное подключение плюс серверная лицензия для клиент-серверного варианта. Считают пиковое число пользователей, а не общее число сотрудников.
Можно ли перенести данные из другой медицинской программы?
Картотеку пациентов, справочники и остатки аптеки — да, через загрузку из файлов или обработку переноса. Старые протоколы приёмов обычно переносят как прикреплённые файлы, а не как структурированные данные.

Источники

  • Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»
  • Федеральный закон от 29.11.2010 № 326-ФЗ «Об обязательном медицинском страховании в Российской Федерации»
  • Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»
  • Федеральный закон от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники»