居民 Fred 正在在线申请津贴,并且他过去从未收到津贴,因而在系统上没有记录。
已为标识证据(已针对人员/潜在人员配置此证据)与 SSN 标识证据(已针对综合案例配置此证据)之间的不完全相同证据属性映射配置系统。
每个证据上的属性如下所示:
表 1. SSN 证据至标识证据的不完全相同映射SSN 详细信息证据 |
标识证据 |
标识 |
标识 |
标识类型 |
标识类型 |
SSN 状态 |
|
无 SSN 原因 |
|
无 SSN 其他详细信息 |
|
注释 |
注释 |
通过配置这两种动态证据类型之间的不完全相同证据属性映射,证据类型代理程序将共享匹配的属性,如同它们是完全相同的属性一样。
虽然这些证据由于是不同类型而被认为不完全相同,但是每种类型之间映射的属性允许采用处理完全相同证据的方式处理任何共享。
下列步骤说明将如何在此情况下应用此配置:
- Fred 完成津贴的在线申请,输入了必需信息以及下列 SSN 标识详细信息:
SSN 标识参考:123-45-6789
类型:SSN
注释:简要注解。
Fred 未对“SSN
状态”、“无 SSN 原因”以及“无 SSN 其他详细信息”记录任何详细信息。
- Fred 将申请提交给机构,在此情况下,通过使用搜索和匹配流程,确定了他未在系统上注册。
- Fred 注册为人员。注册过程会插入姓名、出生日期和性别,即必需的注册信息。
系统会创建人员证据记录:姓名、出生和死亡以及性别。
- 然后,会为 Fred 创建津贴申请案例,并且会将他通过在线申请提供的所有证据添加至该申请案例。
请注意,当提交该申请时,会自动创建申请案例,并且会使用
Cúram Data Mapping Engine 来将在其申请上捕获的所有证据映射到新的申请案例。
- 受理工作者 Paul 复审该申请案例证据,并批准该申请案例。
批准该申请时,会触发证据代理程序以根据其配置共享申请证据。
- 一旦批准了该申请,就会自动为 Fred 创建综合案例,并且会添加 Fred 已获批准的计划。
- 证据代理程序会将申请案例中的证据共享到该综合案例。申请案例上的
SSN 详细信息证据会直接映射至综合案例上的 SSN 详细信息证据。
- 证据代理程序然后会将 Fred 的申请证据共享到其人员选项卡。
申请案例中的 SSN 详细信息不完全相同,并且必须映射至人员选项卡中存储的标识证据。
系统按如下方式对该证据进行映射:
表 2. 从申请共享到人员选项卡的证据的映射SSN 详细信息证据 |
标识证据 |
SSN 标识参考 |
标识参考 |
类型 |
类型 |
注释 |
注释 |
- 同一天晚些时候,Fred 提供了在综合案例上验证其出生日期所需的其护照的详细信息。
接待员 Jan 还决定在 Fred 的标识证据中捕获此信息。
她因此执行人员搜索并且找到了 Fred 的人员记录。
她打开该人员记录,然后继续创建新的标识证据。
Jan 选择的类型为“护照”,身份证号为
PO111111。
- Jan 保存标识记录。会触发证据代理程序,并将标识证据共享到该综合案例。
- 综合案例的案例工作人员 Sam 注意到接收了新的入局证据。
他查看入局证据,并且注意到已为 Fred 捕获护照/标识。Sam 决定驳回此证据,因为对于该案例,他不需要此证据。
请注意,如果 Sam 接受了此证据,那么将出现新的 SSN 标识证据,
显示为“正在编辑”状态。但是,激活该证据时,系统可能已调用验证来指出,“类型”只能是 SSN;如果对类型不存在任何验证,那么这将已应用于该案例。