面向日本个人用户的健康数据管理 App。日本个人的用药记录、特定健诊（体检）结果、医疗费通知等信息分散保存在政府运营的医疗信息系统中，用户此前只能通过官方门户逐项查看，无法在第三方应用中整合利用。政府开放Mynaportal系统的个人情報取得 API 后，用户可通过 MyNumber 卡完成身份认证并明示授权，将自己的医疗数据提供给第三方应用。
本项目基于该机制，让用户在 App 内用手机 NFC 读取 MyNumber 卡完成认证与授权后，自动取得并整合本人的用药与健诊数据，形成可持续追踪的个人健康档案。
项目难点在于：外部 API 规格由政府统一定义、不可协商；认证链路涉及电子证书与 PIN，端上失败场景极多；且处理的是最高敏感级别的个人医疗数据，对加密、授权范围控制与审计有严格合规要求。
1、患者信息管理模块：患者基本信息、就诊履历的登记与检索，含个人信息处理的合规性控制。
2、诊疗记录与预约管理：电子诊疗记录录入、检查预约排程、院内流程状态流转。
3、费用结算模块：诊疗费用计算与结算数据生成，需符合行业计费规范。
4、外部认证系统对接：对接政府身份认证系统，实现患者身份核验，处理个人信息在传输与存储环节的加密与审计留痕。
5、批处理模块：日次/月次批处理的开发与优化，处理大批量医疗数据的汇总与生成。
6、性能优化：针对大规模数据场景优化表结构与SQL，通过索引调整、SQL重写与批处理逻辑改造降低系统负载，缩短响应时间。
7、质量保证：编写并执行单元测试（UT）与集成测试（IT），定位并修复多项关键缺陷。
本人在项目中主要负责Mynaportal个人情報取得 API 的对接、医疗数据的解析与入库、以及授权管理与安全合规相关的后端实现。
外部 API 返回结构松散，存在字段可选、规格版本差异、编码不一致等问题。引入中间转换层，将外部数据映射为统一内部模型，使后续规格变更只需改动转换层、不影响业务代码。针对用户重复取得，基于业务主键（调剤年月日＋医薬品编码＋数量）做去重与增量合并，避免全量覆盖导致历史记录丢失。针对 API 限流与不稳定，实现退避重试、分批取得与断点记录，保证部分失败不影响已成功数据。
评论