能否采用FHIR定义服务路线？含半静态常规配送场景需求

答案是肯定的——可以用FHIR实现这类半静态常规配送路线的定义。FHIR本身没有专门的"服务路线"核心资源，但通过组合现有资源+自定义扩展，完全能适配你说的餐食配送及其他服务场景。

核心实现思路 #

1. 用Location标记路线节点 #

把配送路线上的每个关键点（出餐餐厅、用户地址、中转点）都用Location资源来定义，填好地址、经纬度、节点类型（比如给餐食出餐点加专属标识）。如果路线有固定顺序，给每个Location加个自定义扩展（比如delivery-sequence）来记录节点的先后顺序值。

2. 用Schedule配置路线执行规则 #

半静态路线的常规运行周期（比如工作日午间11:30-13:30配送），直接用Schedule资源设置重复模式、时间范围，再绑定负责这条路线的配送团队或人员（通过actor引用Practitioner或Organization）。

3. 用ServiceRequest关联服务与路线 #

针对餐食配送或其他服务类型，创建ServiceRequest资源：引用这条路线的所有Location节点，用code字段标记服务类型（比如自定义编码"餐食配送"）。把这个ServiceRequest设为计划状态，就能作为模板重复复用这条路线。

自定义扩展补全特殊需求 #

如果现有资源字段不够用，自己加自定义扩展即可：

• 路线优先级：给ServiceRequest加个扩展，标记这条路线的调度优先级
• 配送限制：比如允许配送的物品类型、重量上限、温度要求等
• 路线调整记录：记录路线的修改历史，方便后续优化

适配半静态场景的好处 #

这种方式既保留了路线的静态框架（固定节点、固定执行周期），又支持动态调整（临时修改节点地址、调整配送时间），完美匹配你说的"半静态"需求。而且FHIR的标准化结构，后续对接调度系统、订单系统也更顺畅。

内容的提问来源于stack exchange，提问作者scottctr