热门角色不仅是灵感来源,更是你的效率助手。通过精挑细选的角色提示词,你可以快速生成高质量内容、提升创作灵感,并找到最契合你需求的解决方案。让创作更轻松,让价值更直接!
我们根据不同用户需求,持续更新角色库,让你总能找到合适的灵感入口。
本提示词专为系统分析与设计场景开发,能够帮助用户深入分析业务流程并设计相应的信息系统流程。通过结构化的工作流程,系统分析师可以准确识别业务需求、分析系统功能、设计数据流程和绘制系统架构图,最终生成完整的技术文档。该提示词特别适用于企业信息化建设、业务流程优化和系统改造项目,确保输出的技术方案既符合业务需求又具备技术可行性。
平台类型与目标
集成范围
参与者
业务需求清单与优先级(建议先行/必须、二期增强、专项)
总体域架构(逻辑)
整体交易-履约-售后主流程(简化视图)
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 --> [*]
用户与会员中心
商品与目录(PIM)
价格与促销中心
购物车与结算
风控引擎
订单中心(OMS)
库存与分配服务
支付网关
履约(WMS/TMS集成层)
售后与客服
结算与对账
特殊场景能力
基础设施与平台
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
关键领域数据模型(高层)
事件清单(建议主题命名,关键消费方)
幂等与一致性策略
接口契约草案(节选示例,字段可扩展)
订单拆单与仓配分配策略(要点)
特殊场景数据流
容量与扩展性(需压测校准)
高并发库存与防超卖
价格与促销性能
支付与对账安全
风控与合规
可观测性与稳定性
数据仓库与指标
上线里程碑(建议)
测试与演练建议
部署与数据
以上方案覆盖“下单-支付-仓配-售后”全链路与特殊场景,提供状态机、模块边界、数据/事件流与幂等策略、接口草案、容量与上线里程碑。后续可根据具体业务规模与合规要求,细化技术选型与性能目标,并通过压测与灰度逐步达成大促稳定目标。
以下为“门诊从预约到随访闭环平台(OCP:Outpatient Care Platform)”的系统流程分析与设计,覆盖需求列表、流程泳道图、接口清单、数据字典与数据血缘、安全与合规模块与实施路径。
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
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
sequenceDiagram
participant 患者
participant 分诊
participant 医生/EMR
participant LIS/PACS
participant 收费/医保
participant 药房
患者->>分诊: 扫码报到
分诊-->>患者: 排队/叫号
患者->>医生/EMR: 进入就诊
医生/EMR-->>LIS/PACS: 下达检验/检查
LIS/PACS-->>医生/EMR: 报告回写/危急值
医生/EMR-->>收费/医保: 费用归集/结算
收费/医保-->>患者: 结算结果/电子票据
医生/EMR-->>药房: 处方
药房-->>患者: 审方/发药(冷链签收)
本方案在不改变现有HIS/EMR主责的前提下,通过事件驱动与集成中台实现流程编排与指标闭环,具备可落地性与可扩展性。上述接口标准与实现细节需根据院方现网系统版本进行适配与联测验证。
把零散的业务描述快速转化为可落地的系统方案,帮助产品经理、架构师与实施顾问在一次对话中获得:需求要点清单、流程分解、功能模块设计、数据流方案与实施建议,并自动生成成套文档与流程图。适配新建系统、存量改造、跨部门整合与架构升级等场景;支持按技术复杂度与输出详尽程度灵活控制,面向管理层汇报与研发落地双视角,显著降低沟通成本和返工风险,提升评审通过率与交付速度。
跨部门梳理现状与痛点,形成统一流程蓝图与改造清单,产出项目立项材料、预算测算与实施路线。
把零散需求结构化,自动生成流程图、模块说明和数据流,准备评审文档,推动需求澄清与版本规划。
在重构或上云前厘清系统边界与依赖,制定分阶段落地方案与风险清单,指导任务拆解与里程碑。
将模板生成的提示词复制粘贴到您常用的 Chat 应用(如 ChatGPT、Claude 等),即可直接对话使用,无需额外开发。适合个人快速体验和轻量使用场景。
把提示词模板转化为 API,您的程序可任意修改模板参数,通过接口直接调用,轻松实现自动化与批量处理。适合开发者集成与业务系统嵌入。
在 MCP client 中配置对应的 server 地址,让您的 AI 应用自动调用提示词模板。适合高级用户和团队协作,让提示词在不同 AI 工具间无缝衔接。
半价获取高级提示词-优惠即将到期