案例
项目概述
工作覆盖三个相互衔接的部分：面向患者的预约挂号应用、网页预约系统，以及新一代 HIS 平台的业务分析与三者之间的集成点。
医院软件的难点不在某个界面。一条预约记录必须在它出现的每个地方保持一致——患者手机上、接诊台屏幕上、医院系统内——而这三处并非同一系统，更新节奏也不相同。大部分分析时间花在这些衔接点上，而非界面本身。
由于涉及医疗领域，本页仅在业务流程层面描述。不包含任何患者数据、内部系统信息或医院运营细节。
案例
实施范围
- Android 患者端应用：注册、登录、档案、通知
- 按科室、医生、日期与时段预约
- 预约管理与就诊提醒
- 网页预约：选择院区、就诊类型、科室、医生与时段
- 信息确认、隐私条款同意与 OTP 验证
- 在授权范围内查询患者档案
- HIS 业务分析：接诊、门诊流程、检查开单、处方、结算、医保
- 集成分析：应用 ↔ HIS、网站 ↔ HIS、支付、LIS、PACS、通知渠道
参与角色
承担工作
Software Engineer / Business Analyst / Deployment Contributor
- 移动应用开发与预约挂号流程实现
- API 对接与实际运行中问题的修复
- 生产环境测试与版本发布管理
- Google Play 上架与 App Store 提审准备
- 权限申请与应用商店隐私合规处理
- 需求分析与 HIS 业务流程文档编写
- 应用、网站与 HIS 之间的集成文档编写
- 在相关范围内指导初级开发人员
案例
核心功能
应用内预约挂号
患者选择科室、医生与时段，查看本人预约并接收提醒。流程面向普通用户设计，而非面向已熟悉系统的院内人员。
网页预约
同一业务在浏览器端实现，预约写入前包含信息确认、隐私条款同意与 OTP 验证步骤。
档案与家属代约
患者档案，以及一人代家属预约的情形——实际中极为常见，设计阶段却常被忽略。
HIS 业务分析
梳理并文档化接诊、门诊、检查开单、处方、结算与医保流程，并涵盖角色权限与报表需求。
集成文档
描述应用、网站与 HIS 之间的衔接：数据字典、状态映射、错误码映射与操作审计要求。
发布与合规
Google Play 上架与 App Store 提审准备，包含各商店要求的权限声明与隐私说明。
架构与技术
技术难点
医疗数据属于敏感数据
每项设计决策都须权衡可展示与可传输的数据范围。全程遵循一条原则：只取、只显示当前操作所必需的部分。
同一业务的多条用户路径
患者本人预约、家属代约、接诊人员在窗口录入——同一条预约有三个入口，三者必须产生一致的状态。
跨系统的预约一致性
预约同时存在于应用与医院系统中。难点在于不一致的情形：一侧取消、另一侧改期、中途断网。
数据交换标准
集成分析需兼顾 REST API 与 HL7/FHIR 相关考量，并统一数据字典与状态映射，使两套系统对同一条预约的理解一致。
应用商店要求
医疗类应用在权限与数据政策上的审核比一般应用严格，提审材料准备耗时且必须一次做对。
案例
成果
- 患者预约挂号应用已在 Google Play 上架
- 网页预约流程完整覆盖从选科室到 OTP 验证
- 为 HIS 平台产出业务文档与集成文档
- 应用、网站与医院系统之间的衔接点得到统一描述
案例
项目图片
应用内预约流程 网页预约挂号 应用与 HIS 集成示意
服务