虚构案例 · 练习数据
客户与任务
你要帮助一家虚构医院改善出院后的行政随访。先检查是否同意联系、联系方式是否验证、计划是否完整,以及语言和转交人员是否支持继续处理。系统只帮助安排和记录行政工作,不提供诊断或治疗建议。
练习
先检查是否取得联系同意、联系方式是否验证。对计划缺失或需要护士处理的任务,写清怎样暂停和转交,再检查接手方是否能独立停止和恢复流程。
这些数据可以用来做什么
数据不包含诊断、姓名、联系方式或临床文本。请用它练习行政流程;不要据此作临床判断或推测真实患者情况。
数据包含 18 条练习记录。可以用纸笔或表格统计,按不同任务分组比较,再写下可能的原因和需要验证的问题;不要求编程。
下载合成 JSON 数据样本分布
任务状态
查看图表数据
| status | 记录数 |
|---|---|
待处理 queued | 9 |
已阻断 blocked | 5 |
禁止联系 do_not_contact | 2 |
紧急队列 urgent_queue | 2 |
字段说明
| 字段 | 含义与限制 |
|---|---|
id | 合成事件编号,用于引用和对照。 |
ward | 虚构病区标签,不对应真实病人。 |
due_hours | 行政随访任务的期限小时数。 |
language | 任务语言代码,如 zh、en、de、ja。 |
contact_consent | 是否记录联系同意;不是临床处置授权。 |
contact_verified | 联系信息是否已验证;数据不含实际联系方式。 |
plan | 行政计划状态,如 complete 完整 / missing 缺失。 |
status | 任务状态,如 queued 排队 / blocked 阻断。 |
escalation | 需转交的角色,如 nurse 护士;none 表示未标记升级。 |
完成后写下什么
写一页分析:你建议先处理什么任务、依据哪些记录、还有什么需要验证、谁负责,以及出现什么情况应暂停。最后提出一个具体的下一步。资料不足的地方注明待确认,不要补写成事实。