一家公司把“医生接诊速度”做成企业级指标，但印度初级医疗的瓶颈不在秒数
在印度，一次初级医疗咨询的起点往往不是病情本身，而是通勤、排队和请假。一个住在班加罗尔外围的上班族，可能要为一次十分钟的问诊花掉半天时间；一个需要照顾老人的家庭照护者，可能因为附近没有可用医生而反复推迟就诊。远程问诊本应消解这种摩擦，但大多数平台只解决了“连上医生”，没有解决“连上之后怎么办”。
MyRx 试图把这件事做成一项可嵌入企业服务的基础设施。2026 年 9 月 24 日，这家总部位于印度海得拉巴的公司宣布完成一轮种子融资，由 SteerX VC 领投，金额未披露。公司称，资金将用于建设临床网络与技术基础设施，以规模化提供医生主导的初级诊疗服务。
这轮融资的金额没有公开，估值也未披露，公告中没有出现其他投资方。真正值得关注的问题不是谁投了钱，而是一个以响应速度为核心卖点的远程问诊平台，能否在印度初级医疗的真实约束中，从“接得快”走到“治得对”。
| 字段 | 内容 |
|---|---|
| 公司 | MyRx |
| 轮次 | 种子轮 |
| 金额 | 未披露 |
| 投资方 | SteerX VC 领投 |
| 总部 | 印度海得拉巴 |
| 创始人 | Sourav Das、Surjit Das、Neel Rath |
| 官网 | https://myrx.in/ |
用工作流指标替代诊疗指标，MyRx 把远程问诊做成了可监控的“服务管道”
MyRx 的产品逻辑与面向消费者的问诊 App 有明确分野。公司称其平台将医生网络与远程问诊、电子处方、电子病历及临床工作流技术结合，支持问诊分配、工作流监控与审计。据其 Crunchbase 资料，公司向 D2C 品牌、电子药房与保险公司销售远程问诊即服务（Teleconsultation-as-a-Service）。这意味着 MyRx 的直接客户不是患者，而是那些需要把医生接入自己服务流程的企业。
这种定位决定了它的核心叙事围绕“可管理性”展开。公司自报日均管理 3.5 万次远程问诊，环比增长 15%；首次医生接诊响应时间第 95 百分位为 30 秒，整体工作流周转时间第 95 百分位为 179 秒。CEOVine 报道还提及创始人兼 CEO 所述的另一组数据：累计 85 万次远程问诊、每月处理超过 10 万次问诊、已入驻 3,600 多名医生，其中 1,000 多名活跃医生，平均医生连接时间低于 10 秒。上述指标均为公司自报，未经独立核实。
从已披露的产品架构看，MyRx 的差异化不在于“有医生在线”，而在于把问诊分配、响应、处方、病历和审计放进同一条可追踪的工作流里。对于电子药房或保险平台而言，这种能力可以降低它们自建医疗团队的合规与运营成本。但需要指出的是，响应时间只能证明系统调度效率，不能证明诊断准确性、处方质量或患者安全。一个 30 秒内接起的电话，如果以错误分诊或低质量处方收尾，对企业客户的风险反而更高。
更进一步看，MyRx 的技术层还覆盖了执业管理与处方管理产品，能力延伸至 EMR、电子处方、CRM、远程问诊与患者互动。CEOVine 报道称，公司还运营一个面向医生、药房、患者与医疗企业的 API 型远程问诊平台。这意味着 MyRx 试图把医生侧的日常工具与企业侧的接入需求放在同一套系统里，而不是只做一个轻量的问诊路由层。这种产品厚度可能有助于提高企业客户的切换成本，但也意味着公司需要在医生端和企业端同时证明产品价值，资源投入的复杂度可能高于单一场景的问诊工具。
从电子药房到快商务平台，MyRx 的客户名单暴露了它的真实战场
CEOVine 报道称，MyRx 的平台与 Zepto、Blinkit、Amazon、Wellness Forever 和 PillPlus 等平台有集成。这份名单的信息量很大：它说明 MyRx 的客户获取路径不是直接面向患者，而是嵌入那些已经拥有高频交易流量的消费与医药平台。
Zepto 和 Blinkit 是印度快商务赛道的头部玩家，以分钟级配送著称；Amazon 在印度医药电商领域持续加码；Wellness Forever 和 PillPlus 则属于更垂直的药品零售与配送渠道。如果这些集成为真，MyRx 实际上是在为“用户买药”的场景叠加“先问医生”的入口。这种模式在商业上有一个直观优势：问诊需求由交易场景自然触发，获客成本被既有平台分摊。但它的约束同样明显——MyRx 对这些平台的依赖程度未披露，公司没有公布来自单一客户的收入占比，也没有披露任何合同规模或续约数据。
从产业链位置看，MyRx 更像是一个嵌在药品交付链条前端的“医生供给层”。这一定位让它避开了与 Practo、Tata 1mg 等面向消费者的综合问诊平台直接争夺用户心智，但也意味着它的议价能力取决于它能为企业客户创造多少可量化的转化与合规价值。如果企业客户只把远程问诊当作降低合规门槛的“盖章服务”，MyRx 的长期价值就会被压缩成一项低毛利的流程外包。
另一个值得注意的细节是，MyRx 的客户结构可能同时包含快商务平台与更传统的药品零售渠道。这两类客户对远程问诊的需求并不完全相同：快商务平台更看重响应速度与交易闭环，药品零售渠道则可能更关注处方合规与复购转化。MyRx 能否用同一套工作流同时满足这两类需求，目前没有公开信息可以验证。如果它需要为不同客户类型做大量定制化集成，规模化效率可能被高估；如果它的标准化程度足够高，则说明其产品抽象能力已经超过一般早期公司。
“未披露金额”的种子轮，资本结构里藏着什么信号
这轮融资的公开信息异常克制。Entrackr 和 Newzchain 的报道均明确写“金额未披露”，公告只确认 SteerX VC 领投，没有出现联合投资方，也没有估值。Signalbase 来源曾称融资金额为 90K 美元，与 flash 及 primary/event 来源所述“金额未披露”存在冲突，无法确认。
这种信息结构本身值得分析。种子轮不披露金额在印度初创生态中并不罕见，但通常出现在两种情形：一是金额较小，披露反而会削弱后续融资叙事；二是交易结构复杂，涉及可转债、里程碑条款或其他非标准安排。从现有来源无法判断 MyRx 属于哪一种。可以确认的是，公告中没有任何关于估值、董事会席位变动或投资方进入治理层的表述。
SteerX VC 的参与也值得放在其自身定位中理解。据 Maliktimes 报道，SteerX VC 描述其使命为“通过连接技术、创新与投资来变革医疗健康”。这是一个典型的行业垂直型早期投资机构叙事。对于 MyRx 而言，领投方聚焦医疗健康意味着它可能获得超出资金之外的行业资源，但也意味着后续轮次需要证明它能吸引更广泛的财务投资人，而不只是被垂直基金视为战略布局。
从融资节奏看，MyRx 成立于 2019 年，到 2026 年才完成种子轮，中间隔了相当长的时间。这可能意味着公司在早期阶段主要依靠自有资金或客户收入维持运营，也可能意味着它经历了较长的产品验证期。无论哪种情况，这轮融资的象征意义可能大于财务意义：它更像是一次对外确认公司进入规模化阶段的信号，而不是一次典型的早期资本注入。对于潜在的企业客户而言，一家已经运营多年、拥有自报日均 3.5 万次问诊量的公司，与一家刚成立就拿到大额种子轮的公司，其风险画像完全不同。
印度远程问诊的竞争不在“有没有医生”，而在“谁为质量兜底”
MyRx 所处的赛道并不缺少供给。印度远程医疗市场在过去五年经历了政策与资本的双重催化，从疫情期的临时授权到国家远程医疗指南的落地，医生在线问诊的合规基础已经建立。真正的竞争焦点正在从“连接能力”转向“责任归属”。
在这个维度上，MyRx 的工作流审计能力是一个有信息量的差异点。公司称其技术支持问诊分配、工作流监控与审计，这意味着它试图把“谁在什么时间做了什么”变成可追溯的记录。对于保险公司和电子药房这类受监管企业而言，这种可审计性比单纯的问诊量更有采购价值。但需要区分的是，公司口径中的“审计”指的是流程层面的记录与追踪，而非临床质量审计。目前没有公开信息显示 MyRx 拥有独立的临床质量认证、医疗责任保险安排或第三方质量评审机制。
与明确竞品的比较也受限于公开数据。Practo 和 Tata 1mg 在消费者端拥有更强的品牌认知和自有医生网络，但它们的主要商业模式是平台抽佣或订阅，而非向企业客户提供白标式工作流基础设施。MyRx 的 TaaS 模式在结构上更接近一家“医疗流程外包商”，其竞争对手可能不是问诊 App，而是企业内部自建的远程医疗团队或传统的第三方医疗管理公司。这个定位的优劣取决于企业客户是否愿意把医生供给和临床工作流外包给一家早期公司。
从采购逻辑看，企业客户选择外包远程问诊通常基于三个考量：成本低于自建、合规责任可转移、服务质量可监控。MyRx 的可审计工作流直接回应了第三个考量，但前两个考量目前缺乏公开数据支撑。公司没有披露客单价、毛利率或客户留存率，企业客户无法从公开信息判断其服务是否真的比自建团队更经济。如果 MyRx 的价格优势不明显，那么“可审计”本身可能不足以驱动采购决策，因为大型企业完全可以通过自建系统实现类似的工作流记录。
资金用途指向“数字诊所”，但远程到线下的衔接是最大的待验证假设
公司表示，本轮资金将用于扩大医生网络、强化技术与临床质量体系、简化企业合作伙伴集成，并推进数字诊所模式和更多医疗合作，把远程问诊与本地就医入口连接起来。MyRx 在 LinkedIn 官方账号的表述更为具体：扩大医生与专科医生网络、强化技术与 AI 驱动的临床基础设施、规模化临床质量与合规审计系统、深化企业与医疗生态集成。
“数字诊所”是这轮资金用途中最值得关注的一项。它意味着 MyRx 不满足于停留在纯线上问诊，而是试图建立某种线下或混合式的服务节点。从已披露的信息看，这种模式的具体形态尚未明确：是自建诊所、合作药房内的问诊点，还是与现有基层医疗机构的分诊合作，均未披露。可以确认的是，公司明确表示要“把远程问诊与本地就医入口连接起来”，这暗示它承认纯远程问诊在初级医疗中的边界。
这个方向的逻辑是成立的：印度初级医疗的很多问题无法通过视频问诊解决，比如体格检查、即时检验和紧急转诊。但执行难度也最高。线下诊所涉及选址、执业许可、医生排班和本地化运营，成本结构和服务半径与线上问诊完全不同。MyRx 能否在不稀释其“轻资产基础设施”定位的前提下跑通数字诊所，是这轮融资之后最需要观察的变量。
值得注意的是，MyRx 在 LinkedIn 公告中把“AI 驱动的临床基础设施”列为资金用途之一，但公司没有披露任何具体的 AI 应用场景。这可能指问诊分配算法、处方校验规则或工作流自动化，也可能只是对现有技术栈的重新表述。在缺乏产品细节的情况下，AI 在这一轮叙事中的实际权重难以判断。如果 AI 只是用于优化调度，那么它更像是一个效率工具；如果 AI 被用于辅助诊断或处方决策，那么它将引入完全不同的临床风险与监管责任。目前没有任何公开信息支持后一种解读。
自报数据的可信度边界，以及这轮融资真正要回答的问题
MyRx 的运营数据全部来自公司自报，来源中没有任何独立审计或第三方验证的痕迹。日均 3.5 万次问诊、环比增长 15%、第 95 百分位响应时间 30 秒——这些数字如果属实，说明 MyRx 已经具备相当的运营规模；如果存在口径差异，比如“问诊”是否包含未完成的会话、重复咨询或系统自动回复，则实际临床交互量可能显著低于表面数字。
CEOVine 报道中提到的累计 85 万次与每月 10 万次问诊之间也存在需要澄清的口径关系。如果日均 3.5 万次，月问诊量应接近 100 万次量级，而“每月超过 10 万次”与之相差近一个数量级。这可能是不同时间点的数据，也可能是“管理问诊”与“实际完成问诊”的口径差异。公司未对此作出说明。
另一个值得注意的细节是，CEOVine 报道提到 2025 年印度版权局记录中列有一项名为“MyRx Integrated Health Care Framework”的软件作品，作者为 Sourav Das、Neel Rath 和 Surjit Das。这一记录覆盖 EMR、医疗 CRM、医生营销与品牌以及 Teleconsultation-as-a-Service。版权登记本身不构成对软件质量或临床有效性的背书，但它至少说明 MyRx 在 2025 年已经将其核心框架作为一项正式的知识产权进行登记。对于一家以“基础设施”为定位的公司而言，这种知识产权意识可能有助于它在企业采购流程中建立可信度，但无法替代实际的客户验证。
从投资逻辑看，SteerX VC 押注的是一个明确的产业趋势：印度企业客户正在把医疗能力嵌入自有服务流，而合规与质量责任需要专业基础设施来承接。但种子轮投资能验证的只有团队执行力和早期客户意愿，无法验证规模化后的质量稳定性与单位经济模型。MyRx 没有披露收入、客单价、毛利率或客户留存数据，这意味着“TaaS 能否成为可持续的商业模式”仍然是一个开放问题。
这轮融资的真正意义，不在于它证明了 MyRx 的模式成立，而在于它给了公司一个窗口期去回答两个问题：第一，企业客户是否愿意为“可审计的远程问诊工作流”支付超出基础问诊服务的溢价；第二，当问诊量从日均 3.5 万继续增长时，30 秒响应时间和 179 秒周转时间能否在不牺牲临床质量的前提下维持。如果这两个问题的答案都是肯定的，MyRx 有机会成为印度企业级医疗基础设施中的一个稀缺供给；如果答案是否定的，它可能只是另一个用速度指标包装流程外包的远程问诊公司。
验证边界与可复核指标
本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。
- 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
- 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
- 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。
RecodeX 极客视：MyRx 的种子轮公告里最诚实的部分是“金额未披露”。一家把响应速度写进融资叙事的公司，最终要面对的不是秒表，而是诊断准确率、处方质量和转诊闭环。印度初级医疗的瓶颈从来不是医生接电话的速度，而是谁愿意为“接起来之后发生了什么”承担责任。MyRx 把工作流审计作为卖点，恰好说明它知道这个问题的存在；但知道问题存在，和能解决问题，中间隔着的不只是一轮种子融资。
信息来源
本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。