从0到1,看电子健康卡(码)产品设计与发展趋势
本文为大家详细讲解了电子健康卡的发展情况与产品设计需要注意的问题,并对其未来发展进行了展望,与大家分享。
电子健康卡(码)业务在去年无论是腾讯、还是阿里都在做,无论是它的作用还是它的落地难度都被低估了。
2013年,原卫生部启动了关于统一居民健康卡建设工作,居民健康卡是由国家卫生健康委员会统一标准推进实施、面向全体居民发放、在全国医疗卫生机构通用、方便居民看病就医及实现健康管理的基础载体 。于2017年 10 月 9 日,国务院常务会议提出“推动在医疗机构之间实现就诊卡和诊疗信息共享,全面推进医疗便民惠民服务”居民健康卡作为跨医疗机构应用的介质,其重要性被提升到新的高度。
电子健康码最早之前是由NFC卡来作为介质,由于NFC制卡成本所在,所以一般医院会与银行进行合作发卡。
但是,实体卡作为电子健康卡对于数据存储、写入都比较繁琐。又随着移动互联网医疗需求的持续增长,实体卡不足以支撑居民线上线下一体化的就医需求。
实际上,大家关注的问题是“多院多卡”,每去一家医院要办一张就诊卡,看了十家医院就有十张健康卡,每一张卡有不低的成本并且卡与卡之间的就诊记录数据互不相通,没有记录。
总体来看,推行电子健康卡,是旨在消除“一院一卡、互不通用”堵点问题,同时便于居民掌握自己的电子健康档案。
电子健康卡(码)是解锁移动互联网新服务模式的一把钥匙。
自从国家卫生计生委统计信息中心发布了《居民健康卡虚拟化应用建设指导方案 ( 试用 )》发行之后,电子健康卡(码)业务就受到了医疗企业的青睐。
作为腾讯、阿里以社交、服务等为主营业务的互联网企业为丰富服务内容,增加用户粘性和满意度,电子健康卡(码)成为了他们的医疗业务基础。
早在五年前,我涉及的第一个医疗项目就是居民电子健康档案。
当时做这个项目的企业起码有10几家,其企业规模大大小小参差不齐。/当然,最后是没有中标,原因有几个:1、初创企业对医院资源没有可及性。2、软件数据安全风险高。
回想起来,如今只有一些龙头企业去解决整体的统一标准,它们也有能力去解决,对于初创企业来说这种业务还是不要碰,最好基于基础业务上去做衍生应用。
在我们来看,从2017年12月全国第一张电子健康卡发出,至今一共发了几百万张,虽然电子健康卡使用,但这种普及率太低了。
即使是腾讯、阿里等大厂落地推行,但推行速度并不尽如人意。/那么为什么在各地实际推广过程中,渗透率会那么低呢?
并不是需求不存在,我们要实现的是就医入口统一,那么就要首先实现医院系统实现互联互通、医联体信息互通。
拿微信支付和支付宝来看,现在在支付市场实现了大部分的统一,在购买商品的时候要么银联、支付宝就是微信。
银联各大交易流水是互通的,无论是支付宝还是微信支付都能查询到银行卡消费记录。
消除“一院一卡互不通用”堵点问题同时便于居民掌握自己的电子健康档案是第一目标。那么,关键节点就在于我们的就医信息在不同的医院是否实现了互通。
要想对接更多医院的就医信息,HIS功能改造成为了难点、在 HIS 中,建档实现电子健康卡卡号与医院内部患者信息索引对照关系,并且建档窗口支持健康二维码打印。
不仅如此,还要改造挂号系统,支持窗口扫码挂号,所挂号信息与电子健康卡关联,改造收费系统,支持窗口扫码缴费、退费。
升级各医疗业务系统如电子病历系统(EMR)、医学影像存档与通信系统(PACS)、实验室信息系统(LIS)等,改造支持扫描健康二维码快速定位患者,并支持扫描健康二维码查询患者历次诊疗信息或打印检查报告。
对医院的自助系统升级支持自助注册电子健康卡及打印二维码标签,二维码标签可粘贴在医院就诊卡上,通过自助机发放实体卡时,自动将健康二维码打印到实体卡上。
支持自助扫码预约、扫码挂号、扫码缴费、扫码查询等功能;支持患者通过扫码 + 强认证的方式,在自助机上查询健康档案。居民可通过手机 APP 在线申领电子健康卡,并支持居民手机端预约、挂号、缴费、查询报告等全流程操作。
从实现难度来看还是比较高的、还有同步升级医院系统、周边功能耦合设备(耦合系统:与电子健康卡关联的设备与系统),还与合作的医院数量有正向关系,总体来看这个项目还是比较难的,不仅仅是体现在普及率的难度。
01 产品设计
电子健康卡(码)通过安全机制,将医院现行发放使用的各类“就诊卡”统一成电子健康卡,电子健康卡以健康二维码为展现形态,通过医院应用程序(APP)授权安装统一的“接口服务包”,既引导居民在线申领获取健康二维码。
在电子健康卡整体架构设计中,核心组成包括电子健康卡管理系统(二维码管理系统、机构接入系统、识别读取终端管理、APP对接管理、用户管理、对外标准接口管理、系统演示。)、居民健康卡跨域主索引系统、电子健康卡SDK授权管理系统、识读终端 、个人终端、医保中心、金融交易机构、卡密钥管理、卡注册管理系统等。
架构图
电子健康卡管理系统是居民健康卡虚拟化的核心系统,具有虚拟化账户管理、二维码管理、密码服务等功能,并对外部接入的机构和终端进行管理。
虚拟化应用管理系统中按照主索引生成方案生成主索引 ID 。虚拟化应用管理系统与注册管理系统连接,保证电子健康卡数据与实体卡数据同步。
没有市级或省级注册管理系统的,虚拟化应用管理系统应与国家注册管理系统连接。
电子健康卡管理系统功能其中包括业务功能层与应用对接层(接入管理)两层
业务功能层:虚拟化账户管理是实现电子健康卡账户管理(增删改查),也就是电子健康卡的生成、注销、修改、查询、认证。
还包括居民健康卡密钥管理系统主要功能是对实体居民健康卡密钥生命周期进行管理,用于对有效时间等信息的加密,对已经灌装了电子健康卡应用密钥的加密机进行交互(存储、回复、分发、更新),完成基于二维码的电子健康卡数据加解密。
应用接入管理层:随着居民健康卡虚拟化应用的深入,需要对接入设备、接入 APP 进行有效管控,只允许合法设备和 APP 的接入,以确保电子健康卡虚拟化管理系统的可靠运行。
因此,在建设电子健康卡应用管理系统的同时,需要同步建设电子健康卡 SDK 授权管理系统。是基于二维码的识读终端接入管理,包括医疗机构接入管理(注册、认证、对接、注销)。
居民健康卡跨域主索引系统是实现全国、省域或市级区域范围内居民信息统一识别的独 立的信息管理系统。基于该系统可实现对所辖各区域居民标识域,以及身份证、社保卡、军官证、归国华侨证、就诊卡等标识证的统一注册管理,通过主索引 ID 进行唯一性标识。
金融交易机构:金融交易机构可接入应用管理系统,通过支付路由、通道与电子健康卡二维码数据结合,实现二码合一。
二码合一方案需要电子健康卡用户绑定支付服务方的账户(如银行卡账户),虚拟化应用管理系统根据用户绑定的账户向支付服务提供方申请支付数据。金融交易机构也可直接与医疗卫生机构建立支付结算通道。
所以说支付宝和微信做这个偏生活服务又具有医疗属性产品是有先天优势的。
医保中心:医保中心与医疗卫生机构连接,可以进行信息共享并提供医保结算服务。
识别终端:医疗卫生机构可通过识读终端识读用户提供二维码,并将二维码信息传输至居民健康卡虚拟化应用管理系统,用于识别用户身份。
02 未来发展趋势
无论是从居民健康档案开是到现在,解决医疗信息孤岛,是一直一来的本质目标。
时隔八年从居民健康档案、门诊卡、健康卡(NFC)、电子健康卡(码)再到国家卫健委印发《关于加快推进电子健康卡普及应用工作的意见》。
本质是上解决医疗信息孤岛问题,其实在应用层面来说是通过电子健康卡(码)这个基础功能入口,链接更深层次的医疗服务,例如:医保结算、购药、就诊、住院、处方流转、居民电子档案管理、家庭医生服务。
其实电子健康卡(码)在疫情期间已经验证了可行性,就是绿码。
对医疗企业而言,优质医疗资源已经形成护城河。优质的医疗资源又依赖于,前期患者用户的渗透率以电子健康卡(码)建设形成壁垒,后期通过转化成本低的优势开通医疗服务去扩充市场。
#专栏作家#
Rolia,微信公众号:pmsummit,人人都是产品经理专栏作家。前海康博士联合创始人兼产品总监,涉及智慧医疗领域需求产品化5年,致力于智慧医疗领域产品体验设计以及新商业模式研究。
本文原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Pexels,基于CC0协议。
感谢分享~有些事感觉还是必须自上而下,尤其是对于患者群体。
健康卡核心是围绕人,现有的各种系统建立了各种账号对应到人。
统一身份是一关,要打通所有系统的账号体系和人的对应关系。
第二是怎么保障统一账号体系的安全,医疗信息的牵涉到敏感隐私,牵涉到人命,牵涉到医保资金。
确保每个人和账号的对应关系,需要建立可信身份和安全风控。