×
¥
查看详情
🔥 会员专享 文生文 其它

系统流程分析与设计专家

👁️ 63 次查看
📅 Dec 10, 2025
💡 核心价值: 本提示词专为系统分析与设计场景开发,能够帮助用户深入分析业务流程并设计相应的信息系统流程。通过结构化的工作流程,系统分析师可以准确识别业务需求、分析系统功能、设计数据流程和绘制系统架构图,最终生成完整的技术文档。该提示词特别适用于企业信息化建设、业务流程优化和系统改造项目,确保输出的技术方案既符合业务需求又具备技术可行性。

🎯 可自定义参数(4个)

业务流程描述
需要分析和设计的业务流程详细描述
系统类型
系统所属的类型或应用领域
技术复杂度
系统技术实现的复杂程度
输出详细程度
输出文档的详细程度要求

🎨 效果示例

1. 业务流程概述

  • 平台类型与目标

    • 自营 + 入驻商家(Marketplace)的统一电商平台
    • 全渠道(Web/APP/小程序/直播)一致的用户体系与会员权益
    • 支持大促高并发、多仓履约、预售/拼团/虚拟/跨境等复杂场景
    • 指标导向:转化率、客单价、履约时效、拒收率、售后率、库存周转
  • 集成范围

    • 内部域:商品与价格中心、订单中心(OMS)、库存与仓储(WMS)、运输(TMS)、结算与对账、风控引擎、会员/优惠、客服工单、消息推送、数据仓库
    • 外部域:支付网关、三方承运商、电子发票服务、海关清关
  • 参与者

    • 前台:买家、商家、客服
    • 后台:运营(活动/促销/价格)、仓配、财务、风控、售后、BI
    • 系统:价格中心、订单中心、库存服务、支付网关、风控引擎、WMS/TMS、结算服务、发票服务、消息总线、数据仓库
  • 业务需求清单与优先级(建议先行/必须、二期增强、专项)

    • 先行/必须(MVP)
      • 商品多规格(SPU/SKU)、区域可售与展示库存
      • 统一价格中心:促销、满减、优惠券、会员价叠加与优先级
      • 购物车与结算:合单/拆单、地址/发票/配送时效、组合支付(余额+第三方)
      • 风控拦截:设备指纹、黑名单、异常频次;下单与支付前校验
      • 库存:下单预占、支付后实占、支付超时释放、幂等与回滚
      • 订单拆分:按商家/仓/温控;WMS拣货/称重/包装/出库;TMS承运商分配与轨迹
      • 部分发货与合单签收;电子面单隐私号
      • 售后:七天无理由、仅退款/退货退款/换货;逆向物流取件、质检入库;证据流与工单联动
      • 对账与结算:渠道日对账、差异处理;平台-商家账期结算;发票开具回传
    • 二期增强
      • 预售(定金/尾款)、拼团成团失败退款、虚拟商品自动发码
      • 跨境清关资料采集
      • 同城即时配送与干线快递并行路由与策略
      • 促销分摊、运费与逆向调账自动化
    • 专项与运维能力
      • 大促高并发压测与容量治理、热点SKU缓解、缓存预热
      • 事件驱动与可观测性(Tracing/Log/Metrics)、SLA/风控回溯分析
      • 数据仓库主题域与指标体系建设
  • 总体域架构(逻辑)

    • 用户与会员域;商品与价格域;交易与结算域(订单、支付、发票、对账);履约域(库存、WMS、TMS);售后域;风控域;运营域(促销/活动);集成与中台(消息总线、网关、配置、权限、报表/数仓)

2. 系统流程图

整体交易-履约-售后主流程(简化视图)

flowchart LR
  A[用户渠道 Web/App/小程序/直播] --> B[购物车/结算]
  B --> C{风控预检}
  C -- 低风险 --> D[提交订单]
  C -- 高风险 --> C1[二次校验/拦截] -->|失败| X[终止/人工复核]
  D --> E[库存预占]
  D --> F[支付发起(组合支付)]
  F --> G{支付结果}
  G -- 成功 --> H[库存实占(确认)]
  H --> I[订单拆分(商家/仓/温控)]
  I --> J[WMS拣货/称重/打包/出库]
  J --> K[TMS承运商/面单/轨迹]
  K --> L{签收}
  L -- 部分签收 --> L1[部分发货继续履约]
  L -- 全部签收 --> M[完成/进入售后窗口]
  G -- 失败/超时 --> R[释放库存预占]
  M --> N[售后申请(仅退/退货/换货)]
  N --> O[逆向物流/质检/入库]
  O --> P[退款/换货出库]
  P --> Q[结算与对账/发票]

订单状态机

stateDiagram-v2
  [*] --> CREATED : 提交订单/预占成功
  CREATED --> PENDING_PAY : 等待支付
  PENDING_PAY --> PAID : 支付成功/实占确认
  PENDING_PAY --> CANCELLED : 超时未支付/风控拦截
  PAID --> SPLIT : 按商家/仓/温控拆单
  SPLIT --> FULFILLING : 下发WMS
  FULFILLING --> PARTIALLY_SHIPPED : 部分包裹出库
  PARTIALLY_SHIPPED --> SHIPPED : 全部出库
  SHIPPED --> DELIVERED : 全部签收
  DELIVERED --> COMPLETED : 售后期届满
  PAID --> CLOSED : 全额退款(未发货)
  CREATED --> CLOSED : 预占失败/回滚
  CANCELLED --> [*]
  COMPLETED --> [*]
  CLOSED --> [*]

支付状态机(组合支付示意)

stateDiagram-v2
  [*] --> INITIATED : 下单后发起
  INITIATED --> PENDING : 跳转/调起三方
  PENDING --> SUCCESS : 回调校验通过
  PENDING --> FAILED : 回调失败/签名不通过
  SUCCESS --> PARTIAL_REFUND : 部分退款
  SUCCESS --> REFUNDED : 全额退款
  FAILED --> CANCELLED
  REFUNDED --> [*]
  CANCELLED --> [*]

库存占用状态机

stateDiagram-v2
  [*] --> PRE_RESERVED : 提交订单
  PRE_RESERVED --> CONFIRMED : 支付成功
  PRE_RESERVED --> RELEASED : 超时/取消/失败
  CONFIRMED --> DEDUCTED : 出库扣减
  RELEASED --> [*]
  DEDUCTED --> [*]

履约(包裹维度)

stateDiagram-v2
  [*] --> TO_PICK
  TO_PICK --> PICKING
  PICKING --> PACKED
  PACKED --> OUTBOUND
  OUTBOUND --> IN_TRANSIT
  IN_TRANSIT --> DELIVERY_ATTEMPT
  DELIVERY_ATTEMPT --> DELIVERED
  DELIVERY_ATTEMPT --> EXCEPTION : 拒收/破损
  EXCEPTION --> CLAIMS : 判责理赔
  DELIVERED --> [*]
  CLAIMS --> [*]

售后状态机

stateDiagram-v2
  [*] --> APPLIED
  APPLIED --> APPROVED : 自动/人工审核通过
  APPLIED --> REJECTED
  APPROVED --> AWAIT_RETURN : 需要退货
  AWAIT_RETURN --> RETURN_IN_TRANSIT
  RETURN_IN_TRANSIT --> QC_CHECK
  QC_CHECK --> REFUND_APPROVED
  QC_CHECK --> REFUND_REJECTED
  REFUND_APPROVED --> REFUNDED
  APPROVED --> EXCHANGE_FULFILL : 换货出库
  REFUNDED --> [*]
  EXCHANGE_FULFILL --> [*]
  REJECTED --> [*]

结算/对账状态机(商家维度)

stateDiagram-v2
  [*] --> STATEMENT_GENERATED
  STATEMENT_GENERATED --> MERCHANT_CONFIRMED
  MERCHANT_CONFIRMED --> PAID_OUT
  STATEMENT_GENERATED --> ADJUSTED : 售后逆向调账
  PAID_OUT --> CLOSED
  CLOSED --> [*]

3. 功能模块说明

  • 用户与会员中心

    • 职责:统一用户ID、登录/SSO、设备指纹、会员等级与权益、积分、余额账户
    • 交互:与价格中心(会员价)、风控(设备、黑名单)、支付(余额)、消息推送
    • 数据:用户、会员等级、权益规则、账户余额、设备指纹
  • 商品与目录(PIM)

    • 职责:SPU/SKU、多规格、类目、属性、媒体、区域可售规则、上下架
    • 交互:价格中心(价格计算)、库存服务(展示库存)、搜索服务、OMS(下单校验可售)
    • 数据:SKU主数据、可售区域、温控属性、重量/体积
  • 价格与促销中心

    • 职责:实时/离线价格、促销(折扣/满减/满赠/阶梯)、优惠券、会员价、叠加/排他规则、分摊
    • 交互:购物车/结算(试算)、订单(锁价/价单)、结算(促销分摊)、数据仓库(价格快照)
    • 数据:价目表、促销规则、优惠券模板与实例、价单快照
  • 购物车与结算

    • 职责:购物车合单/分组、库存试探、配送时效、运费试算、发票要素、风控预检、试算接口
    • 交互:价格中心、库存服务、地址服务、风控引擎、OMS
    • 数据:购物车项、结算上下文(券/活动/地址/时效)
  • 风控引擎

    • 职责:设备指纹/黑名单/规则引擎/模型评分;下单前、支付前校验;策略(阈值、限频、二次校验)
    • 交互:OMS/支付网关;用户中心(设备/历史)、数据仓库(特征)、消息(风险事件)
    • 数据:规则、名单、风险事件、交易画像
  • 订单中心(OMS)

    • 职责:订单写入、状态机、拆单(商家/仓/温控)、包裹维度履约、部分发货、合单签收、售后窗口
    • 交互:库存服务(预占/确认/释放)、支付网关、WMS/TMS、售后、结算、消息总线、发票
    • 数据:主订单、子订单、包裹、物流单、价单快照、发票信息
  • 库存与分配服务

    • 职责:库存模型(可售/锁定/物理)、多仓逻辑、区域库存、预占->实占->扣减、释放、超卖防控、热点SKU保护
    • 交互:OMS、WMS(出入库)、PIM(SKU属性)、TMS(干线/同城策略)
    • 数据:仓-货位-批次库存、预占记录、调拨与盘点
  • 支付网关

    • 职责:统一对接第三方(微信/支付宝/银行卡等)、组合支付编排(余额+三方)、回调验签、退款
    • 交互:OMS(支付状态)、财务(对账)、风控(支付前校验)
    • 数据:支付订单、分账信息、交易流水、对账明细
  • 履约(WMS/TMS集成层)

    • 职责:WMS波次拣货、称重、打包、出库;TMS承运商选择、电子面单、轨迹回传;同城即时/干线路由
    • 交互:OMS、库存服务、承运商、隐私号服务、理赔系统
    • 数据:拣货任务、包裹重量、面单号、轨迹事件、签收记录
  • 售后与客服

    • 职责:RMA流程(仅退/退货/换货)、逆向物流、质检、退款/补发、证据流与仲裁、工单联动
    • 交互:OMS、支付网关(退款)、WMS(退回入库)、客服工单、价格中心(分摊回退)
    • 数据:售后单、退货单、证据存储、质检记录
  • 结算与对账

    • 职责:支付渠道日对账;平台-商家账期结算(佣金、促销分摊、运费、逆向调账);发票开具
    • 交互:支付网关、OMS/售后(明细)、商家中心、电子发票服务、数据仓库
    • 数据:对账单、差异清单、结算单、发票抬头/明细
  • 特殊场景能力

    • 预售:定金锁资格/配额、尾款支付窗口、逾期释放;发货节点基于备货期
    • 拼团:开团/参团、成团判定、失败自动退款;库存按成团扣减策略可配置
    • 虚拟商品:码池管理、发码服务、自动交付与补码;无需物流
    • 跨境:身份与清关资料采集、电子面单报关要素、跨境税费计算
  • 基础设施与平台

    • API网关、服务注册/配置、消息总线(Kafka/Pulsar 类)、任务调度、文件存储(证据/面单/发票PDF)、监控告警、审计与合规
    • 数据仓库与实时数仓:指标口径、ODS/DWD/DWS、用户/商品/交易/履约主题域

4. 数据流程分析

  • 端到端数据/事件流(简图)
flowchart LR
  U[前台] -->|checkout/submit| O[OMS]
  O -->|reserve| S[库存服务]
  O -->|initiate| P[支付网关]
  P -->|callback(event)| O
  O -->|confirm| S
  O -->|split&fulfill| W[WMS]
  W -->|ship_event| O
  O -->|waybill/track| T[TMS]
  T -->|track_event| O
  O -->|notify| M[消息推送]
  O -->|fact| DW[数据仓库]
  AF[售后] --> P
  AF --> W
  AF --> O
  P --> RZ[对账/结算]
  O --> RZ
  • 关键领域数据模型(高层)

    • 用户:user_id, level, device_fingerprint, balance
    • 商品SKU:sku_id, spu_id, attrs, region_rules, temp_ctrl, weight, volume
    • 价格:price_list_id, sku_id, base_price, promo_rules, member_price, coupon_applications, price_snapshot
    • 订单:order_id, buyer_id, merchant_id, address, invoice, delivery_time, status, price_snapshot_id, risk_score
    • 子订单/包裹:sub_order_id, warehouse_id, temp_ctrl, package_id, logistics_no, weight
    • 库存:warehouse_id, sku_id, on_hand, available, pre_reserved, locked, batch
    • 支付:pay_order_no, order_id, pay_channel, amount, status, refund_status
    • 售后:rma_id, type, reason, evidence_refs, status, qc_result, refund_amount
    • 对账/结算:channel_stmt_id, merchant_stmt_id, fees, promo_apportion, logistics_fee, adjustments
    • 事件:event_id, type, entity_id, payload, occurred_at
  • 事件清单(建议主题命名,关键消费方)

    • order.created/order.paid/order.split/order.shipped/order.delivered/order.completed/order.cancelled(DW、消息推送、风控回溯、推荐)
    • payment.initiated/payment.succeeded/payment.failed/payment.refunded(对账、OMS)
    • inventory.reserved/inventory.confirmed/inventory.released(OMS、DW)
    • fulfillment.picking/packed/shipped(OMS、客服、DW)
    • logistics.tracking.updated/delivered/exception(OMS、客服)
    • aftersale.applied/approved/rejected/refunded/exchange.shipped(对账、DW、消息)
    • settlement.statement.generated/paid/adjusted(DW、商家中心)
  • 幂等与一致性策略

    • 业务幂等键
      • 下单:clientOrderNo(客户端生成),配合用户ID + 幂等窗口;服务端返回相同order_id
      • 支付:outTradeNo(每次发起唯一),组合支付各子交易单独outTradeNo
      • 退款:outRefundNo 唯一
    • 接口级幂等:要求 Idempotency-Key header + 去重表(幂等窗口TTL)
    • 事件幂等:事件event_id全局唯一,消费者侧记录已处理offset或event_id去重表
    • 库存原子性:单SKU使用Redis原子脚本/内存队列处理预占扣减;跨SKU用分段锁;强一致需要本地事务 + Outbox
    • 分布式一致性
      • 订单-库存-支付采用Saga编排:步骤(预占库存 -> 发起支付 -> 支付成功确认实占;失败补偿释放库存)
      • Outbox/事务消息:订单/支付写本地库与Outbox同事务,消息总线异步投递,消费者幂等处理
    • 回滚场景
      • 支付回调失败/超时:OMS延时任务触发释放预占;回调重试并校验签名与金额
      • 部分退款:订单维持完成/发货状态,价单与结算明细记录逆向分摊
  • 接口契约草案(节选示例,字段可扩展)

    • 结算试算
      • POST /checkout/preview
        • 请求:user_id, items[{sku_id, qty}], address_id, coupon_ids[], delivery_time_window, invoice_req
        • 响应:items_price, promo_detail[], shipping_fee, pay_amount, delivery_options[], invoice_options, risk_flag
    • 提交订单
      • POST /orders with Idempotency-Key
        • 请求:client_order_no, user_id, items[{sku_id, qty, price_snap_id}], address, delivery, invoice, coupon_ids, balance_pay_amount
        • 响应:order_id, pay_order_no, payable_amount, pay_channels[], reserve_result
    • 支付发起
      • POST /payments/initiate
        • 请求:pay_order_no, channel, amount, subject, return_url, notify_url, split_info?
        • 响应:pay_params(跳转/唤起参数),out_trade_no
    • 支付回调(网关->平台)
      • POST /payments/callback
        • 请求:out_trade_no, pay_order_no, status, paid_amount, pay_time, sign
        • 响应:200/重复处理返回OK(幂等)
    • 库存接口
      • POST /inventory/reserve: order_id, items[{sku_id, qty, warehouse_strategy_ctx}]
      • POST /inventory/confirm: order_id
      • POST /inventory/release: order_id, reason
    • 履约与物流
      • POST /wms/fulfill/push: sub_order_id, sku_list, address, remark
      • POST /wms/callback/pack/ship: package_id, weight, logistics_no, ship_time
      • POST /tms/callback/track: logistics_no, status, location, time
    • 售后
      • POST /aftersales/apply: order_id/sub_order_id, type, items, reason, evidence[]
      • POST /refunds/initiate: pay_order_no/out_trade_no, amount, out_refund_no
      • POST /refunds/callback: out_refund_no, status, amount, time, sign
    • 结算与发票
      • GET /settlements/merchant/{id}/statements?period=
      • POST /invoice/issue: order_id, invoice_type, title, tax_no, email
  • 订单拆单与仓配分配策略(要点)

    • 拆单维度:商家 -> 仓库 -> 温控(常温/冷藏/冷冻) -> 时效
    • 多仓选择:最近库存优先、成本模型(运费/税费/处理成本)、同城即时可用性
    • 部分发货:子订单/包裹独立履约与状态;签收后再触发下一批
    • 合单签收:多个包裹到齐且签收成功后,订单聚合状态进入DELIVERED
  • 特殊场景数据流

    • 预售(定金/尾款)
      • 下单1:定金支付成功 -> 锁资格(或锁配额,不占物理库存)-> 待尾款窗口
      • 尾款期:支付成功 -> 转实占库存 -> 进入履约;逾期未付 -> 资格释放,定金退还/违约金策略可配置
    • 拼团
      • 开团事件 -> 团状态pending;参团成功计数 -> 成团事件 -> 统一推动支付/履约
      • 未成团截止 -> 自动退款 -> 释放预占(如预占)
    • 虚拟商品
      • 支付成功 -> 码池锁定与发码 -> 短信/站内信通知;失败补码策略重试
    • 跨境
      • 下单时收集身份证/清关资料 -> 出库前生成报关要素 -> TMS报关接口 -> 放行后发运

5. 技术建议

  • 容量与扩展性(需压测校准)

    • 峰值估算(示例,按日活与大促倍率预估,后续以压测确认)
      • PV:> 50k QPS 峰值
      • 结算试算:3–5k QPS
      • 下单创建:1–2k QPS
      • 支付回调:1–3k QPS 短时尖峰
    • 扩展手段
      • 水平扩展:无状态服务多副本 + HPA;热点SKU隔离队列
      • 数据分片:订单库按时间 + buyer_id/merchant_id hash 分库分表;库存按SKU/仓分片
      • 缓存:SKU与价格缓存(Redis/本地缓存),预热 + 双写一致性(延时淘汰);库存读缓存 + 写穿透到存储
      • 异步解耦:事件总线(Kafka/Pulsar 类)承载支付/物流/售后事件;下单链路最小化同步调用
      • 搜索与明细查询采用CQRS:写库与读索引(ES/ClickHouse)分离
      • 静态资源/CDN与页面降级(大促模板化页面、静态化部分详情)
      • 流量整形:排队/令牌桶/动态限流;秒杀或预售使用资格令牌
  • 高并发库存与防超卖

    • 预占基于Redis原子Lua或库存微服务内存队列 + 顺序日志;落地MySQL/存储的最终一致校对任务
    • 热点SKU分片与隔离队列,限流到可售库存上限;展示库存做“可见度控制”(不暴露真实库存)
    • 异常补偿:对账任务扫描订单与库存差异,自动修正/告警
  • 价格与促销性能

    • 规则编译与缓存(规则AST预编译);热促销局部重算;券核销占位(下单时锁券)
    • 价单快照在下单冻结,避免事后重算偏差
  • 支付与对账安全

    • 回调验签、重复回调幂等;金额与订单状态交叉校验
    • 渠道日对账自动比对差异清单;分账与担保交易按商家合规要求配置
    • 敏感信息脱敏与密钥管理(KMS)
  • 风控与合规

    • 规则+模型组合,实时评分在下单与支付前执行;高风险触发二次验证(短信/人脸)
    • 黑名单/设备指纹/频控统一服务;回溯样本入数仓用于模型训练
    • 合规:用户隐私、电子发票、跨境报关、电话隐私号
  • 可观测性与稳定性

    • 指标:链路SLO(下单P99、支付回调延迟、WMS响应、TMS轨迹延迟)、错误率、库存差异率
    • 全链路Tracing(OpenTelemetry)、结构化日志与审计
    • 混沌工程演练:支付回调延迟、库存服务降级、WMS回调丢失等
  • 数据仓库与指标

    • 主题域:用户、商品、交易、履约、售后、财务
    • 指标:转化漏斗(曝光->加购->结算->支付)、客单价、履约时效(下单->出库->签收)、拒收率、售后率、库存周转天数
    • 实时流:支付成功、出库、签收、退款 实时宽表,用于运营看板
  • 上线里程碑(建议)

    • 里程碑0(2–3周):详细方案评审与原型(下单-库存-支付-履约主链路),事件总线与幂等基线
    • 里程碑1(4–6周):MVP自营场景上线:商品/价格、购物车/结算、OMS、库存预占/实占、支付、WMS/TMS对接、基础售后(仅退款),对账初版;性能压测1
    • 里程碑2(4周):Marketplace与拆单/分仓、全面售后(退货/换货)、结算与发票、客服工单联动;性能压测2与大促演练
    • 里程碑3(3–4周):预售(定金/尾款)、拼团、虚拟发码、同城即时配送;风控增强
    • 里程碑4(3周):跨境清关、合规模块、商家结算优化、促销分摊完善;灰度与稳定性提升
    • 每阶段交付:接口契约文档、状态机说明、集成联调用例、回归测试报告、压测与容量报告、运行手册与应急预案
  • 测试与演练建议

    • 场景用例矩阵:组合支付、部分发货、逆向退款、预售尾款超时、拼团失败退款、物流异常签收
    • 压测:读写分离、热点SKU、长尾SKU、回调风暴;幂等正确性验证
    • 演练:消息丢失/乱序、支付回调延迟、库存服务降级、WMS回调失败重试
  • 部署与数据

    • 多活/同城双活优先读一致、写入通过幂等与消息重试保障;跨AZ部署
    • 关键库(订单、支付、库存)采用主从 + 半同步,读写隔离
    • 版本发布:灰度/金丝雀;开关开闭环(活动/价格/库存策略可动态切换)
    • 数据治理:主数据管理(商品、商家、仓库)、口径与标签管理

以上方案覆盖“下单-支付-仓配-售后”全链路与特殊场景,提供状态机、模块边界、数据/事件流与幂等策略、接口草案、容量与上线里程碑。后续可根据具体业务规模与合规要求,细化技术选型与性能目标,并通过压测与灰度逐步达成大促稳定目标。

以下为“门诊从预约到随访闭环平台(OCP:Outpatient Care Platform)”的系统流程分析与设计,覆盖需求列表、流程泳道图、接口清单、数据字典与数据血缘、安全与合规模块与实施路径。

  1. 业务流程概述
  • 业务目标
    • 通过与HIS/EMR/LIS/PACS/医保结算/电子票据/短信网关/随访平台集成,实现门诊预约-报到-分诊-就诊-检验检查-结算发药-随访复诊的闭环。核心指标面向:预约爽约率、平均候诊时长、报告周转时长、随访覆盖率与完成率。
  • 系统边界
    • OCP聚焦患者移动端、号源与预约、报到叫号与分诊、智能宣教、医嘱协同、检查检验协同、结算合并与电子票据联动、药房审方与发药联动、随访任务编排与执行、消息通知、合规与审计、指标采集与数据汇聚。
    • 医疗核心病历文书与医嘱落地在EMR/HIS,OCP通过集成中台(ESB/API网关/消息总线)完成编排、编目与事件驱动。
  1. 系统流程图(泳道)
flowchart LR
  %% Swimlanes via subgraphs
  subgraph P[患者]
    P1[预约/挂号\nAPP/小程序] --> P2[到院扫码报到]
    P2 --> P3[候诊与宣教]
    P3 --> P4[就诊/开立医嘱]
    P4 --> P5[检查/检验执行]
    P4 --> P6[结算支付]
    P6 --> P7[取药/冷链提醒]
    P5 --> P8[报告查看\n危急值提醒]
    P8 --> P9[二次就诊/远程复诊]
    P9 --> P10[随访/问卷/电话]
  end

  subgraph N[导诊/分诊]
    N1[号源池与规则] --> N2[智能分诊与叫号]
    N2 --> N3[候补与超时处理]
  end

  subgraph D[医生]
    D1[病历书写] --> D2[处方/检验检查医嘱]
    D2 --> D3[过敏/用药冲突\n临床路径/质控校验]
  end

  subgraph L[LIS/PACS]
    L1[LIS/PACS预约与排队] --> L2[标本/检查执行]
    L2 --> L3[报告生成回传]
    L3 --> L4[危急值推送]
  end

  subgraph F[收费/医保/票据]
    F1[费用清单汇总] --> F2[医保统筹/自费分摊]
    F2 --> F3[电子票据开具]
  end

  subgraph R[药房]
    R1[审方与复核] --> R2[发药/冷链提示]
  end

  subgraph S[客服/随访]
    S1[爽约策略与信用分] --> S2[关怀/重约]
    S3[随访计划编排] --> S4[任务执行与质控]
    S4 --> S5[KPI达成跟踪/复诊引导]
  end

  subgraph M[集成中台]
    M1[ESB/API网关] --- M2[消息总线/事件流]
    M2 --- M3[主数据/身份与权限]
    M2 --- M4[数据平台/指标仓]
  end

  %% cross-lane flows
  P1 -->|资格校验/号源| M1
  M1 --> N1
  P2 -->|报到事件| M2
  M2 --> N2
  N2 -->|叫号通知| P3

  P4 --> D1
  D2 -->|医嘱落地| M1
  M1 --> L1
  L3 -->|ORU结果| M2 --> P8
  L4 -->|危急值| M2 --> P8

  D2 -->|处方| M1 --> R1
  R1 --> R2 -->|发药完成| M2 --> P7

  P4 -->|诊间费用| F1
  F1 --> F2 --> F3 -->|票据链接| P6

  P10 --> S4
  S3 -->|基于诊断/处方/出院| M2
  M2 --> S3
  S5 -->|复诊直达| P1
  1. 需求列表(按业务域与优先级)
  • 预约与挂号
    • Must
      • 实名注册与授权,医保/商保资格预校验
      • 号源池管理(科室/医师/时段/限额/优先级),并发锁定与15分钟超时释放
      • 在线挂号与诊疗费支付,电子凭证生成
      • 爽约策略:违约计数、押金/冻结、信用分扣减与自动解禁周期
      • 验收:并发1000 QPS下无超卖;预约记录与支付/资格校验日志可追溯;爽约规则可配置且生效
    • Should
      • 智能推荐(基于历史就诊/偏好/距离/排队时长)
      • 多渠道预约合并(电话/线下与线上统一号源)
  • 报到与分诊
    • Must
      • 到院扫码报到,排队叫号;智能分诊(基于预约、急缓、特殊人群)
      • 候补与超时处理(未到自动放号、候补通知)
      • 候诊宣教推送(诊前准备/禁食等)
      • 验收:报到到叫号平均延迟<5s(系统处理);候补放号正确率100%
    • Should
      • 候诊时长预测(在科/在医生/检查依赖)
  • 就诊与医嘱
    • Must
      • EMR病历记录对接;处方/医嘱开立同步;过敏与用药冲突拦截
      • 临床路径与质控规则实时校验,提示与留痕
      • 验收:冲突拦截命中率≥既定基线;质控规则生效且可追溯
  • 检查检验
    • Must
      • LIS/PACS预约、排队、执行状态、报告回传;危急值短信+站内提醒
      • 报告回写EMR/HIS;检验条码/标本全链条
      • 验收:报告周转时长可计算;危急值通知达成率≥99%
  • 结算与发药
    • Must
      • 费用清单合并,医保统筹/自费分摊;退费流程;电子票据获取
      • 药师审方、复核与发药(含冷链签收记录)
      • 验收:对账无差错;电子票据链接稳定获取;冷链全程留痕
  • 随访与复诊
    • Must
      • 出院/门诊患者规则纳入(诊断/手术/处方/慢病标签)
      • 随访渠道(短信/电话/线上问卷);任务编排、质控与回收
      • 复诊直达预约;慢病KPI跟踪(用药依从、血糖/血压等)
      • 验收:随访覆盖率、完成率可按科室/病种统计
  • 合规与安全
    • Must
      • 最小权限RBAC/ABAC、患者授权与隐私告知、敏感数据脱敏、操作审计
      • 数据留存与备份策略;国密/行业合规(详见后述)
  • 指标与报表
    • Must
      • 预约爽约率、平均候诊时长、报告周转时长、随访覆盖与完成率
      • 科室/医生/时段维度分析,支持导出与API
  1. 功能模块说明
  • 患者与账户
    • 实名注册、身份认证(医保/商保)、授权管理、黑白名单与信用分
  • 号源与预约中心
    • 号源编排、并发抢号与锁定、资格校验、预约确认/取消/重约、候补规则
  • 报到分诊与叫号
    • 扫码报到、队列优先级、超时释放、候诊宣教推送、诊室叫号大屏接口
  • 医嘱与路径质控协同
    • 接收EMR医嘱事件、规则引擎(过敏/相互作用/路径/质控)、提示与留痕
  • 检查检验协调
    • LIS/PACS预约与状态同步、标本条码/检查排程、报告回写、危急值联动
  • 收费结算与电子票据
    • 项目费用归集、医保结算预结/结算、对账、电子票据获取与回传
  • 药房审方与发药
    • 处方接收、审方规则、双人复核、冷链管理(温度/时点/签收)、发药通知
  • 随访与复诊管理
    • 患者分层与队列、随访计划模板、任务编排(短信/电话/问卷)、KPI追踪、复诊预约直达
  • 通知与消息中心
    • 短信/站内信/APP推送、模板与变量、发送状态回执
  • 权限与审计
    • 统一身份与单点登录、RBAC/ABAC、细粒度数据权限、操作审计、WORM归档
  • 集成中台
    • ESB/API网关、消息总线(事件驱动)、主数据(人员/科室/项目/药品)、数据平台(ODS/DW)
  1. 数据流程分析
  • 事件驱动主干
    • appointment.created/locked/cancelled
    • checkin.completed, triage.assigned, call.next
    • order.placed (prescription/lab/imaging), order.validated
    • specimen.collected, exam.performed
    • result.reported, result.critical
    • billing.aggregated, settlement.completed, e-invoice.issued
    • dispense.reviewed, dispense.completed, coldchain.signed
    • followup.plan.created, followup.task.sent, followup.completed, revisit.booked
  • 关键数据流
    • 预约→报到:预约ID/患者ID→报到成功事件→分诊队列更新
    • 医嘱→检查/检验:医嘱ID→LIS/PACS排程→状态回传→报告回写
    • 费用→结算→票据:费用明细→医保分摊→结算单→电子票据URL
    • 处方→审方→发药:处方明细→审方结果→发药记录→冷链签收
    • 报告→二次就诊/远程复诊:结果判定→消息推送→复诊预约
    • 随访:出院/门诊触发→计划/任务→回收→KPI沉淀
  • 幂等与一致性
    • 接口层使用业务幂等键(预约号/就诊号/处方号/报告号);消息使用去重键与可重放
    • 关键路径(结算、发药)采用事务消息/本地消息表+补偿
  1. 接口清单(对外系统)
  • HIS
    • 方向:双向;协议:REST/SOAP + HL7 v2; 内容:挂号、就诊号生成、费用项目、结算入参/出参、医嘱落地回写
    • 触发:预约确认、报到、医嘱下达、结算前/后
    • 要点:幂等(就诊号/挂号单号),对账批次号
  • EMR
    • 方向:双向;协议:REST/FHIR R4(Patient/Encounter/MedicationRequest/ServiceRequest/Observation)、HL7 v2
    • 内容:病历链接、医嘱同步、报告回写、路径/质控接口
    • 要点:文书主存EMR,OCP仅存索引与引用
  • LIS
    • 方向:双向;协议:HL7 v2(ORM^O01下达、ORU^R01报告);消息队列/Kafka可选
    • 内容:检验申请、条码/标本、结果回传、危急值
    • 要点:结果结构化、参考区间、危急值时效通知
  • PACS/RIS
    • 方向:双向;协议:DICOM MWL/MPPS、DICOMweb(QIDO/WADO)、HL7 v2
    • 内容:检查预约、执行状态、影像报告与影像链接
    • 要点:影像访问权限控制与短链
  • 医保结算
    • 方向:双向;协议:国家医保平台标准接口;加密:国密SM2/SM4
    • 内容:身份核验、费用上传、预结算/结算、基金/自费分摊
    • 要点:交易流水与失败重试、对账日结/月结
  • 电子票据
    • 方向:双向;协议:REST;内容:票据开具、作废、下载链接/二维码
    • 要点:票据号码段与状态一致性
  • 短信网关
    • 方向:单向(发送)+ 回执;协议:HTTP/SMPP
    • 内容:验证码、预约/候补/危急值/随访通知
    • 要点:模板变量校验、限频与黑名单
  • 随访平台(如已有)
    • 方向:双向;协议:REST/Webhook
    • 内容:计划/任务下发、结果回收、KPI
    • 要点:患者同意授权范围、退订与偏好
  • 统一身份/SSO
    • 方向:双向;协议:OAuth2.1/OIDC, SAML
    • 内容:职工与患者账户、单点登录、Token校验
  1. 数据字典(核心实体与关键字段)
  • 患者 Patient
    • patient_id(键), name, id_type, id_no, phone, insurance_type, consent_status
  • 账号与授权 AccountAuth
    • user_id, patient_id, channel(app/mini), openid/unionid, auth_scope, status
  • 预约 Appointment
    • appt_id(键), patient_id, dept_id, doctor_id, slot_id, appt_time, status(booked/cancelled/no-show/completed), source, lock_expire_at, credit_impact
  • 号源 Slot
    • slot_id(键), dept_id, doctor_id, date, start_time, end_time, quota, booked, rules
  • 报到与队列 CheckinQueue
    • checkin_id, appt_id, encounter_no, priority, queue_no, status(waiting/called/expired), wait_metrics
  • 就诊 Encounter
    • encounter_no(键), patient_id, dept_id, doctor_id, start/end_time, type(OPD/Tele), status
  • 医嘱与处方 Order/Prescription
    • order_id(键), encounter_no, type(drug/lab/imaging/treatment), items[], allergy_checked(bool), ddi_checked(bool), rule_hits[]
  • 检验申请 LabRequest
    • lab_req_id(键), order_id, specimen_id, status, schedule_time
  • 检查申请 ImagingRequest
    • img_req_id(键), order_id, modality, status, schedule_time
  • 标本 Specimen
    • specimen_id(键), lab_req_id, collect_time, chain_of_custody
  • 报告 Report
    • report_id(键), order_id, type(lab/imaging), result_struct, critical_flag, release_time
  • 费用明细 ChargeItem
    • charge_id(键), encounter_no, item_code, qty, price, amount, insurance_flag
  • 结算 Settlement
    • settle_id(键), encounter_no, total_amount, fund_pay, self_pay, timestamp, status
  • 电子票据 EInvoice
    • invoice_id(键), settle_id, invoice_no, url, status
  • 药品与发药 Dispense
    • dispense_id(键), prescription_id, review_by, verify_by, coldchain(bool), handover_time, signer
  • 随访计划与任务 FollowupPlan/Task
    • plan_id(键), patient_id, disease_grp, schedule, channel, kpi_targets
    • task_id(键), plan_id, send_time, status, result_payload
  • 指标 Metrics
    • metric_date, dept_id, doctor_id, kpis{no_show_rate, avg_waiting_minutes, tat_report_minutes, followup_coverage, followup_completion}
  1. 数据血缘(源→汇聚→应用/指标)
flowchart LR
  subgraph Sources[业务源系统]
    HIS[(HIS)]
    EMR[(EMR)]
    LIS[(LIS)]
    PACS[(PACS)]
    MI[(医保)]
    EINV[(电子票据)]
    SMS[(短信网关)]
    OCP[(OCP自有事件)]
  end

  subgraph ODS[ODS/消息总线]
    MQ[(Event Bus/Kafka)]
    ODSDB[(ODS分层)]
  end

  subgraph DW[数据仓库&指标层]
    DWD[(明细DWD)]
    DWS[(汇总DWS)]
    ADS[(指标服务ADS)]
  end

  HIS --> MQ
  EMR --> MQ
  LIS --> MQ
  PACS --> MQ
  MI --> ODSDB
  EINV --> ODSDB
  OCP --> MQ

  MQ --> ODSDB
  ODSDB --> DWD --> DWS --> ADS

  subgraph Apps[应用消费]
    BI[BI报表/大屏]
    KPI[指标API/看板]
    OP[运营规则/候补策略]
  end

  ADS --> BI
  ADS --> KPI
  ADS --> OP
  • 示例口径
    • 预约爽约率 = 未到院且未提前取消的预约数 / 总预约数(同一时段去重)
    • 平均候诊时长 = 首次叫号时间 - 报到时间(按就诊完成样本)
    • 报告周转时长 = 报告发布时间 - 检查/采血完成时间
    • 随访覆盖率 = 被纳入随访计划患者数 / 目标患者数
    • 随访完成率 = 已完成随访任务数 / 已发起随访任务数
  1. 安全与合规模块
  • 身份与权限
    • 患者侧:OAuth2.1/OIDC,短信二次校验;就诊隐私授权范围可视化
    • 职工侧:SSO,RBAC+ABAC(按科室/角色/患者关系/就诊场景)
  • 数据保护
    • 传输加密TLS1.2+;存储加密(数据库透明加密/字段级AES);密钥托管与轮换
    • 敏感字段脱敏(手机号/证件号)、日志脱敏
  • 审计与合规
    • 全量操作审计(查询/下载/导出/打印);关键日志WORM存储
    • 数据留存与备份:业务数据7-15年(按医政规范),冷备与异地容灾,RPO/RTO按院方级别目标设定
  • 合规参考(需与医院法务/信息科确认)
    • 个人信息保护法、网络安全法、等保2.0(建议达标三级)
    • 医疗电子病历管理规范、电子处方管理规范
    • 国家医保平台安全规范与接口规范、国密算法SM2/SM3/SM4
    • 影像合规(DICOM访问控制与审计)
  • 终端与访问
    • 诊间终端加固、超时登出、屏幕水印;外网访问白名单与零信任策略
  1. 技术建议
  • 总体架构
    • 分层:前端(APP/小程序/管理端)— API网关 — 业务微服务(预约、报到分诊、医嘱协同、检验检查协调、结算、药房、随访、消息)— 集成中台(ESB、HL7/DICOM适配、医保适配)— 数据平台(ODS/DW/指标)
    • 事件驱动:Kafka/RocketMQ承载全链路事件,支持重放与补偿
    • 规则引擎:Drools/自研规则服务,支持路径/质控/用药冲突可配置
  • 可靠性与性能
    • 号源锁:Redis分布式锁+超时;乐观并发控制避免超卖
    • 队列与叫号:队列优先级、多队列合并调度;诊间心跳与叫号状态回传
    • 幂等:业务主键+去重表;重试退避策略;死信队列
  • 可观测性
    • 分布式追踪(OpenTelemetry)、业务SLA看板(预约成功率、事件延迟P95)、告警联动
  • 可配置化
    • 爽约策略、候补窗口、宣教模板、随访计划模板、危急值通知策略均规则化管理
  • 数据治理
    • 主数据(科室、人员、药品、收费项目)统一码本与映射;医保业务编码适配
  • 灾备
    • 双活/同城多活或两地三中心按医院级别选型;定期演练
  1. 实施路径(里程碑)
  • 阶段A:蓝图与集成准备(4-6周)
    • 现状梳理、指标口径确认、号源/流程标准化;接口联测计划;数据治理清单
  • 阶段B:核心闭环1.0(8-12周)
    • 预约与挂号、报到分诊、消息通知、与HIS/EMR基础对接;指标首版(爽约率、候诊)
    • 试点科室灰度上线,A/B对比爽约与候诊
  • 阶段C:检验检查与结算发药(8-12周)
    • LIS/PACS深度集成、危急值、费用合并与医保结算、电子票据、药房审方发药
    • 指标扩展(报告TAT、取药时效)
  • 阶段D:随访与复诊(6-8周)
    • 随访计划模板、任务与KPI、复诊直达;慢病管理闭环
  • 阶段E:质控与路径、全面优化(持续)
    • 规则引擎上线、临床路径合规、性能与稳定性优化
  • 风险与应对
    • 异构系统标准不一:适配层+映射表;接口对账
    • 高并发挂号:限流/排队、缓存与锁优化
    • 合规变更:法规监控与版本化发布
  1. 附:流程泳道(简化版就诊核心链路)
sequenceDiagram
  participant 患者
  participant 分诊
  participant 医生/EMR
  participant LIS/PACS
  participant 收费/医保
  participant 药房
  患者->>分诊: 扫码报到
  分诊-->>患者: 排队/叫号
  患者->>医生/EMR: 进入就诊
  医生/EMR-->>LIS/PACS: 下达检验/检查
  LIS/PACS-->>医生/EMR: 报告回写/危急值
  医生/EMR-->>收费/医保: 费用归集/结算
  收费/医保-->>患者: 结算结果/电子票据
  医生/EMR-->>药房: 处方
  药房-->>患者: 审方/发药(冷链签收)
  1. 注意事项
  • 医保实测环境需与正式环境隔离,开通白名单与证书
  • 危急值通知遵循院感与质控要求,配置多通道冗余
  • 冷链药品全程温度链与签名,满足稽核追踪
  • 指标与报表的口径需与医疗管理部门确认并固化在元数据中

本方案在不改变现有HIS/EMR主责的前提下,通过事件驱动与集成中台实现流程编排与指标闭环,具备可落地性与可扩展性。上述接口标准与实现细节需根据院方现网系统版本进行适配与联测验证。

示例详情

📖 如何使用

30秒出活:复制 → 粘贴 → 搞定
与其花几十分钟和AI聊天、试错,不如直接复制这些经过千人验证的模板,修改几个 {{变量}} 就能立刻获得专业级输出。省下来的时间,足够你轻松享受两杯咖啡!
加载中...
💬 不会填参数?让 AI 反过来问你
不确定变量该填什么?一键转为对话模式,AI 会像资深顾问一样逐步引导你,问几个问题就能自动生成完美匹配你需求的定制结果。零门槛,开口就行。
转为对话模式
🚀 告别复制粘贴,Chat 里直接调用
无需切换,输入 / 唤醒 8000+ 专家级提示词。 插件将全站提示词库深度集成于 Chat 输入框。基于当前对话语境,系统智能推荐最契合的 Prompt 并自动完成参数化,让海量资源触手可及,从此彻底告别"手动搬运"。
即将推出
🔌 接口一调,提示词自己会进化
手动跑一次还行,跑一百次呢?通过 API 接口动态注入变量,接入批量评价引擎,让程序自动迭代出更高质量的提示词方案。Prompt 会自己进化,你只管收结果。
发布 API
🤖 一键变成你的专属 Agent 应用
不想每次都配参数?把这条提示词直接发布成独立 Agent,内嵌图片生成、参数优化等工具,分享链接就能用。给团队或客户一个"开箱即用"的完整方案。
创建 Agent

✅ 特性总结

一键梳理业务流程,识别关键节点与瓶颈,快速定位改造切入点,减少反复沟通成本。
自动生成系统架构与模块划分,给出清晰边界与职责,帮助团队统一认知、稳步推进。
智能设计数据流与字段关系,避免信息孤岛与重复录入,为后续开发与对接打好基础。
支持多场景输入,按新建、优化、整合等目标输出定制方案,减少试错时间与成本。
内置可视化流程图与文档提纲,一次输入即可生成图文并茂材料,支撑汇报与评审。
提供实现建议与风险提示,结合复杂度给出路线与优先级,保障上线节奏与质量。
可按行业与团队角色调整表达方式,让业务、产品、研发都能看懂并快速行动。
从需求到方案闭环产出,覆盖理解、分析、设计与文档全流程,显著提升交付效率。

🎯 解决的问题

把零散的业务描述快速转化为可落地的系统方案,帮助产品经理、架构师与实施顾问在一次对话中获得:需求要点清单、流程分解、功能模块设计、数据流方案与实施建议,并自动生成成套文档与流程图。适配新建系统、存量改造、跨部门整合与架构升级等场景;支持按技术复杂度与输出详尽程度灵活控制,面向管理层汇报与研发落地双视角,显著降低沟通成本和返工风险,提升评审通过率与交付速度。

🕒 版本历史

当前版本
v2.1 2024-01-15
优化输出结构,增强情节连贯性
  • ✨ 新增章节节奏控制参数
  • 🔧 优化人物关系描述逻辑
  • 📝 改进主题深化引导语
  • 🎯 增强情节转折点设计
v2.0 2023-12-20
重构提示词架构,提升生成质量
  • 🚀 全新的提示词结构设计
  • 📊 增加输出格式化选项
  • 💡 优化角色塑造引导
v1.5 2023-11-10
修复已知问题,提升稳定性
  • 🐛 修复长文本处理bug
  • ⚡ 提升响应速度
v1.0 2023-10-01
首次发布
  • 🎉 初始版本上线
COMING SOON
版本历史追踪,即将启航
记录每一次提示词的进化与升级,敬请期待。

💬 用户评价

4.8
⭐⭐⭐⭐⭐
基于 28 条评价
5星
85%
4星
12%
3星
3%
👤
电商运营 - 张先生
⭐⭐⭐⭐⭐ 2025-01-15
双十一用这个提示词生成了20多张海报,效果非常好!点击率提升了35%,节省了大量设计时间。参数调整很灵活,能快速适配不同节日。
效果好 节省时间
👤
品牌设计师 - 李女士
⭐⭐⭐⭐⭐ 2025-01-10
作为设计师,这个提示词帮我快速生成创意方向,大大提升了工作效率。生成的海报氛围感很强,稍作调整就能直接使用。
创意好 专业
COMING SOON
用户评价与反馈系统,即将上线
倾听真实反馈,在这里留下您的使用心得,敬请期待。
加载中...
📋
提示词复制
在当前页面填写参数后直接复制: