居民健康卡虚拟化应用

1、居民健康卡虚拟化应用摘要：为满足互联网+医疗健康服务需要，促进新兴信息技术与医疗健康服务深 度融合，建设以健康二维码的电子健康卡，将实体卡向虚拟化转变，降低发行实 体卡成本，提升使用过程中的用户体验和应用效率，实现居民健康卡的快速覆盖。关键词：电子健康卡；主索引系统居民健康卡虚拟化应用建设，是以电子健康卡作为健康实体卡发行的有效补 充，以虚实结合的方式，探索一条快速普及居民健康卡的模式，解决实体卡推 行缓慢的困境。通过居民健康卡虚拟化应用和跨域主索引平台的建立，以居民健康卡为核心 关联和管理各类就诊卡，能有效的完善患者实名制就医、规范医疗机构服务流程， 提升医疗服务效率，同时对医疗卫生机构的日

2、常医疗活动进行监管。1居民健康卡跨域主索引系统主索服务作用：1）注册管理省域及以下的各类居民标识证卡（虚拟健康卡、实体健康卡、就 诊卡、社保卡等各种卡种）。2）通过虚拟化应用管理系统虚拟化服务，是跨域居民虚拟化健康卡应用索引 对接的唯一桥梁和基础数据源。3）各域应用业务系统通过省居民虚拟化健康卡应用系统中的主索引服务的交 叉索引功能可获取其它标识域的居民索引的唯一信息。1.1主索引（EMPI）服务（对外提供服务）包括：居民社会学信息管理、居民索引、居民信息统计、居民信息变更、订 阅通知、居民信息合并等功能模块。2交叉索引（PIX）服务实现不同标识域个人基本信息的交叉索引，完成多卡标识的兼容查询

3、。标识域管理：提供对不同标识域的管理，包括不同的类型卡所对应的标识域、 不同地区健康卡或区域平台索引策略所对应的标识域。标识域查询：查询不同的标识域信息。建立交叉索引：对不同标识域的个人标识建立交叉对应关系。获取交叉索引：通过一个标识域的个人标识查询另一个标识域的个人信息。1.2居民身份匹配引擎基于规则的匹配度查询，支持个人信息的自动合并。对系统的居民身份匹配度参数进行设定，计算两个不同记录的居民为同一居 民的可能性（匹配度）；对居民身份匹配度阈值进行设定，为居民身份合并采用 自动合并或者手动合并提供判定依据；依据匹配度计算规则，计算两条居民基本 信息记录的匹配度；并依据合并策略，给出自动合并

4、、手工合并匹配规则。1.3居民信息索引内容身份介质信息索引（卡索引）：记录居民身份介质信息，通常是某种卡或某 种身份证件介质信息，主要包括卡唯一 ID号、卡号（证件号）、卡类型、卡芯片 号、卡状态、发卡机构等信息。居民信息索引（人索引）：记录居民基本信息，包括居民唯一 ID号、身份证 号码、姓名、性别、民族、地址、婚姻状态、职业类型等信息。人卡关系交叉索引：记录居民与其身份介质的对应关系，是完成居民身份识 别信息交叉互认的凭据。主要包括人卡关系唯一 ID号、居民唯一 ID号、卡唯一ID号、应用域等信息。2居民健康卡虚拟化应用管理系统虚拟化账户管理注册电子健康卡的主要流程：1）用户通过APP或机

5、构终端向虚拟化应用管理系统提交实名制信息进行注 册。用户实名制认证可通过线下方式（如通过自助终端读取用户证件）或线上方 式（如通过金融交易机构对身份信息和银行账户信息进行验证）完成。2）虚拟化应用管理系统接受请求，查询注册管理系统是否存在该用户。如存 在，注册管理系统向虚拟化应用管理系统返回用户信息和主索引ID。如不存在， 跨域主索引系统根据虚拟卡用户信息生成主索引ID，并向虚拟化应用管理系统返 回主索引ID。3）虚拟化应用系统根据返回的主索引ID生成电子居民健康卡ID，结合用户 身份标识信息，完成用户注册。4）虚拟化应用管理系统与注册管理系统同步电子居民健康卡账户信息。信息更新：用户通过AP

6、P或机构终端向虚拟化应用管理系统提交信息，判断 是否需要同步更新主索引系统中的个人信息。注销：用户通过APP或机构终端向虚拟化应用管理系统对已注册的电子居民 健康卡进行注销（出国或者死亡人员才可以注销）。绑定银行卡：用户通过APP提交上传的银行卡号相关信息进行绑定银行卡号 到虚拟账户。解绑银行卡：用户通过APP提交个人证件信息和需要解绑的银行卡号到虚拟 化管理系统进行解绑银行卡。2.2二维码管理系统支持生成静态和动态两种二维码。静态二维码没有时效性，可以打印 二维码粘贴于就诊卡（社保卡、病历本）表面，主要用于挂号、就诊等非关键业 务场景。动态二维码有时效性，可用于病历查询、支付等关键业务场景。

7、申请流程：1）用户通过APP或机构终端申请二维码。2）虚拟化应用管理系统根据业务功能确定二维码类型（静态或动态二维码）。 如需要支付，系统向支付服务提供方申请支付二维码数据，作为二码合一的组成 部分。3）将二维码返回APP或机构终端。使用流程：1）识读终端识读用户出示的二维码。2）医疗机构业务系统根据使用场景对二维码类型进行判定，将匹配通过的二 维码发送至虚拟化应用管理系统（二维码管理）。3）虚拟化应用管理系统对二维码中的数据进行验证。如采用二码合一方案， 由支付服务提供方进行支付数据验证。4）返回验证结果。打印：机构终端居民用户身份证件信息打印静态二维码。3.医疗机构实现应用系统升级改造应满

8、足居民持电子居民健康卡在医院门诊挂号，医生诊治， 门诊收费/诊间支付，药房发药，住院登记处，住院护士站，住院医生站，住院收 费处等所有就医场景使用。虚拟化SDK是实现虚拟化功能的软件开发包，为医疗机构提供统一的电子 健康卡管理系统的调用接口，应用系统可以在开发过程中进行调用。开发调用简 单、快捷、方便。识读终端应支持识读二维码：应保证二维码识读结果的机密性，避免二维码 信息泄露；应保证二维码解析的准确性；应保证二维码识读解析结果表达的规范 性；对于在原有POS等设备上进行扩展后具有二维码识读功能的设备还应遵守居 民健康卡及国家金融行业相关标准；识读终端向后台服务端传输的信息中应包含 识读终端相

9、关信息。4.巴蜀快医APP巴蜀快医是家庭医生签约、服务平台，居民应用终端包括微信、APP。通过居 民健康卡虚拟化应用管理系统与巴蜀快医对接，实现电子居民健康卡的线上申请、 绑定及家庭医生签约、家庭医生服务（公卫服务、医疗服务、分级医疗服务等）、 预约服务、电子处方服务等场景下的电子健康卡应用。4.1电子健康卡申请居民端用户在注册或使用电子健康卡但未绑定时触发该功能，居民端输入或 提交居民实名认证信息申请电子居民健康卡，居民端绑定返回的电子居民健康卡 二维码；4.2支付绑定居民端用户电子健康卡支付绑定申请或电子健康卡支付但未绑定支付方式时 触发该功能，居民端输入支付信息提交申请，根据申请验证返回信息绑定支付标 识；4.3二维码识别医疗机构端、医生端、药房端等通过线下服务扫码居民二维码时触发该功能， 扫码、验证，确认身