患者访客或照护者
已批准时段、部门或接待点、负责协调人、当前状态和离场情况。
医疗机构访客协调
面向前台接待、来访时段和部门交接的医院访客管理
协调患者访客、照护者、供应商、承包商、候选人和服务合作方，同时不把访客流程变成临床记录。
运营任务是准备来访时段、确认负责部门、管理前台与目的地交接、响应限制或延误，并结束来访。
- 来访时段与部门协调
- 前台签到与当前状态
- 限制、延误、目的地和签退异常
不采集临床细节，同时清楚记录来访目的
访客流程只应保存前台和负责部门所需的运营背景。
供应商
预约、部门接待人、来访目的、证明材料、目的地、设备相关信息和结束处理。
承包商
工作目的、设施负责人、批准区域、文件、陪同、日程和离场。
候选人或服务合作方
行政预约、接待人、地点、到访指引、交接和完成情况。
协调来访，但不创建临床病历
将访客运营与护理文档、患者身份和临床决策分开。
- 01
申请来访
采集访客类型、来访目的、来访时段、目的地、负责部门、接待人和必要核验。
前台可以看到已批准来访。 - 02
确认运营规则
按照当前部门和站点政策审批、退回或拒绝来访。
决定及原因始终可见。 - 03
在前台签到
查找来访，登记到达和核验结果，按需发放通行证并开始计算等候时间。
来访进入当前状态。 - 04
完成部门交接
记录接收部门或接待人及当前目的地。
前台能明确回答由谁负责该来访。 - 05
解决异常
为来访时段冲突、限制、接待人迟到、目的地变更或延迟签退指定负责人。
由一名协调人负责响应和结束处理。 - 06
领用
记录离场、通行证归还、未解决的后续事项和历史。
当前访客名单已核对。
将访客协调与临床及安全系统分开
让临床护理、身份核验和访客协调分别留在为各自任务设计的系统中。
Jodoo 访客协调
需要可配置的申请、来访时段、部门责任、前台流程、异常、仪表板和频繁运营调整。
临床或患者系统
该记录属于护理服务、患者身份、临床文档或健康信息治理。
专业安全或身份系统
如果原生证件核验、观察名单、通行凭证、读卡器、应急响应或安全裁定决定任务，应使用专业安全系统。
医院访客管理常见问题
01本页面介绍的是患者记录系统吗？+
不是。本页面介绍访客协调，包括来访时段、前台、部门或接待人、目的地、当前状态、异常和签退。临床数据和患者记录仍保留在医院临床系统中。
02不同部门可以设置不同的来访规则吗？+
可以。按部门或站点配置目的地、来访类型、时段、审批、核验、角色视图和异常流程，同时保持统一来访记录。
03承包商和供应商可以使用同一套系统吗？+
可以，但需为工作目的、设施负责人、证明材料、批准区域、陪同、设备、日程和结束处理设置独立分支。
04Jodoo 可以核验身份吗？+
Jodoo 可以记录核验结果和流程决定。原生身份核验、扫描、观察名单和物理门禁需要专业系统或集成。
05应如何处理敏感信息？+
仅采集既定目的所需的访客运营数据，限制角色访问并设定保留期限，同时不要把临床信息放入访客流程。
测试真实访客运营
使用医疗机构访客应用试点真实的前台接待与部门交接
测试患者访客、供应商、承包商、时段冲突、部门无法接待、目的地变更和逾期未签退，同时不把临床数据放入访客记录。