從0到1,看電子健康卡(碼)產品設計與發展趨勢

2 評論 10494 瀏覽 27 收藏 13 分鐘

本文為大家詳細講解了電子健康卡的發展情況與產品設計需要注意的問題,并對其未來發展進行了展望,與大家分享。

電子健康卡(碼)業務在去年無論是騰訊、還是阿里都在做,無論是它的作用還是它的落地難度都被低估了。

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 授權管理系統。是基于二維碼的識讀終端接入管理,包括醫療機構接入管理(注冊、認證、對接、注銷)。

居民健康卡跨域主索引系統是實現全國、省域或市級區域范圍內居民信息統一識別的獨 立的信息管理系統?;谠撓到y可實現對所轄各區域居民標識域,以及身份證、社???、軍官證、歸國華僑證、就診卡等標識證的統一注冊管理,通過主索引 ID 進行唯一性標識。

金融交易機構:金融交易機構可接入應用管理系統,通過支付路由、通道與電子健康卡二維碼數據結合,實現二碼合一。

二碼合一方案需要電子健康卡用戶綁定支付服務方的賬戶(如銀行卡賬戶),虛擬化應用管理系統根據用戶綁定的賬戶向支付服務提供方申請支付數據。金融交易機構也可直接與醫療衛生機構建立支付結算通道。

所以說支付寶和微信做這個偏生活服務又具有醫療屬性產品是有先天優勢的。

醫保中心:醫保中心與醫療衛生機構連接,可以進行信息共享并提供醫保結算服務。

識別終端:醫療衛生機構可通過識讀終端識讀用戶提供二維碼,并將二維碼信息傳輸至居民健康卡虛擬化應用管理系統,用于識別用戶身份。

02 未來發展趨勢

無論是從居民健康檔案開是到現在,解決醫療信息孤島,是一直一來的本質目標。

時隔八年從居民健康檔案、門診卡、健康卡(NFC)、電子健康卡(碼)再到國家衛健委印發《關于加快推進電子健康卡普及應用工作的意見》。

本質是上解決醫療信息孤島問題,其實在應用層面來說是通過電子健康卡(碼)這個基礎功能入口,鏈接更深層次的醫療服務,例如:醫保結算、購藥、就診、住院、處方流轉、居民電子檔案管理、家庭醫生服務。

其實電子健康卡(碼)在疫情期間已經驗證了可行性,就是綠碼。

對醫療企業而言,優質醫療資源已經形成護城河。優質的醫療資源又依賴于,前期患者用戶的滲透率以電子健康卡(碼)建設形成壁壘,后期通過轉化成本低的優勢開通醫療服務去擴充市場。

#專欄作家#

Rolia,微信公眾號:pmsummit,人人都是產品經理專欄作家。前??挡┦柯摵蟿撌既思娈a品總監,涉及智慧醫療領域需求產品化5年,致力于智慧醫療領域產品體驗設計以及新商業模式研究。

本文原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Pexels,基于CC0協議。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感謝分享~有些事感覺還是必須自上而下,尤其是對于患者群體。

    來自河南 回復
  2. 健康卡核心是圍繞人,現有的各種系統建立了各種賬號對應到人。
    統一身份是一關,要打通所有系統的賬號體系和人的對應關系。
    第二是怎么保障統一賬號體系的安全,醫療信息的牽涉到敏感隱私,牽涉到人命,牽涉到醫保資金。
    確保每個人和賬號的對應關系,需要建立可信身份和安全風控。

    回復