
最近折腾 PhysioApp,踩了几个架构与隐私方面的坑,这篇把项目目前的状态、关键取舍和需要专业反馈的地方说清楚。
各位开发者社区的朋友,大家好!👋
如果把开源软件、移动端开发和医疗健康真正结合起来,能不能做出切实帮助从业者的工具?
这正是 PhysioApp 的出发点。它是我在 ConnectApp 计划中开发的一个项目。ConnectApp 是我独立发起的 initiatives,目标是持续打造可复用的开源软件。
PhysioApp 主要面向物理治疗师和理疗诊所,采用平板优先的设计思路,目标设备是 Android 平板和 iPad。
项目希望探索一个真正实用的应用,帮助从业者梳理日常工作,同时把易用性、可维护性以及敏感信息的安全处理放在优先位置。
不过,这个项目有一点尤其重要:
如果不先听听真正会使用它的人怎么说,我不会贸然开发医疗健康应用。
PhysioApp 计划用于支持理疗机构的行政与临床工作流。
当前规划中的功能包括:
这些功能目前只是项目接下来的开发方向,不能理解为所有工作流都已经达到生产可用状态。
该应用目前仍处于早期开发和评估阶段。
PhysioApp 面临的一项技术挑战,是如何同时适配不同平板平台,又避免无意义地重复实现业务逻辑。
项目正在探索 Kotlin Multiplatform,尝试在满足各平台差异化需求的同时,尽可能共享适合复用的代码。
这也带来了几个很值得琢磨的架构问题:
对我来说,这些问题甚至比单纯把界面做出来更有吸引力。
PhysioApp 延续了我在 ConnectApp 中一直尝试贯彻的工程理念。
具体包括以下几个方向:
整洁架构(Clean Architecture):将业务规则与框架、基础设施代码分离。
SOLID(面向对象设计原则):让职责边界清晰,依赖关系更容易管理。
整洁代码(Clean Code):保证实现容易理解,也方便后续维护。
测试与验证:通过验证预期行为来确认软件是否可靠,而不是因为应用能运行,就默认它没有问题。
这些实践在面向专业工作环境开发软件时尤其重要。
一个好看界面确实有价值,但它无法弥补行为不可靠或数据保护不足的问题。
理疗应用可能处理非常敏感的个人信息。
因此,隐私与安全从一开始就是必须解决的设计问题,而不是后期再补的可选功能。
其中需要谨慎处理的领域包括:
PhysioApp 目前尚未通过验证,不能使用真实患者数据投入生产环境。
现阶段的所有测试,都应使用虚构数据或经过适当匿名化处理的数据集。
在真正投入临床使用前,应用还必须完成相应的安全、隐私、功能和合规评估。
开源并不能替代这些责任。
我的目标之一,是让物理治疗师直接参与 PhysioApp 的演进过程。
开发者可以完成界面、数据模型和业务逻辑,但只有医疗健康从业者真正了解日常工作中的具体细节。
我尤其希望听到大家对这些问题的反馈:
我认为,开发者与专业人员协作,是做出真正有用软件的关键。
PhysioApp 也是一次探索开源开发能为专业机构带来什么价值的机会。
开放源代码可以促进透明度、学习、外部审查与协作,也能让其他人依照许可证提出改进建议,并基于现有代码进行适配。
不过,我的观点很简单:
开源不等于低人一等。
自由及开源应用同样应该达到商业软件所期待的专业度、质量和可靠性标准。
当软件面向医疗健康领域时,这份责任变得更加重要。
我希望听到以下朋友的声音:
PhysioApp 仍在持续演进,建设性的反馈能够帮助它找到更准确的方向。
如果你是一名物理治疗师,我很想了解:
你现在日常使用的软件中,最让人沮丧的部分是什么?
如果你是一名开发者,我也很想知道:
为医疗健康环境开发跨平台应用时,你认为最大的技术挑战是什么?
PhysioApp 是我通过 ConnectApp 开发的多个项目之一。ConnectApp 是我独立发起的计划,旨在探索软件工程、开源协作、隐私保护与负责任的开发方式。
我的目标不只是发布几个应用。
更重要的是打造真正有用的软件、分享技术知识、从反馈中学习,并持续提升自己产出的软件质量。
🌐 ConnectApp:https://www.connectapp.es
💻 GitHub:https://github.com/ManuelAf-ConnectApp
让我们一起打造既具备技术质量,又真正贴合现实需求的开源软件。 🚀