Устройство 1С:Медицины: от записи пациента до отчёта главврача
Содержание
1С:Медицина работает как единая база на платформе 1С:Предприятие 8.3: пациент один раз попадает в картотеку, а дальше запись, приём, назначения, списание лекарств и выставление счёта (ОМС, ДМС или касса) идут по одной цепочке документов. Каждый участник — регистратор, врач, медсестра, аптека, экономист — видит свой участок этой цепочки через своё рабочее место и свои права.
Типичная ситуация при внедрении: главврач хочет «чтобы всё было в одной программе», а бухгалтерия уже ведёт учёт в другой базе 1С. Вопрос сразу встаёт практический — что именно делает медицинская система, что остаётся в бухгалтерии и как они обмениваются данными. Ниже разобран каждый блок по порядку, как его видит пользователь и как его настраивает внедренец.
Из чего состоит линейка и на чём она работает
«1С:Медицина» — не одна программа, а семейство отраслевых решений фирмы 1С и партнёров на общей платформе. Основные продукты линейки:
- 🏥 1С:Медицина. Больница — стационар: приёмный покой, движение пациентов по отделениям, коечный фонд, истории болезни.
- 🩺 1С:Медицина. Поликлиника — амбулаторный приём: участки, расписание, талоны, амбулаторные карты, диспансеризация.
- 💊 1С:Медицина. Больничная аптека — учёт лекарственных препаратов и изделий медицинского назначения, выдача в отделения.
- 🦷 1С:Медицина. Клиника — коммерческие медцентры: платные услуги, прайс, касса, ДМС.
Есть и партнёрские решения под узкие профили (стоматология, лаборатория, санаторий). Логика у всех похожая, поэтому дальше речь об общем устройстве.
Архитектура: файл, сервер, веб
Платформа одна и та же, что у Бухгалтерии или ЗУП. Отсюда три варианта развёртывания:
| Вариант | Кому подходит | Ограничения |
|---|---|---|
| Файловая база | Небольшой кабинет, 3–5 рабочих мест в одной сети | Медленно при одновременной работе, хуже с сохранностью при сбоях |
| Клиент-серверный вариант (сервер 1С + PostgreSQL или MS SQL) | Поликлиника, больница, сеть клиник | Нужен администратор, отдельный сервер, серверные лицензии |
| Веб-клиент или тонкий клиент через публикацию | Филиалы, удалённые кабинеты, планшеты врачей | Нужна публикация на веб-сервере и защищённый канал |
В клиент-серверном варианте тонкий клиент на рабочем месте не хранит данных. Он подключается к агенту сервера 1С (порт 1540 по умолчанию), тот направляет его к менеджеру кластера (1541) и рабочим процессам. Все расчёты, проведение документов и формирование отчётов идут на сервере, а на компьютер врача приходит только готовая форма.
Для медучреждения с десятками одновременных пользователей файловый вариант не рассматривайте вообще. Регистратура в 8 утра даёт пиковую нагрузку — запись, поиск карт, печать талонов одновременно с десяти окон.
Персональные данные и разграничение доступа
Медицинская база хранит сведения о здоровье — это специальная категория персональных данных по 152-ФЗ. Поэтому архитектура прав здесь важнее, чем в бухгалтерии:
- 🔐 профили групп доступа под роли: регистратор не видит диагнозов, врач видит только свои приёмы и пациентов отделения;
- 🧾 журнал регистрации платформы фиксирует, кто открывал карту и что менял;
- 🖥️ сервер и каналы связи защищают средствами, которые требует ваша модель угроз (это вопрос не самой 1С, а инфраструктуры).
Регистратура и расписание: как записывается пациент
Работа медицинской системы начинается с картотеки. Регистратор ищет пациента по ФИО, дате рождения, СНИЛС или полису ОМС. Если не нашёл — заводит новую карточку. Повторно пациента не создают: дубли в картотеке ломают историю болезни и реестры на оплату.
Что настраивают до запуска регистратуры
- Структуру учреждения — подразделения, кабинеты, отделения, участки.
- Сотрудников и должности — с привязкой к специальности, чтобы расписание знало, кто какие услуги оказывает.
- Номенклатуру услуг — с длительностью приёма. От длительности зависит нарезка расписания на слоты.
- Шаблоны расписания — график врача по дням недели, чётные и нечётные дни, перерывы.
- Виды оплаты — ОМС, ДМС, платно. Вид оплаты задают при записи, а не после приёма.
Как выглядит запись
Регистратор открывает сетку расписания, выбирает специалиста или услугу, видит свободные интервалы и ставит пациента в слот. Система печатает талон или отправляет напоминание, если подключены СМС-рассылки.
Запись приходит из нескольких каналов:
- ☎️ по телефону и при личном визите — через регистратора;
- 🌐 через сайт клиники или федеральный портал — в зависимости от интеграции с региональными сервисами записи;
- 👩⚕️ сам врач записывает на повторный приём или к узкому специалисту прямо из своего рабочего места.
Самая частая проблема первых недель — «наложенные» записи. Причина почти всегда в шаблоне расписания: врачу оставили старый график, а новый добавили поверх. Перед запуском проверьте сетку каждого специалиста хотя бы на неделю вперёд.
Рабочее место врача и электронная медкарта
Врач работает в своём окне: слева список пациентов на сегодня по расписанию, справа электронная медицинская карта выбранного пациента. Из карты видно предыдущие приёмы, диагнозы, назначения, результаты анализов.
Как оформляется приём
- Врач открывает пациента из списка — приём уже связан с записью и видом оплаты.
- Заполняет протокол осмотра по шаблону своей специальности: жалобы, анамнез, объективный статус.
- Ставит диагноз по справочнику МКБ-10.
- Оформляет назначения: препараты, процедуры, анализы, направления к другим специалистам.
- Печатает или подписывает электронной подписью медицинские документы.
- Закрывает приём — с этого момента услуга считается оказанной и попадает в расчёты.
Шаблоны медицинских документов
Главный приём настройки, без которого врачи бросают систему, — конструктор шаблонов протоколов. Если терапевту и кардиологу дать одну общую форму, приём растягивается вдвое. Внедренец вместе с заведующими собирает для каждой специальности свой шаблон: поля с выбором из списка, нормальные значения по умолчанию, обязательные поля.
Начинайте с 3–5 самых массовых специальностей. Шаблоны для редких профилей проще дорабатывать по заявкам врачей после запуска.
Электронные медицинские документы и ЕГИСЗ
Государственные учреждения обязаны передавать сведения в единую государственную информационную систему в сфере здравоохранения (ЕГИСЗ). 1С:Медицина формирует структурированные электронные медицинские документы (СЭМД), подписывает их электронной подписью врача и медорганизации и отправляет через подключённые сервисы. Для этого у врача должна быть своя подпись, а в программе — настроенные параметры подключения к региональной или федеральной системе.
Аптека и склад: путь лекарства от поставщика до пациента
Лекарственный блок отвечает на простой вопрос: сколько препарата пришло, кому выдано и на кого списано. Цепочка такая:
- Поступление от поставщика на центральный склад аптеки — с сериями, сроками годности, ценой.
- Требование отделения — старшая медсестра заказывает препараты на отделение.
- Выдача в отделение — аптека отпускает по требованию, остаток переходит на склад отделения.
- Списание на пациента — по назначению врача медсестра фиксирует введение препарата конкретному пациенту.
Так вы видите расход не «на отделение в целом», а на каждый случай лечения. Это нужно и для себестоимости, и для расчёта по ОМС, и для контроля.
Что учитывает аптечный блок
- 📦 партии и серии препаратов, сроки годности с предупреждением о скором окончании;
- ⚖️ предметно-количественный учёт для препаратов, где он обязателен (наркотические, психотропные и др.), с отдельными журналами;
- 🏷️ маркировку лекарств — сканирование кодов при приёмке и выбытии, обмен с системой мониторинга движения лекарственных препаратов;
- 📋 формуляр учреждения — перечень препаратов, которые врачи могут назначать.
Остатки на дату запуска вводите после фактической инвентаризации аптеки и всех отделений. Если перенести цифры из старой программы «как есть», расхождения по сериям всплывут при первой же выдаче маркированного препарата.
Связь с бухгалтерией
1С:Медицина не заменяет бухгалтерский учёт. В государственных учреждениях бухгалтерию обычно ведут в 1С:Бухгалтерии государственного учреждения, в коммерческих — в 1С:Бухгалтерии предприятия. Медицинская система передаёт туда обобщённые данные: поступления, списания, выручку. Состав обмена и периодичность задают при внедрении — договоритесь о них с главным бухгалтером заранее.
Деньги: ОМС, ДМС и платные услуги
Финансовый блок собирает оказанные услуги в счета для того, кто платит. Источник у всех трёх видов оплаты один — закрытые приёмы и случаи лечения.
| Вид оплаты | Что формирует 1С:Медицина | Кому уходит |
|---|---|---|
| ОМС | Реестры счетов за период в формате территориального фонда | ТФОМС и страховые медицинские организации |
| ДМС | Счета и реестры услуг по договору со страховой компанией | Страховая компания |
| Платные услуги | Договор с пациентом, счёт, чек | Пациент или организация-плательщик |
ОМС: реестры и их проверка
Реестр счетов собирается из случаев лечения за отчётный месяц. До отправки система проверяет данные: действует ли полис, заполнены ли обязательные поля, укладывается ли случай в тарифы. Формат файлов и правила проверки задаёт ваш территориальный фонд, поэтому региональные справочники и тарифы нужно своевременно обновлять.
После отправки фонд возвращает протокол с отказами. Отклонённые случаи исправляют и включают в повторный реестр. Чем чище данные в регистратуре (полис, СНИЛС, адрес), тем меньше отказов — это прямые деньги учреждения.
ДМС: договоры и лимиты
По ДМС заводят договор со страховой компанией и программы страхования с перечнем услуг. При записи пациента по полису ДМС регистратор видит, входит ли услуга в программу. Услуги вне программы оформляют как платные — сразу, а не задним числом.
Платные услуги и касса
Для коммерческих приёмов работает прайс-лист, договор с пациентом и касса. Оплата пробивается через онлайн-кассу по 54-ФЗ: чек уходит в ФНС через оператора фискальных данных. Подключают кассу через драйверы оборудования, как в других конфигурациях 1С.
Скидки, акции и абонементы настраивайте до запуска. Ручная правка цены в каждом чеке ломает отчёты по выручке врачей.
Отчёты для главврача и экономистов
Аналитика строится на тех же документах, что заполняют сотрудники. Отдельно ничего вводить не нужно, но и чудес нет: если врачи не закрывают приёмы, отчёт покажет пустоту.
Что обычно смотрит руководство:
- 📊 загрузка врачей и кабинетов — сколько слотов занято, сколько пропущено, средняя длительность приёма;
- 💰 выручка по видам оплаты — ОМС, ДМС, платные, в разрезе отделений и специалистов;
- 🛏️ коечный фонд (для стационара) — занятость, оборот койки, средний срок пребывания;
- 💊 расход препаратов — на отделение, на пациента, на случай лечения;
- ❌ отказы ОМС — по причинам и по врачам, которые заполняли случаи.
Статистические формы государственного наблюдения формируются из тех же данных. Набор форм зависит от продукта и региональных требований — проверьте его в описании вашей версии до покупки.
Отчёты на системе компоновки данных
Отчёты построены на стандартном механизме платформы, поэтому пользователь может сам сменить группировки, добавить отбор по отделению или периоду и сохранить свой вариант отчёта. Новый отчёт «с нуля» под нестандартный показатель пишет программист, но часто хватает настройки существующего.
Внедрение: этапы и на чём оно спотыкается
Внедрение медицинской системы занимает от нескольких недель для небольшой клиники до года и больше для многопрофильной больницы. Последовательность почти всегда одна:
- Обследование — какие процессы есть, какие формы печатают, какие обмены нужны с регионом и бухгалтерией.
- Развёртывание — сервер 1С, СУБД, лицензии, публикация для удалённых точек.
- Нормативно-справочная информация — структура, сотрудники, услуги, тарифы, номенклатура аптеки.
- Пилот — одно отделение или регистратура плюс два-три врача.
- Обучение по ролям — регистраторы, врачи, медсёстры, аптека, экономисты отдельно.
- Тиражирование на остальные подразделения и подключение внешних обменов.
Где спотыкаются чаще всего
- 🧩 Справочники. Номенклатура аптеки и услуг вносится неделями. Переносите её из старых систем выгрузкой, а не руками.
- 👥 Права. Выдать всем полные права «на время запуска» — быстро, но потом отозвать их сложно, а журнал доступа к картам теряет смысл.
- 🔄 Обновления. Отраслевые решения часто обновляются из-за смены региональных форматов и федеральных справочников. Доработки делайте в расширениях конфигурации, а не в основной конфигурации — иначе каждое обновление превратится в ручное сравнение и объединение.
Обновление конфигурации в клиент-серверной базе требует монопольного доступа для обновления структуры. Пользователей отключают, поэтому планируйте его на ночь или выходные и заранее делайте резервную копию базы.
Частые вопросы
Можно ли вести в 1С:Медицине бухгалтерский учёт?
Работает ли 1С:Медицина через браузер?
Нужна ли каждому врачу электронная подпись?
Сколько лицензий нужно?
Можно ли перенести данные из другой медицинской программы?
Источники
- Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»
- Федеральный закон от 29.11.2010 № 326-ФЗ «Об обязательном медицинском страховании в Российской Федерации»
- Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»
- Федеральный закон от 22.05.2003 № 54-ФЗ «О применении контрольно-кассовой техники»