INSIGHTS / 政务 · 应用示范
新生儿出生“一件事”:跨部门数据协同如何组织
围绕出生医学证明、户口登记、社保卡、医保与育儿指导,示范场景将每个事项背后的数据来源与部门协作关系展开,按“一数一源”原则设计数据查询和推送。
AT A GLANCE
阅读要点
- 场景性质
- 高校探索的政务应用示范
- 协同主题
- 出生证明、落户、社保、医保、育儿指导
- 设计原则
- 一数一源,明确跨部门协同关系
把联办事项还原为数据协同关系
新生儿出生“一件事”涉及医院、公安、人社、医保及妇幼健康等参与方。各事项由既有业务系统办理,需要衔接父母信息、出生证明信息与新生儿户口信息等不同资源。
宣传册将其作为西部某高校探索的应用示范场景。其重点是建立跨部门业务协同能力、研究数据关系与执行规则,不能将示范中的模拟操作等同于真实政务上线流程。
五类联办事项分别需要哪些衔接
| 联办事项 | 相关系统 | 示范中的衔接内容 |
|---|---|---|
| 出生医学证明 | 医院数据系统、出生实名信息管理系统 | 推送相关表格,办理出生证明 |
| 户口登记 | 人口管理信息系统、公安数据系统 | 同步出生证明信息,衔接出生登记 |
| 社会保障卡 | 妇幼健康系统、社会保障卡卡务系统 | 推送出生证明相关信息 |
| 居民医保登记 | 人口管理信息系统、医疗保险系统 | 通过新生儿户口信息衔接参保申报 |
| 科学育儿指导 | 出生实名信息管理系统、妇幼健康系统 | 衔接育儿指导服务登记 |
事项之间存在不同的数据依赖关系,不能简单理解为一个部门完成全部办理。资源由相应系统提供,业务仍需要遵循各参与方的职责与规则。
查询、推送与业务触发如何配合
示范先通过身份信息相关操作触发业务,再在有关系统之间查询父母信息、推送出生证明及户口信息。人口管理信息系统同时涉及存量数据与增量数据:前者用于身份核验,后者承接新增出生相关信息。
- 01核验信息
从相关存量系统查询父母身份等信息。
- 02生成与同步
出生证明相关信息在参与系统间流转。
- 03衔接后续事项
支持落户、社保、医保及育儿指导。
原示范还给出了协同尚未就绪时重新查询的规则,说明异常与等待条件也属于协同设计。具体重试周期应结合实际系统和业务要求确定,不直接照搬教学示范参数。
一数一源与跨网部署
“一数一源”要求识别每个数据项的来源,避免多个系统对同一信息各自定义。设计时应把数据从哪里来、向哪里去、在什么条件下使用写清楚,让资源与责任相对应。
方案在相关部门和医院侧部署协同装备,连接局域网、政务外网中的既有系统。治理平台承担资源梳理和规则设计,连接器按约定执行数据协同。宣传册中的省委组织部协同方案也采用节点、网络与业务数据模型解析跨部门关系。
如何用于教学与方案研究
这一示范适合用来讨论跨部门数据来源、业务触发条件、协同等待和资源责任等问题。教学中可对比不同资源或规则设计对业务衔接的影响,再通过在线验证检查方案是否符合设定情境。
迁移到实际项目时,需要重新确认当地业务流程、部门职责及系统条件。本文保留应用示范的性质,不将其描述为已经实现的政务服务成效。
依据《数据协同宣传册 260427》印刷页码 20–22整理。场景分析与准备清单用于方案讨论;匿名案例沿用原册称谓,示范与生态方案保留其原有性质。