内容提要
Omi Health Tech 是一家越南公司,为医院和卫生部搭建 HL7 FHIR 健康数据平台。团队正从服务模式转向产品模式,需大幅重构并应对新的数据保护与 AI 法规。其 Java 核心使用 IntelliJ IDEA Ultimate,多文件重构成为常态,患者数据同意更新可在数天内完成而非数周。团队约 10 人,计划 2026 年底扩至 20 人。
延伸解读
从服务到产品:思维与代码的双重转型
Omi Health Tech 从为日本客户定制软件转向为越南市场打造标准化产品,CEO 指出最难的是思维转变:服务团队习惯按客户规格交付,而产品团队需要主动重构并拥有架构所有权。这种转变只有在工具让重构变得廉价且安全时才容易实现。文章强调,团队借助 IntelliJ IDEA 将多文件重构从季度事件变为冲刺常态,从而支撑产品化所需的持续架构改进。
法规快速变化下的合规响应
越南的数据保护法和新 AI 法在几个月内相继生效,Omi Health Tech 必须在极短时间内更新多个仓库中的数据访问层、审计追踪和同意流程。2026 年初的监管更新要求对每次读取可识别患者数据都增加显式同意捕获,涉及资源提供者、审计拦截器和网关。借助 IDE 的 Change Signature 和 Find Usages 功能,Java 团队在数天内完成而非数周,且无生产回滚。
IDE 在受监管代码库中的实际价值
CEO 避免过度宣称 IDE 的作用,但指出可观察的收益:Java 核心的代码审查更快,因为审查者聚焦设计而非机械错误;多文件重构成为常规操作;新工程师一两天内可提交首个有意义的拉取请求;IDE 保留的历史记录让 ISO 27001 审计和 CMMI 评估的证据收集更简便。这些收益在受监管代码库中比单纯的速度提升更重要。
团队扩展与 AI 辅助编码的定位
产品团队目前约 10 名工程师,计划到 2026 年底扩至 20 人。随着 FHIR 资源处理器和合规驱动重构的增加,Java 核心仍是日常开发重点。CEO 表示,随着 AI 辅助编码变得更核心,他们更看重 IDE 在审查和重构 AI 生成代码方面的作用,而非从头编写代码。团队以 12 个月为规划窗口,工具链也按每次部署逐步扩展。
Q&A
Omi Health Tech 主要开发什么产品?
Omi Health Tech 开发了 Omi Health Platform(OHP),这是一个 HL7 FHIR 平台,用于将医院、诊所和实验室的临床数据标准化并上传至省级卫生部门和卫生部国家健康记录系统;另一个产品 Omi LGSP 将健康数据连接到越南国家数据交换平台,以参与跨政府公共服务。
从服务模式转向产品模式,Omi Health Tech 遇到的最大挑战是什么?
最大的挑战是思维模式转变,而不仅仅是代码。服务模式习惯于按客户规格交付,产品模式则需要更积极的代码重构和对架构的真正所有权。此外,越南的数据保护法和新的人工智能法在几个月内相继生效,团队必须在非常紧张的时间表内更新多个仓库的数据访问层、审计跟踪和同意流程。
为什么 Omi Health Tech 的 Java 团队选择 IntelliJ IDEA Ultimate?
因为平台核心是 Java 和 Spring Boot 层,负责映射和转换临床数据,代码模式繁重且重构密集,在受监管的代码库中,轻量级编辑器在导航和重构方面价值有限。评审人员花费过多时间捕捉 Java 感知 IDE 本可发现的问题,因此团队选择了 IntelliJ IDEA。
IntelliJ IDEA 的哪些功能对 Omi Health Tech 特别重要?
重构深度是关键:重命名字段时,如果该字段流经资源提供者、自定义映射器和数据库实体,IntelliJ IDEA 可以一次操作完成,而其他工具需要小心的查找替换序列。团队还使用 Find Usages 和 Type Hierarchy 在修改临床数据代码前检查影响,数据库工具让 Java 团队无需单独的 SQL 客户端即可检查实时模式。
能否举例说明 IntelliJ IDEA 在合规更新中如何节省时间?
2026 年初,一项监管更新要求对每次读取可识别患者数据时添加明确的同意捕获。这一变更涉及资源提供者、审计拦截器和网关。借助 Change Signature 和 Find Usages 功能,Java 工程师在几天内而非几周内完成了实施,且没有生产回滚。团队确信,没有 IntelliJ IDEA,这部分工作会耗时更长且回滚风险更高。
Omi Health Tech 团队目前规模如何,未来有什么扩张计划?
目前产品团队约有 10 名工程师,计划到 2026 年底扩大到 20 人。随着添加更多 FHIR 资源处理器和合规驱动的重构,Java 核心仍是 IntelliJ IDEA 的日常驱动。团队以 12 个月为窗口进行规划,工具链也将以一次一个部署的方式逐步扩展。