Medismarts称其平台在早期EMR上线失败后为一家HMO处理了近94%的理赔申请
要点速览
- •Medismarts的电子病历系统曾在一家尼日利亚医院失败,原因是实施过程中没有征询医生意见,尽管该系统已获得高管全面批准。
- •该公司如今将系统上线后的阶段视为实施中最关键的阶段,认为终端用户采用情况决定长期成功。
- •Medismarts当前平台在2025年为四家HMO样本年均处理约798,000笔医疗理赔。
- •尽管2022年《国家健康保险管理局法案》规定所有公民和合法居民必须参保,尼日利亚的健康保险覆盖率仍维持在个位数。
- •合作HMO的工作人员,包括一名IT基础设施经理和一名执行董事,已独立确认该平台在日常运营使用中的可靠性。

一家尼日利亚医院曾同意在管理层全面支持下部署一套新的电子病历系统。医生接受了情况说明,顾问也被纳入流程,指令来自高级管理层。然而,几周之内,部署便告失败。医生悄然回到纸质病历,顾问无视新的工作流程,一个已经获得所有高管批准的项目,在日常临床工作本应发生的环节崩溃了。
Medismarts是一家由Obinna Osuji和Damilola Oni于2015年创立的医疗科技公司,正是该上线项目背后系统的开发方。失败之后,该公司搁置了这款产品,并重新开始。
这一事件已成为Medismarts如今阐述其医疗软件方法的核心。该公司在其网站上称拥有超过20家客户。这段经历也反映了尼日利亚医疗科技行业面临的更广泛挑战。按照该公司对市场的看法,尼日利亚的医疗科技失败并不只是因为雄心或资金有限。它往往失败在医院并非单一用户环境,而围绕某一类用户设计的软件,未必能在必须使用它的其他群体面前存活下来。这个问题并非尼日利亚独有。针对发达市场和新兴市场EMR部署的研究都记录显示,临床医生的抵触、工作流程被打断以及缺乏以用户为中心的设计,是此类项目停滞的最常见原因之一,无论所在国家或预算规模如何。
一款消费级应用通常只需面对一个人。相比之下,医院平台必须服务于需要速度的医生、需要在压力下保持准确性的护士、需要合规记录的管理人员、需要核对理赔的财务团队,以及需要整个链条可审计的健康维护组织,即HMO。每个群体对软件用途的理解都可能不同。一款产品如果满足了一个群体却忽视其他群体,更可能被悄然弃用,而不是被正式拒绝。Medismarts的电子病历(EMR)上线项目正是如此。高管批准让公司以为采用已经确定,但医院一线真正要使用该系统的医生并未被征询意见。
据Medismarts称,这种部署与采用之间的落差如今塑造了其产品理念。公司不再把签署合同视为终点,而是将系统上线后的阶段视为实施中更困难的部分,因为正是在这个阶段,软件要么成为既有临床流程的一部分,要么被本应使用它的人绕开。
Medismarts目前的平台将医疗服务提供方、HMO和理赔处理连接在一条统一的运营链中。该公司将其理赔处理活动视为平台已从失败的EMR部署中走出多远的证据。对理赔处理的关注处在尼日利亚更广泛的医疗保险格局之中,而该市场的渗透率仍然较低。尼日利亚的国家健康保险计划成立于2005年,并通过2022年的《国家健康保险管理局法案》得到强化,该法案规定所有公民和合法居民必须参加健康保险。尽管有这一制度框架,覆盖率长期以来仍维持在个位数,这意味着通过任何单一平台流转的理赔量,都代表着一个仍远未饱和市场中的重要部分。
据Medismarts称,2025年,其平台在四家HMO样本中年均处理约798,000笔医疗理赔。仅在2026年6月,该平台就在同一组HMO中平均处理约67,600笔理赔。
对于其中一家HMO,Medismarts表示,2025年提交的18,859笔理赔中有17,697笔得到处理,完成率接近94%。该公司称,这些数据的监管报告由各个HMO或客户分别处理,而不是由Medismarts自身处理,不过它没有说明其合作伙伴向哪个监管机构报告。
供应商提供的数据可以很容易展示。更困难的是获得独立确认,证明平台在使用它的机构内部确实经受住了考验。就Medismarts而言,其HMO合作伙伴提供了部分验证。一家合作HMO的IT基础设施经理和服务中心负责人,以及第二家合作HMO的执行董事,都谈到了该平台在日常使用中的可靠性。他们的评论提供了一种验证形式,来自那些并不直接关心公司如何对外呈现自身的人。
Medismarts从其失败的EMR项目中得出的教训超出了医疗行业。在尼日利亚受监管、涉及多方利益相关者的行业中,企业软件可能遇到同样的问题:创始人可能会把签署交易或高管背书误认为产品将被实际使用的证明。决定软件能否存活的人,往往不是批准它的人。他们是每天必须打开它的人,而为他们构建产品,可能比为产品演示构建产品更慢,也更不显眼。
Medismarts仍在这一能力建设过程中发展。失败的EMR上线并未终结该公司在这一市场领域的雄心,而其如今分享的运营数据表明,该平台已远远超越早期挫折。然而,更广泛的要点并不只是规模。它在于:在医疗科技以及更广义的企业软件领域,最困难的问题并不总是工程问题。