Medismarts 表示,其平台在早期 EMR 導入失敗後,為一家 HMO 處理了近 94% 的理賠申請
重點速覽
- •Medismarts 的電子病歷系統在一家奈及利亞醫院失敗,原因是在導入過程中未諮詢醫生,儘管該專案已獲得高層全面批准。
- •該公司現在將系統上線後的期間視為導入中最關鍵的階段,認為終端使用者採用情況決定長期成敗。
- •Medismarts 目前的平台在 2025 年於四家 HMO 樣本中平均每年處理約 798,000 件醫療理賠申請。
- •儘管 2022 年的 National Health Insurance Authority Act 規定所有公民與合法居民都必須投保,奈及利亞的健康保險覆蓋率仍維持在個位數。
- •合作 HMO 的員工,包括一名 IT 基礎設施經理和一名執行董事,已獨立確認該平台在日常營運使用中的可靠性。

一家奈及利亞醫院曾在管理層全力支持下,同意部署一套新的電子病歷系統。醫生獲得簡報,顧問也被納入流程,指示則來自高階主管。然而,數週內,導入計畫便以失敗告終。醫生悄悄回到紙本病歷,顧問忽視新的工作流程,而這個已取得所有高層批准的專案,卻在日常臨床工作真正需要發生的地方瓦解。
Medismarts 是一家由 Obinna Osuji 和 Damilola Oni 於 2015 年創立的健康科技公司,正是該導入計畫背後系統的開發者。失敗之後,公司擱置了該產品,重新開始。
這段經歷如今已成為 Medismarts 說明其醫療軟體方法的核心。該公司在其網站上表示,客戶數超過 20 家。這次經驗也反映出奈及利亞健康科技產業面臨的更廣泛挑戰。依據該公司對市場的看法,奈及利亞的醫療科技並不只是因為缺乏企圖心或資金而失敗。它往往失敗於醫院並非單一使用者環境,而圍繞某一類使用者設計的軟體,未必能在接觸到其他必須使用它的人之後存續下來。這並非奈及利亞獨有的問題。針對已開發與新興市場 EMR 部署的研究都指出,臨床人員抗拒、工作流程被打亂,以及以使用者為中心的設計不足,是這類專案停滯最常見的原因之一,無論所在國家或預算規模如何。
消費者應用程式通常只需對一個人負責。相較之下,醫院平台必須服務需要速度的醫生、在壓力下需要準確性的護理人員、需要合規紀錄的行政人員、需要對帳理賠的財務團隊,以及需要整條流程可被稽核的健康維護組織,即 HMO。每一個群體都可能對軟體用途有不同理解。一款產品若滿足某一群體卻忽略其他人,更可能被悄悄棄用,而不是被正式否決。這正是 Medismarts 電子病歷(EMR)導入時發生的情況。高層批准讓公司以為採用已成定局,但真正會在醫院現場使用該系統的醫生並未被詢問。
Medismarts 表示,部署與採用之間的這道落差,如今形塑了其產品理念。公司不再把簽署合約視為終點,而是把上線後的期間視為導入中更困難的部分,因為軟體要不是成為既有臨床流程的一部分,就是被預期使用它的人繞開。
Medismarts 目前的平台在單一營運鏈條中連結醫療服務提供者、HMO 和理賠處理。該公司以其理賠處理活動作為證據,說明平台已從失敗的 EMR 部署中走了多遠。理賠處理的重點,處於奈及利亞整體健康保險普及率仍偏低的環境之中。奈及利亞的 National Health Insurance Scheme 成立於 2005 年,並透過 2022 年的 National Health Insurance Authority Act 獲得強化,該法令規定所有公民與合法居民都必須投保健康保險。儘管已有這一框架,保險覆蓋率過去仍長期維持在個位數,這意味著流經任何單一平台的理賠量,都代表一個尚遠未飽和市場中相當有意義的一部分。
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 導入並未終結公司在該市場領域的企圖,而其目前分享的營運數據顯示,其平台已大幅超越早期挫折。然而,更廣泛的重點並不只是規模,而是在醫療科技以及更普遍的企業軟體中,最困難的問題並不總是工程。