Картотека пациентов для стоматологии: CRM — КанБан

В стоматологии «Дентал+» пациент — это не разовый визит, а долгая история: лечение кариеса, установка коронки, наблюдение у ортодонта год за годом, профилактическая чистка раз в полгода. Но данные о пациенте разбросаны: имя и телефон — в блокноте администратора Анны, что лечили в прошлый раз — в бумажной карте на полке, к какому врачу ходит — помнят только сами Игорь Зубов или Марина Белова. Стоит администратору уйти в отпуск, а бумажной карте — потеряться, и история пациента исчезает вместе с ними.

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

В КанБан есть раздел «Клиенты» — единая картотека всех пациентов клиники с телефоном, почтой, заметками и, главное, историей всех приёмов. Поиск работает по всей базе, каждая запись-приём привязывается к пациенту, а вся хронология его визитов собирается в одном месте. Ниже разберём, как это устроено и как настроить на примере «Дентал+».

В чём проблема стоматологии

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

• Контакты разбросаны. Телефоны и имена лежат в блокноте администратора, в переписке, в регистратуре. Один и тот же пациент записан по-разному в трёх местах.
• История приёмов недоступна. Что лечили в прошлый визит, какой был диагноз, к какому врачу ходил пациент — помнит только сам врач или бумажная карта. Врач в отпуске, карту не нашли — история недоступна прямо во время приёма.
• Постоянные пациенты теряются. Непонятно, кто наблюдается регулярно, а кто пропал. Некому вовремя напомнить про плановый осмотр и вернуть пациента в клинику.
• Дубли в базе. При потоке записей на несколько сотен человек один пациент легко заводится дважды — и его история дробится между двумя карточками.
• Нельзя быстро найти. Пациент звонит — а администратор перебирает бумажные карты или прокручивает переписку, чтобы понять, кто это и к кому его записывать.

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

Как решает КанБан

Раздел «Клиенты» в КанБан — это CRM-картотека всех пациентов клиники, встроенная в ту же систему, где вы ведёте записи на приём на доске. Одна база, доступная всей команде, где у каждого пациента есть карточка и вся история его визитов.

• Карточка пациента. Имя, телефон, email и заметка — этого достаточно, чтобы за секунду набрать номер или написать. Данные видны крупно, без листания бумажной карты.
• Поиск по всей базе. Строка поиска ищет по имени, телефону или email сразу по всем пациентам, а не только по видимой странице. Начните вводить фамилию или последние цифры номера — нужный пациент найдётся.
• История приёмов. У каждого пациента виден счётчик и список всех связанных записей: что делали, у какого врача, в каком статусе, когда. Вся хронология визитов — в одном окне.
• Привязка записи к пациенту. Карточка-приём на доске прикрепляется к пациенту, и его история пополняется автоматически. Привязать можно вручную из карточки или настроить ключ привязки (например, по телефону): совпал номер — запись сама прицепилась к пациенту.
• Кастом-поля. Администратор добавляет свои поля для всех пациентов: дата рождения, аллергии и противопоказания, номер полиса, лечащий врач, источник обращения. Поля видны прямо в карточке пациента.
• Защита от дублей. При добавлении пациента КанБан подсказывает «похожий клиент уже есть» по телефону или имени и предлагает открыть существующего, а не плодить копии и дробить историю.
• Два вида и чат. База отображается карточками или таблицей, а с пациентом можно вести чат прямо из раздела — напомнить про приём или ответить на вопрос.

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

История приёмов: вся карта пациента в одном окне

Главная ценность картотеки для клиники — не сам список контактов, а история приёмов, привязанная к пациенту. Именно она заменяет бумажную карту и память врача.

• Автоматическое пополнение. Когда администратор создаёт запись на приём и указывает телефон пациента, карточка сама прикрепляется к его картотеке по ключу привязки. Каждый новый визит попадает в историю без ручного связывания.
• Хронология визитов. В карточке пациента по кнопке «История» открывается список всех его записей: услуга, лечащий врач, статус (Записан → На приёме → Пролечено → Оплачено), дата. Видно, когда была последняя чистка, что делал ортодонт полгода назад, какой этап имплантации сейчас.
• Переход на доску. Из истории можно открыть саму карточку-приём на доске — с полями, чек-листом этапов лечения и назначенным врачом, — чтобы посмотреть детали, не покидая картотеку.
• Свои данные о здоровье. Кастом-поля хранят то, что важно именно клинике: аллергии на анестетики, хронические заболевания, номер договора и полиса, лечащего врача. Врач видит противопоказания до начала приёма.

В результате история пациента не привязана к конкретному врачу и не теряется вместе с бумажной картой: любой сотрудник с доступом поднимает полную картину визитов за секунды.

Разбор на примере: Стоматология «Дентал+»

В «Дентал+» приём ведут терапевт Игорь Зубов, ортодонт Марина Белова, хирург-имплантолог Пётр Имплантов и гигиенист Ольга Чистова, а администратор Анна держит доску «Записи» со статусами Записан → На приёме → Пролечено → Оплачено. Единица работы — один приём пациента. Раньше контакты пациентов жили в блокноте Анны, а история лечения — в бумажных картах на полке и в памяти врачей.

Анна завела всех постоянных пациентов в раздел «Клиенты». У пациента «Сергей К.» в карточке — телефон, email и кастом-поля, которые настроил администратор: «Дата рождения», «Аллергии» = непереносимость лидокаина, «Лечащий врач» = Игорь Зубов, «Номер договора». Как ключ привязки в «Дентал+» выбран телефон: когда Анна создаёт новую запись и указывает номер Сергея, карточка сама прикрепляется к его картотеке.

Теперь, когда Сергей звонит «запишите к моему терапевту на осмотр, как обычно», Анна вводит в поиск его фамилию или последние цифры номера, открывает «Историю» — и видит все прошлые приёмы: когда лечили кариес, что ставил Игорь Зубов, когда была последняя чистка у Ольги Чистовой. Ничего не нужно вспоминать и искать по полкам. В поле «Аллергии» сразу видна непереносимость лидокаина — Игорь Зубов узнаёт об этом до приёма, а не в кресле.

За месяц через «Дентал+» прошло около 320 приёмов на примерно 210 пациентов. Марина Белова ведёт 18 пациентов на брекетах — по каждому в истории виден этап и дата следующей активации. Когда Сергей случайно заводится второй раз, КанБан предупреждает «похожий клиент уже есть» и предлагает открыть существующую карточку — история из 6 прошлых визитов не раздробится на две половины. А главврач открывает базу и видит реальный размер картотеки и тех, кто не приходил больше года, — есть кого вернуть напоминанием.

Что это даёт стоматологии

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

• Пациент не теряется вместе с сотрудником. Контакты и история визитов лежат в общей базе, а не в блокноте администратора или бумажной карте, — новый сотрудник и сменный врач видят всё сами.
• «Как обычно» — за секунду. История приёмов показывает все прошлые визиты пациента: услугу, врача, статус, дату. Не нужно вспоминать и искать карту по полкам.
• Безопасность приёма. Аллергии, противопоказания и лечащий врач хранятся в кастом-полях и видны до начала лечения — врач не назначит то, что пациенту нельзя.
• Быстрый контакт и возврат пациентов. Телефон и email — прямо в карточке; поиск по всей базе находит пациента по паре цифр номера, а чат помогает напомнить про плановый осмотр.
• Чистая база без дублей. Подсказка о похожем пациенте не даёт завести одного человека дважды и раздробить его историю лечения.
• Понятный размер базы. Главврач видит, сколько всего пациентов и кто давно не приходил, — картотека становится ресурсом для роста, а не мёртвым архивом.

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