上线前需要先确定什么
系统配置应从机构真实业务出发，不先追求打开所有功能。
- 业务主线
先确定以慢病连续管理、专题活动、健康服务工单还是多条线并行为主。
- 服务对象范围
明确机构、社区、项目或活动覆盖的人群，以及谁可以进入长期管理。
- 角色与责任
配置机构管理员、管理医生、服务执行人员、活动团队和后续管理人员。
- 规则与记录
确认健康问题、评估规则、管理分类、个人计划、服务项目和记录模块。
- 结果口径
明确随访完成、异常、新发现、纳入管理、活动服务和项目结果如何统计。
- 数据边界
确认患者档案、活动参与记录和健康服务记录的访问范围、授权与留痕。
推荐的分阶段实施路径
- 01流程梳理
用真实样例走一遍纳入、评估、计划、任务、异常或活动现场流程，找出当前断点。
- 02基础配置
初始化机构人员、权限、健康问题、服务项目、活动类型和必要记录模块。
- 03小范围试运行
选择一个慢病小组或一个活动批次，验证角色分工、数据口径和后续交接。
- 04质量复核
检查纳入、评估、计划、记录、异常和结果是否能够从头追溯到尾。
- 05逐步扩展
再增加机构、社区、病种管理规范、场地场次和服务团队，不直接复制未验证流程。
部署方式
部署方式根据机构的数据、安全和运维要求选择。
- 云上独立实例
为单个机构或项目组提供独立运行实例，由服务方负责环境、版本、备份和升级。
- 客户指定服务器
部署在客户自购云服务器、本地服务器或内网服务器，使用同一套镜像、配置和升级流程。
- 多端协同
管理后台、医生端、服务对象端和服务执行端按机构实际启用，不要求所有端同时上线。
什么情况下不适合直接上线
- 业务责任没有确定
还没有明确谁确认健康问题、谁处理异常、谁回收转诊结果。
- 只想把旧表格原样搬上去
如果不先统一对象、状态和结果口径，系统只会把混乱的表格变成更多页面。
- 期待系统代替医疗判断
系统提供流程和证据管理，不自动诊断、开药或替代医生作出结论。
相关内容
申请实施评估
带着现有流程和表格来讨论
说明机构类型、团队角色、服务对象规模、现有系统和最急需解决的流程，我们从真实场景评估起步范围。