Первое, что мы заметили — это то, что клиники, которые мы посещали, использовали три-четыре программы для управления одним креслом. Одна система держала запись, другая — карту, третья отправляла счёт, а четвёртая пыталась напомнить пациенту вернуться. Ни одна из них не разговаривала с другими. Говорение делал администратор — заново вводя одну и ту же информацию в каждую, по три-четыре раза в день.

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

Поэтому мы построили её сами. Не медицинский CRM. Не EMR с прикрученным расписанием. Клиническую операционную систему, спроектированную вокруг того, как реально работает клиника: специфичная для специальности у кресла, операционная за стойкой регистратуры, финансовая в конце месяца, и одни и те же данные под всем этим. Платформа научилась менять лица в зависимости от того, какая клиника её использует — зубные карты для стоматологии, фотогалереи для эстетики, тесты зрения для офтальмологии, — но базовая запись, журнал аудита и движок биллинга остаются одинаковыми.

Это всё ещё то, что мы строим. Большинство ПО-компаний со временем становятся управляемыми финансами и начинают оптимизировать ради контракта вместо кресла. Мы приняли несколько явных решений, чтобы противостоять этому: открытый экспорт данных по умолчанию, мульти-провайдерный AI, чтобы никогда не запирать клиентов в дорожной карте одного вендора, и отказ делать заявления о соответствии, которые мы не можем подкрепить. Клиника — прежде всего. Контракт — следом.