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

Medismarts, компания в сфере медицинских технологий, основанная в 2015 году Обинной Осуджи (Obinna Osuji) и Дамилолой Они (Damilola Oni), создала систему, лежащую в основе этого внедрения. После провала компания отложила продукт и начала все заново.

Этот эпизод стал центральным в том, как Medismarts, которая заявляет на своем веб-сайте, что у нее более 20 клиентов, теперь описывает свой подход к программному обеспечению для здравоохранения. Этот опыт также отражает более широкую проблему в секторе медицинских технологий Нигерии. По мнению компании, медицинские технологии в Нигерии терпят неудачу не только из-за недостатка амбиций или финансирования. Они часто терпят неудачу, потому что больницы не являются средой для одного пользователя, и программное обеспечение, разработанное для одной категории пользователей, может не выжить при контакте с остальными, кто должен им пользоваться. Эта проблема не уникальна для Нигерии. Исследования внедрения EMR как в развитых, так и на развивающихся рынках показали, что сопротивление врачей, нарушение рабочего процесса и неадекватный дизайн, ориентированный на пользователя, являются одними из наиболее частых причин остановки таких проектов, независимо от страны или задействованного бюджета.

Приложение для потребителя обычно предназначено для одного человека. Больничная платформа, напротив, должна обслуживать врачей, которым нужна скорость, медсестер, которым нужна точность в условиях стресса, администраторов, которым нужны отчеты о соответствии требованиям, финансовые отделы, которым нужно сверять счета, и организации по поддержанию здоровья (HMO), которым необходимо, чтобы вся цепочка была аудируемой. Каждая группа может иметь разное понимание того, для чего предназначено программное обеспечение. Продукт, который удовлетворяет одну группу, пренебрегая остальными, скорее всего, будет тихо заброшен, а не официально отвергнут. Именно это и произошло при внедрении электронных медицинских карт (EMR) от Medismarts. Исполнительное одобрение заставило компанию поверить, что внедрение — это уже решенный вопрос, но врачей, которые должны были использовать систему на этажах больницы, никто не спросил.

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

Текущая платформа Medismarts объединяет поставщиков медицинских услуг, HMO и обработку требований в единую операционную цепочку. Компания указывает на свою активность по обработке требований как на доказательство того, насколько далеко платформа ушла от неудачного внедрения EMR. Фокус на обработку требований является частью более широкого ландшафта нигерийского медицинского страхования, который все еще слабо охвачен. Национальная схема медицинского страхования Нигерии, созданная в 2005 году, была усилена Законом о Национальном управлении медицинского страхования от 2022 года, который сделал медицинское страхование обязательным для всех граждан и законных резидентов. Несмотря на эту базу, исторически уровень охвата оставался в однозначных цифрах, что означает, что объем требований, проходящих через любую отдельную платформу, представляет собой значительную долю на рынке, который все еще далек от насыщения.

По данным Medismarts, в 2025 году ее платформа обрабатывала в среднем примерно 798 000 медицинских требований в год на выборке из четырех HMO. Только в июне 2026 года платформа обработала в среднем около 67 600 требований по той же группе.

Для одной из этих HMO Medismarts сообщила, что в 2025 году из 18 859 поданных требований было обработано 17 697, что представляет собой уровень завершаемости, близкий к 94%. Компания заявила, что нормативная отчетность по этим данным осуществляется каждой отдельной HMO или клиентом, а не самой Medismarts, хотя она не уточнила, в какой регулятор отчитываются ее партнеры.

Цифры, предоставленные поставщиком, легко представить. Сложнее получить независимое подтверждение того, что платформа действительно работает в учреждениях, где она используется. В случае с Medismarts часть такой проверки обеспечивают ее партнеры из числа HMO. Менеджер ИТ-инфраструктуры и руководитель сервисного центра в одной партнерской HMO, а также исполнительный директор второй партнерской HMO высказались о надежности платформы при повседневном использовании. Их комментарии предлагают форму подтверждения от людей, которые не имеют прямой заинтересованности в том, как компания представляет себя публично.

Урок, который Medismarts извлекла из своего провалившегося проекта EMR, выходит за рамки здравоохранения. Корпоративное программное обеспечение в регулируемых отраслях со множеством заинтересованных сторон в Нигерии может столкнуться с той же проблемой: основатель может принять подписанную сделку или одобрение руководства за доказательство того, что продукт действительно будет использоваться. Люди, которые определяют, выживет ли программное обеспечение, часто не те, кто его одобрил. Это люди, которые должны открывать его каждый день, и создание продукта для них может быть более медленным и менее заметным процессом, чем создание для демонстрации.

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