Стоматологическая клиника редко живёт одним документом. У пациента есть первичный осмотр, диагнозы, зубная формула, план лечения, снимки, этапы ортопедической или хирургической работы, согласия и повторные визиты. Внутри МИС эта история может выглядеть удобно для врача — но интеграционный контур оценивает не красоту карточки, а структуру, связи и обязательные сведения.
Поэтому фраза поставщика «ЕГИСЗ поддерживается» недостаточна. Нужно проверить, какие именно стоматологические сценарии формируют предусмотренные документы, кто их подписывает, как связаны этапы лечения и где клиника увидит итоговую квитанцию.
Разберём проверку МИС до боевого запуска: без реальных карт пациентов, без обещаний «нажмём и посмотрим» и без попытки превратить врача в инженера интеграции.
Стоматология сложнее одного приёма
В простой демонстрации пациент приходит, врач заполняет осмотр, нажимает кнопку и получает зелёный статус. Реальная стоматология многослойна.
- лечение продолжается несколько визитов;
- план меняется после диагностики;
- часть процедур выполняют разные специалисты;
- снимки живут в отдельном архиве или программе;
- материалы и лабораторные этапы связаны со сроками;
- услуга в прайсе не всегда равна медицинскому документу;
- один приём может включать несколько клинических событий.
Если МИС построена вокруг выставления услуг, она может быть удобной для кассы и при этом плохо отражать медицинскую последовательность. Перед интеграцией важно проверить именно клиническую модель.
Начните не с настройки, а с карты приёмов
Выберите пять характерных маршрутов клиники:
- Первичная консультация с диагностикой.
- Терапевтическое лечение в один визит.
- Лечение в несколько этапов.
- Хирургический приём с последующим наблюдением.
- Ортопедический или ортодонтический маршрут с несколькими специалистами.
Для каждого запишите: кто создаёт запись, какие исходные сведения нужны, какой документ формируется, кто подписывает, что считается завершением и какой следующий визит ожидается. Не перечисляйте все поля интерфейса — опишите медицинский смысл.
Только после этого сопоставляйте маршрут с возможностями МИС и актуальными требованиями.
Зубная формула не заменяет медицинский документ
Интерактивная схема зубов удобна врачу и пациенту. Но она может храниться как отдельный интерфейсный объект, изображение или набор локальных кодов. Нужно понять, как её данные участвуют в структурированном документе.
Спросите поставщика:
- какие значения входят в формируемый документ;
- что остаётся только внутри локальной карточки;
- как хранится история изменений;
- можно ли отличить исходное состояние от результата лечения;
- что происходит при исправлении ошибки;
- сохраняется ли авторство каждого изменения;
- как данные переносятся при миграции.
Не требуйте передавать наружу всё, что видно на экране. Передаваться должен предусмотренный состав. Но клиника обязана понимать границу между локальной клинической картой и внешним документом.
План лечения и факт оказания — разные сущности
План отвечает на вопрос «что предполагается сделать». Факт — «что действительно выполнено». Между ними могут измениться диагноз, объём, срок, исполнитель и стоимость.
Опасная настройка автоматически превращает запланированную услугу в выполненное медицинское событие после оплаты или отметки администратора. Медицинский факт должен подтверждать уполномоченный специалист в корректном контексте.
Проверьте три сценария:
- пациент согласовал план, но отложил лечение;
- врач изменил тактику во время приёма;
- один этап выполнил другой специалист.
МИС должна сохранить различие плана, версии и факта, а не переписать историю задним числом.
Снимок, ссылка и архив
Рентгеновский снимок может открываться из карточки, но физически храниться на рабочей станции, в облачном сервисе или PACS. Ссылка в МИС не доказывает наличие управляемого архива.
До запуска уточните:
- где находится оригинал исследования;
- используется ли стандартный формат и сохраняются ли метаданные;
- как настроены права;
- что произойдёт при замене компьютера;
- входит ли архив в резервное копирование;
- можно ли восстановить связь с пациентом;
- каков план при недоступности внешнего сервиса.
Принципы разделения viewer, PACS и архива подробно разобраны в статье о PACS, DICOM и облачной расшифровке. Для стоматологии масштаб может быть меньше, но логика сохранности та же.
Кто подписывает документ
В клинике над одним случаем могут работать стоматолог-терапевт, хирург, ортопед и ассистент. Наличие учётной записи не означает право подписать любой документ.
Проверьте:
- персональность учётной записи;
- связь врача с организацией и подразделением;
- должность и специальность;
- действующий сертификат и рабочее место;
- отсутствие общей подписи кабинета;
- сценарий замены врача;
- порядок исправления подписанного документа.
Если подписание возможно только с одного компьютера, это операционный риск. Если пароль знает вся смена, история действий недостоверна.
Составной сценарий: лечение продолжается, а врач сменился
Представим обезличенную ситуацию. Врач начал многоэтапное лечение и создал план. Перед следующим визитом он увольняется, пациента принимает коллега. В МИС новый врач видит историю и продолжает работу.
Вопросы появляются при документировании: кто автор первоначального плана, кто подтвердил изменение, как связаны этапы, может ли новый врач корректно подписать свой документ и не изменяет ли система уже подписанную запись первого специалиста.
Правильный процесс сохраняет авторство и версии. Новый врач оценивает состояние, принимает собственное клиническое решение и фиксирует следующий этап в границах полномочий. Администратор не «перепривязывает» старые документы ради удобства.
Это составной сценарий, а не описание конкретной клиники. Он показывает, почему приёмку МИС нужно проводить на переходах между ролями, а не только на идеальном визите одного врача.
Пять тестов до договора с МИС
Тест 1. Первичный осмотр
Создайте синтетического пациента, заполните минимально необходимый осмотр, диагноз и план. Проверьте обязательные поля, подпись, сформированный документ, очередь и итоговый статус.
Тест 2. Многоэтапное лечение
Измените план между визитами, сохраните причину и версию. Убедитесь, что фактические этапы не смешались с запланированными.
Тест 3. Два специалиста
Передайте случай от терапевта хирургу или ортопеду. Проверьте авторство, права и доступ к необходимой истории без расширения доступа ко всей клинике.
Тест 4. Снимок
Создайте синтетическое исследование или используйте разрешённый тестовый набор. Откройте его с другого рабочего места, затем смоделируйте недоступность основного компьютера. Проверьте архив и восстановление, а не только картинку.
Тест 5. Ошибка и повтор
Создайте контролируемый пропуск обязательного значения. Убедитесь, что ошибка попала в общую очередь, исправляется в исходной карточке, а повтор сохраняет историю и не создаёт дубль.
Общий подход к закупке по сценариям изложен в статье «Как выбрать МИС для клиники».
Что спросить поставщика
- Какие типы электронных медицинских документов поддерживаются именно в стоматологических сценариях?
- Какой состав данных берётся из зубной формулы?
- Как различаются план и факт лечения?
- Как система ведёт версии и исправления?
- Где видны квитанции и полный путь отправки?
- Как обрабатываются отрицательные ответы?
- Что происходит при работе нескольких врачей над одним случаем?
- Как устроена интеграция со снимками и PACS?
- Как переносится история при миграции?
- Какие тесты поставщик готов включить в акт приёмки?
Ответ «всё поддерживается» не является ответом. Попросите показать синтетический сценарий и диагностическую историю.
Расписание и стоматологические ресурсы
Слот стоматолога связан не только с врачом. Нужны кабинет, установка, ассистент, иногда оборудование и длительность конкретной процедуры. Если онлайн-запись учитывает только свободное время врача, клиника получает конфликт ресурсов.
Проверяйте:
- нельзя ли назначить двух врачей на одну установку;
- учитывается ли санитарный интервал;
- различается ли длительность консультации и лечения;
- как оформляется совместная работа врача и ассистента;
- что происходит при поломке оборудования;
- как освобождённый слот попадает в лист ожидания.
Организационные связи врача, филиала и ставки раскрыты в статье о расписании и предупреждениях ЕГИСЗ.
Ошибки, которые маскируются под удобство
Автозаполнение прошлым значением. Экономит секунды, но может перенести устаревший диагноз или статус.
Общий шаблон для всех врачей. Упрощает настройку, но стирает различия ролей и документов.
Свободное название услуги. Красиво выглядит в прайсе, но плохо сопоставляется со справочниками.
Снимок на компьютере кабинета. Быстро открывается, пока диск и рабочая станция исправны.
Подпись «ответственного врача». Удобна для очереди, но может искажать авторство.
Исправление задним числом. Делает карточку аккуратнее, но уничтожает историю решения.
Автоматический повтор. Скрывает временные сбои, пока не создаёт дубли.
Мониторинг после запуска
В первые недели разделяйте показатели по сценариям: первичные осмотры, терапия, хирургия, ортопедия и другие значимые направления. Общий процент может скрыть, что один шаблон работает, а другой системно отклоняется.
Смотрите:
- документы без итогового статуса;
- возраст очереди;
- ошибки по шаблону и версии;
- повторные попытки;
- расхождения по врачу или филиалу;
- проблемы подписи;
- события после обновления справочников.
Практический playbook приведён в статье о мониторинге ошибок ЕГИСЗ.
Лабораторный этап: невидимая часть цифровой истории
В ортопедии и ортодонтии значимая часть процесса выходит за пределы кабинета. Слепок или скан передаётся в лабораторию, конструкция проходит этапы изготовления и возвращается в клинику. Если МИС хранит только комментарий «отправлено технику», руководитель не видит задержку, а врач не всегда может восстановить версию задания.
Проверьте:
- кто сформировал задание;
- какая версия данных передана;
- каким защищённым каналом;
- где фиксируется получение;
- как обрабатываются изменения;
- кто принимает готовую работу;
- как результат связывается с планом и визитом;
- что хранится в МИС, а что — в системе лаборатории.
Не пересылайте сканы, фотографии и задания через личные мессенджеры только потому, что так быстрее. Сначала определите необходимый состав данных, основание передачи, доступ и срок хранения.
Лабораторный статус не должен автоматически подтверждать медицинский факт. «Конструкция готова» не равно «работа установлена пациенту». Между этими событиями есть приёмка, осмотр и решение врача.
Фотопротокол: клинический инструмент или папка на рабочем столе
Фотографии помогают фиксировать исходное состояние и этапы лечения. Но в некоторых клиниках они попадают в папки с именами пациентов, на личные телефоны или в общий сетевой каталог. Такая схема быстро теряет связь с медицинской записью и создаёт лишние копии чувствительных данных.
До внедрения фотопротокола ответьте:
- Для какой клинической задачи создаётся изображение?
- Кто имеет право его сделать и просмотреть?
- Как оно связывается с пациентом без двусмысленного имени файла?
- Где хранится оригинал?
- Есть ли журнал доступа и изменения?
- Входит ли хранилище в резервное копирование?
- Как изображение переносится при смене МИС?
- Что попадает в документы и интеграционный контур?
Фотопротокол не следует автоматически использовать в маркетинге. Клиническая цель, согласие и публичное размещение — разные процессы, которые требуют раздельного управления.
Приёмка импорта снимков
Интеграция с рентгеновским оборудованием часто проверяется одним действием: снимок появился в карточке. Этого мало.
Используйте синтетический набор и проверьте:
- корректность сопоставления без ручного поиска по ФИО;
- отсутствие попадания исследования в чужую карточку;
- сохранение даты, типа исследования и источника;
- открытие с другого разрешённого рабочего места;
- качество диагностического просмотра;
- повторный импорт одного и того же исследования;
- временную недоступность архива;
- восстановление после сбоя;
- экспорт по штатной процедуре.
Особенно опасна автоматическая привязка только по похожему имени или дате рождения. При конфликте система должна остановиться и запросить проверку, а не угадывать.
Миграция стоматологической истории
При смене МИС легко перенести карточки пациентов и остатки, но потерять клиническую структуру: версии зубной формулы, связь фотографий, авторство записей, планы и этапы.
До договора на миграцию составьте каталог данных:
| Объект | Что важно сохранить | Как проверять |
|---|---|---|
| осмотры | авторство, время, текст и структура | выборка разных лет и врачей |
| зубная формула | исходное и изменённое состояние | сравнение нескольких этапов |
| планы лечения | версии, согласование, статус | сценарий изменения плана |
| снимки | оригинал, метаданные, связь | открытие на независимом рабочем месте |
| фотопротокол | оригинал, дата, права | выборка до и после переноса |
| документы | подпись, версия, история | проверка неизменности и доступности |
| расписание | только актуальные будущие события | контроль дублей и ресурсов |
Не принимайте миграцию по общему количеству пациентов. Два одинаковых числа могут скрывать потерю половины вложений или объединение разных версий.
Версии зубной формулы
Если формула хранит только текущее состояние, клиника теряет клиническую историю. После лечения пломба видна, но исходный дефект исчезает; после удаления зуб отсутствует, но неясно, когда и кем изменено состояние.
Хорошая модель сохраняет снимки состояния во времени или журнал клинически значимых изменений. Проверьте:
- можно ли увидеть состояние на дату;
- кто внёс изменение;
- связано ли оно с визитом и документом;
- как исправляется ошибочный выбор;
- меняется ли подписанная история;
- что попадает в печатную форму и экспорт.
Не все интерфейсные клики обязаны становиться отдельным юридически значимым событием. Но клиника должна понимать, где находится граница и как восстановить клиническую последовательность.
Диагноз, услуга и зуб: проверка связей
В стоматологии одна услуга может относиться к конкретному зубу, нескольким зубам или всей полости рта. Диагноз и медицинская запись должны сохранять этот контекст. Если прайс и клиническая часть связаны только названием, появляются странные отчёты и ошибки документов.
Проведите тесты:
- одна услуга на один зуб;
- несколько манипуляций в одном визите;
- лечение двух зубов разными диагнозами;
- услуга без привязки к зубу;
- изменение номера зуба до подписания;
- обнаружение ошибки после подписания;
- отказ от части плана.
Результат проверяет врач, а не бухгалтерия. Финансовая запись подтверждает расчёт, но не определяет медицинское содержание.
Согласия и версии документов
Согласие пациента — не галочка на весь срок лечения. В МИС должны различаться тип документа, версия текста, дата, подписанты и связь с конкретным вмешательством или процессом в предусмотренных случаях.
При обновлении шаблона уточните:
- что происходит со старыми подписанными версиями;
- как система выбирает актуальную;
- можно ли случайно переподписать исторический документ;
- где хранится подтверждение;
- доступна ли версия при экспорте;
- кто имеет право менять шаблон.
Не выдавайте автоматическое формирование за юридическую достаточность. Применимость конкретной формы и способа подписания следует проверять с профильными специалистами и по актуальным требованиям.
Работа при недоступности МИС
Стоматологический приём нельзя безопасно продолжать по памяти, если пропал доступ к истории и снимкам. Резервный план зависит от вида помощи и должен быть утверждён заранее.
Он отвечает:
- какие сведения нужны врачу до начала вмешательства;
- как проверить идентичность пациента;
- где фиксируется новая запись;
- какие процедуры откладываются без архива;
- кто объявляет резервный режим;
- как данные переносятся после восстановления;
- как исключается двойная карточка;
- когда проводится контроль полноты.
Не создавайте «временную базу» в общей таблице. Чем дольше сбой, тем труднее потом доказать авторство и последовательность.
Матрица ролей стоматологической клиники
Главный врач утверждает клинические сценарии и критерии качества документа.
Врач отвечает за медицинское содержание и подпись своих записей.
Ассистент выполняет разрешённые операции в собственной учётной записи, а не под паролем врача.
Регистратура управляет записью и идентификацией в пределах полномочий, но не меняет клиническую историю.
Администратор МИС настраивает шаблоны, справочники и очереди по утверждённым правилам.
IT-служба обеспечивает рабочие места, архивы, доступность и журналы.
Поставщик отвечает за продукт и интеграцию в договорных границах, но не принимает медицинские решения.
Если одна персона совмещает роли, действия всё равно полезно разделять по смыслу и правам.
План пилота на две недели
Неделя первая: один кабинет
Выберите опытного врача и типовой маршрут. Настройте синтетические данные, подпись, шаблон и очередь. Проверьте снимок, формирование документа, отрицательный ответ и повтор.
Не оценивайте пилот по впечатлению врача. Фиксируйте время, ручные шаги, ошибки и возможность другого сотрудника повторить процесс.
Неделя вторая: сложный переход
Добавьте второго специалиста, многоэтапный план и лабораторный либо снимочный этап. Проверьте авторство, версии и передачу между ролями.
В конце составьте список: подтверждено, не подтверждено, требует изменения, находится вне границ пилота. Не называйте готовым то, что не тестировалось.
Экономика проверки
Ошибка интеграции тратит не только время IT. Врач повторно открывает карту, администратор ищет пациента, главный врач уточняет содержание, поставщик просит пример, а бухгалтерия видит несогласованные услуги.
Для оценки используйте собственные данные:
- время разбора одного исключения;
- число вовлечённых ролей;
- количество повторных действий;
- простой кабинета или перенос визита;
- время ожидания результата;
- объём ручной сверки после восстановления.
Такая модель честнее абстрактной «окупаемости интеграции» и помогает выбрать, какой сценарий автоматизировать первым.
Официальные источники и границы статьи
Состав электронных документов, справочники и правила обмена меняются. Проверяйте актуальные материалы Минздрава России, портал оперативного взаимодействия участников ЕГИСЗ, официально опубликованные нормативные акты и документацию вашей МИС. Фиксируйте дату и версию источника.
Практические наблюдения из этой статьи помогают задать вопросы, но не заменяют официальную спецификацию, медицинское решение или юридическую оценку.
Итог: проверяйте историю лечения, а не наличие кнопки
Готовность стоматологической МИС доказывается не логотипом интеграции и не одной удачной отправкой. Нужно пройти историю пациента: первичный осмотр, версия плана, работа нескольких специалистов, снимок, подпись, структурированный документ, квитанция и восстановление после ошибки.
Отдельно убедитесь, что клинические изображения не зависят от одного компьютера. Практический подход к восстановлению описан в статье о резервном копировании клиники.
Начните с одного сложного синтетического маршрута. Если другой врач и администратор могут повторить его по инструкции, увидеть ошибку и доказать итоговый статус, у клиники появляется процесс. Если результат держится на памяти внедренца, настройку рано считать завершённой.
FAQ
Если МИС показывает зубную формулу, она готова к ЕГИСЗ?
Не обязательно. Важно, как данные формируют предусмотренный структурированный документ, подписываются, передаются и получают итоговый статус.
Нужно ли передавать все снимки?
Состав и маршрут определяются актуальными требованиями и архитектурой. Не следует автоматически отправлять всё содержимое локального архива. Клиника должна понимать, что хранится, что передаётся и на каком основании.
Можно ли тестировать на карте реального пациента?
Для приёмки предпочтительны синтетические данные и разрешённая тестовая среда. Реальные данные нельзя использовать просто ради удобства демонстрации.
Кто исправляет ошибку документа?
Техническую проблему исправляет владелец компонента, справочник — администратор, медицинское содержание — уполномоченный врач. Координатор контролирует итог, но не подменяет автора.
Что делать при смене врача в многоэтапном лечении?
Сохранить авторство и историю, оформить новый этап решением текущего специалиста и не переписывать ранее подписанные записи ради удобства.
Что сделать завтра
Выберите один сложный маршрут — например, лечение в несколько визитов с двумя специалистами и снимком. Нарисуйте, где возникает каждый факт, кто его подтверждает, где хранится изображение, какой документ формируется и какой статус завершает передачу.
Если схема заканчивается на кнопке «Отправить», добавьте квитанции и владельца ошибки. Если снимок заканчивается на компьютере кабинета, добавьте архив и восстановление. Эти две проверки обычно находят больше реальных рисков, чем длинный перечень функций МИС.
Материал носит информационный характер и не заменяет официальные требования, медицинское решение или документацию конкретной МИС. Актуальный состав документов и порядок обмена необходимо проверять по первоисточникам и применительно к лицензии и процессам клиники.
