摘要

  • Marin 已有记录的产品决策，重点在眼科特有的影像、互操作与工作流，而非通用 SaaS 功能的堆叠。
  • EyeMD EMR 变更为 Optivate、Marin 于 2026 年 5 月转任顾问及董事后，如何守住这套架构成为新的治理问题。

先有诊疗现场的问题，再有产品地图

EyeMD EMR 的官方叙述称，Marin 在发现市场缺乏适合眼科的 EMR 软件后创办 X-tech Data Systems，并于 2009 年成立 EyeMD EMR Healthcare Systems。该公司还称，他在编写代码前先观察眼科诊所的工作方式。这个说法不能替代对所有落地效果的独立验证，却说明了最初的设计取向：把专科诊疗节奏、影像处理和协作关系写进软件，而不是在通用病历系统外加一层界面。

影像与标准，是控制权的选择

IHE International 在一场有关 Unified Eye Care Workflow 与 GEE 的网络研讨会中，将 Marin 列为 EyeMD EMR 的 CEO。公司材料也援引他说明，团队在评估眼科专用标准及许可限制后，选择内部开发 DICOM 库。这些是公司所述的决策，不等于每一次部署都取得相同结果；但它们表明，组织选择在何处保留技术控制权——即影像层，以及把专科工作连接到其他系统的接口层。

边缘计算对应的是诊所的实际约束

在 2021 年的一份发布材料中，Marin 将 Edge Computing 描述为 EyeMD EMR Fog Architecture 的组成部分。公司称，它可使远程办公室在不使用本地影像服务器或 VPN 的情况下实时处理图像和文档。这一承诺应归属于公司。更一般的运营含义则较清楚：在分布式诊所中，延迟、带宽和中断风险可能直接限制临床流程；把部分处理能力靠近诊疗现场，是连续性与控制方式的选择，而不只是营销措辞。