居民健康卡虚拟化应用

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

居民健康卡虚拟化应用

摘要:为满足互联网+医疗健康服务需要,促进新兴信息技术与医疗健康服务深

度融合,建设以健康二维码的电子健康卡,将实体卡向虚拟化转变,降低发行实

体卡成本,提升使用过程中的用户体验和应用效率,实现居民健康卡的快速覆盖。

关键词:电子健康卡;主索引系统

居民健康卡虚拟化应用建设,是以电子健康卡作为健康实体卡发行的有效补充,以“虚实结合”的方式,探索一条快速普及居民健康卡的模式,解决实体卡推

行缓慢的困境。

通过居民健康卡虚拟化应用和跨域主索引平台的建立,以居民健康卡为核心

关联和管理各类就诊卡,能有效的完善患者实名制就医、规范医疗机构服务流程,提升医疗服务效率,同时对医疗卫生机构的日常医疗活动进行监管。

1居民健康卡跨域主索引系统

主索服务作用:

1)注册管理省域及以下的各类居民标识证卡(虚拟健康卡、实体健康卡、就诊卡、社保卡等各种卡种)。

2)通过虚拟化应用管理系统虚拟化服务,是跨域居民虚拟化健康卡应用索引对接的唯一桥梁和基础数据源。

3)各域应用业务系统通过省居民虚拟化健康卡应用系统中的主索引服务的交叉索引功能可获取其它标识域的居民索引的唯一信息。

1.1主索引(EMPI)服务(对外提供服务)

包括:居民社会学信息管理、居民索引、居民信息统计、居民信息变更、订

阅通知、居民信息合并等功能模块。

2交叉索引(PIX)服务

实现不同标识域个人基本信息的交叉索引,完成多卡标识的兼容查询。

标识域管理:提供对不同标识域的管理,包括不同的类型卡所对应的标识域、不同地区健康卡或区域平台索引策略所对应的标识域。

标识域查询:查询不同的标识域信息。

建立交叉索引:对不同标识域的个人标识建立交叉对应关系。

获取交叉索引:通过一个标识域的个人标识查询另一个标识域的个人信息。

1.2居民身份匹配引擎

基于规则的匹配度查询,支持个人信息的自动合并。

对系统的居民身份匹配度参数进行设定,计算两个不同记录的居民为同一居

民的可能性(匹配度);对居民身份匹配度阈值进行设定,为居民身份合并采用

自动合并或者手动合并提供判定依据;依据匹配度计算规则,计算两条居民基本

信息记录的匹配度;并依据合并策略,给出自动合并、手工合并匹配规则。

1.3居民信息索引内容

身份介质信息索引(卡索引):记录居民身份介质信息,通常是某种卡或某

种身份证件介质信息,主要包括卡唯一ID号、卡号(证件号)、卡类型、卡芯片号、卡状态、发卡机构等信息。

居民信息索引(人索引):记录居民基本信息,包括居民唯一ID号、身份证

号码、姓名、性别、民族、地址、婚姻状态、职业类型等信息。

人卡关系交叉索引:记录居民与其身份介质的对应关系,是完成居民身份识

别信息交叉互认的凭据。主要包括人卡关系唯一ID号、居民唯一ID号、卡唯一

ID号、应用域等信息。

2居民健康卡虚拟化应用管理系统

虚拟化账户管理

注册电子健康卡的主要流程:

1)用户通过APP或机构终端向虚拟化应用管理系统提交实名制信息进行注册。用户实名制认证可通过线下方式(如通过自助终端读取用户证件)或线上方

式(如通过金融交易机构对身份信息和银行账户信息进行验证)完成。

2)虚拟化应用管理系统接受请求,查询注册管理系统是否存在该用户。如存在,注册管理系统向虚拟化应用管理系统返回用户信息和主索引ID。如不存在,

跨域主索引系统根据虚拟卡用户信息生成主索引ID,并向虚拟化应用管理系统返

回主索引ID。

3)虚拟化应用系统根据返回的主索引ID生成电子居民健康卡ID,结合用户

身份标识信息,完成用户注册。

4)虚拟化应用管理系统与注册管理系统同步电子居民健康卡账户信息。

信息更新:用户通过APP或机构终端向虚拟化应用管理系统提交信息,判断

是否需要同步更新主索引系统中的个人信息。

注销:用户通过APP或机构终端向虚拟化应用管理系统对已注册的电子居民

健康卡进行注销(出国或者死亡人员才可以注销)。

绑定银行卡:用户通过APP提交上传的银行卡号相关信息进行绑定银行卡号

到虚拟账户。

解绑银行卡:用户通过APP提交个人证件信息和需要解绑的银行卡号到虚拟

化管理系统进行解绑银行卡。

2.2二维码管理

系统支持生成静态和动态两种二维码。静态二维码没有时效性,,可以打印

二维码粘贴于就诊卡(社保卡、病历本)表面,主要用于挂号、就诊等非关键业

务场景。动态二维码有时效性,,可用于病历查询、支付等关键业务场景。

申请流程:

1)用户通过APP或机构终端申请二维码。

2)虚拟化应用管理系统根据业务功能确定二维码类型(静态或动态二维码)。如需要支付,系统向支付服务提供方申请支付二维码数据,作为二码合一的组成

部分。

3)将二维码返回APP或机构终端。

使用流程:

1)识读终端识读用户出示的二维码。

2)医疗机构业务系统根据使用场景对二维码类型进行判定,将匹配通过的二维码发送至虚拟化应用管理系统(二维码管理)。

3)虚拟化应用管理系统对二维码中的数据进行验证。如采用二码合一方案,由支付服务提供方进行支付数据验证。

4)返回验证结果。

打印:机构终端居民用户身份证件信息打印静态二维码。

3.医疗机构实现

应用系统升级改造应满足居民持电子居民健康卡在医院门诊挂号,医生诊治,门诊收费/诊间支付,药房发药,住院登记处,住院护士站,住院医生站,住院收费处等所有就医场景使用。

相关文档
最新文档