居民健康卡公共服務(wù)功能的實現(xiàn)

，

按照國家衛(wèi)生部“十二五”信息化建設(shè)規(guī)劃，到“十二五”末全國75%的居民將擁有全國統(tǒng)一的居民健康卡。2013年7月12日，國務(wù)院總理李克強主持召開國務(wù)院常務(wù)會議，要求“推進教育、醫(yī)療優(yōu)質(zhì)資源共享，普及應(yīng)用居民健康卡”。國家發(fā)展改革委員會《關(guān)于加快實施信息惠民工程有關(guān)工作的通知》中將居民健康卡建設(shè)作為實施信息惠民工程的十一項重點任務(wù)之一[1-4]。

隨著全國14個省居民健康卡建設(shè)的展開，健康卡發(fā)放及應(yīng)用快速發(fā)展，居民健康卡建設(shè)面臨服務(wù)個性化、方式便利化的新形勢，迫切需要有效解決民生領(lǐng)域公共服務(wù)資源短缺失衡等老問題[5-6]。最大程度地發(fā)掘居民健康卡自身的衛(wèi)生服務(wù)功能，大力推行網(wǎng)上業(yè)務(wù)經(jīng)辦，為老百姓提供高效優(yōu)質(zhì)的服務(wù)。經(jīng)辦管理與服務(wù)一體化，成為新型居民健康卡經(jīng)辦管理服務(wù)模式。

1 建設(shè)目標(biāo)

根據(jù)信息惠民要求，遵循“服務(wù)網(wǎng)絡(luò)化、經(jīng)辦零距離”，建設(shè)居民健康卡網(wǎng)上業(yè)務(wù)經(jīng)辦系統(tǒng)和服務(wù)平臺；與門戶網(wǎng)站銜接，統(tǒng)一服務(wù)界面，實現(xiàn)單點登錄和統(tǒng)一的權(quán)限管理；與居民健康卡核心業(yè)務(wù)系統(tǒng)建立信息資源同步機制，優(yōu)化業(yè)務(wù)流程，實現(xiàn)網(wǎng)上申報，核心業(yè)務(wù)系統(tǒng)審核，減輕中心端應(yīng)用的負(fù)載，提高業(yè)務(wù)經(jīng)辦效率，提升服務(wù)質(zhì)量。

具體建設(shè)目標(biāo)為：建設(shè)居民健康卡統(tǒng)一網(wǎng)上業(yè)務(wù)經(jīng)辦數(shù)據(jù)庫，建設(shè)統(tǒng)一的個人網(wǎng)上經(jīng)辦及查詢應(yīng)用系統(tǒng)，建設(shè)網(wǎng)上經(jīng)辦安全體系，采用短信驗證經(jīng)辦個人業(yè)務(wù)。

2 系統(tǒng)設(shè)計思路

依托居民健康卡管理系統(tǒng)和居民健康卡數(shù)據(jù)中心，統(tǒng)一規(guī)劃，逐步建設(shè)居民健康卡公共服務(wù)應(yīng)用系統(tǒng)，建設(shè)居民健康卡公共服務(wù)應(yīng)用安全體系，在開發(fā)實施過程中，循序漸進，逐步完善系統(tǒng)功能。

建設(shè)統(tǒng)一的居民健康卡公共服務(wù)系統(tǒng)， 統(tǒng)一存儲和管理網(wǎng)上業(yè)務(wù)經(jīng)辦所需的信息資源，其主要功能包括信息查詢、卡管理和信息管理，支持多種類型用戶使用，包括個人、醫(yī)療機構(gòu)、經(jīng)辦機構(gòu)、銀行等。網(wǎng)上業(yè)務(wù)經(jīng)辦與業(yè)務(wù)系統(tǒng)的關(guān)系， 采用松耦合方式，相互以提供服務(wù)組件提供所需的統(tǒng)一接口數(shù)據(jù)；支持手機版網(wǎng)上經(jīng)辦，實現(xiàn)掌上查詢服務(wù)、掌上手機業(yè)務(wù)經(jīng)辦、經(jīng)辦業(yè)務(wù)狀態(tài)跟蹤監(jiān)督等，對醫(yī)療機構(gòu)用戶采用UsbKey驗證，對個人用戶采用用戶名/密碼+手機短信驗證。

3 系統(tǒng)總體設(shè)計

3.1 框架設(shè)計

系統(tǒng)采用基于J2EE標(biāo)準(zhǔn)的B/S/S多層架構(gòu)設(shè)計，支持IE、Firefox等通用的瀏覽器，技術(shù)框架具有可延續(xù)性。系統(tǒng)在體系結(jié)構(gòu)上采用了MVC(模型、視圖、控制器)的分層設(shè)計原則，各層組件具備清晰的職責(zé)邊界，使系統(tǒng)在需求變化修改中可以快速定位，減少維護和變更工作量。

3.2 邏輯框架設(shè)計

系統(tǒng)的整體邏輯架構(gòu)從層次上劃分為展現(xiàn)層、統(tǒng)一接入層、業(yè)務(wù)應(yīng)用層、業(yè)務(wù)數(shù)據(jù)訪問層、服務(wù)資源層。此外，基層設(shè)施層有時也納入居民健康卡應(yīng)用邏輯框架設(shè)計(圖1)。

圖1 居民健康卡應(yīng)用邏輯框架設(shè)計

3.2.1 展現(xiàn)層

展現(xiàn)層主要為用戶提供操作界面，方便進行系統(tǒng)操作，分為UI用戶界面和UI控制邏輯兩個部分。

UI用戶界面負(fù)責(zé)接收用戶方命令、請求，并將數(shù)據(jù)傳遞給業(yè)務(wù)層處理，然后將結(jié)果呈現(xiàn)出來。本項目建設(shè)采用的是B/S(Browser-Server)瀏覽器結(jié)構(gòu)。B/S的優(yōu)點是無需顧及客戶端，只須要部署維護好服務(wù)器即可。

UI控制邏輯負(fù)責(zé)處理UI與統(tǒng)一接入層和業(yè)務(wù)應(yīng)用層之間的數(shù)據(jù)交互，UI之間狀態(tài)流程的控制，同時負(fù)責(zé)簡單的數(shù)據(jù)驗證和格式化等功能。在事件驅(qū)動的編程模型下，UI控制邏輯被實現(xiàn)在事件函數(shù)中。這些事件函數(shù)的主要任務(wù)就是做UI控件與業(yè)務(wù)實體的數(shù)據(jù)交換與業(yè)務(wù)調(diào)用。

展現(xiàn)層設(shè)計主要考慮兩個問題：一是面對大量的數(shù)據(jù)交換時的工作量與維護量，二是在復(fù)雜應(yīng)用的系統(tǒng)中狀態(tài)與流程管理的因素。這兩個問題也是業(yè)務(wù)邏輯的一部分，如果不加以封裝直接寫在事件函數(shù)中將導(dǎo)致業(yè)務(wù)依賴表示層。采用DTO(Data Transfer Object)作為負(fù)責(zé)數(shù)據(jù)交換的業(yè)務(wù)實體，一是處理輸入時從UI獲得的數(shù)據(jù)，填入DTO并向下傳播；二是處理輸出時向用戶發(fā)出的請求，業(yè)務(wù)層會將數(shù)據(jù)以DTO的形式返回再賦給UI展現(xiàn)。我們設(shè)計了一個Adapter，按照數(shù)據(jù)某種映射關(guān)系來自動處理這樣的綁定。

對于第二個問題，系統(tǒng)中狀態(tài)與流程管理的因素既然是業(yè)務(wù)邏輯的一部分就不應(yīng)該耦合在表示層當(dāng)中。MVC(Model-View-Controller)模式提供了實現(xiàn)這一目標(biāo)的方法。Controller是整個方案的核心，它是一個流程管理器，來自UI所有的命令與數(shù)據(jù)經(jīng)過Controller分發(fā)給公共服務(wù)應(yīng)用層或其他UI。這樣我們可以把流程、權(quán)限等邏輯單獨封裝在配置文件中，達(dá)到最大化的業(yè)務(wù)重用。

3.2.2 多渠道統(tǒng)一接入層

經(jīng)辦機構(gòu)內(nèi)部經(jīng)辦人員通過統(tǒng)一接入層訪問系統(tǒng)資源，外部系統(tǒng)通過接口訪問本系統(tǒng)。統(tǒng)一的接入層為多種用戶的訪問提供了統(tǒng)一的接入方式和管理方法。

統(tǒng)一接入層包含統(tǒng)一的接入管理和統(tǒng)一的身份認(rèn)證和權(quán)限控制。統(tǒng)一接入管理作統(tǒng)一的管理和授權(quán)，統(tǒng)一信息資源管理建成了總的信息資源管理架構(gòu)，實現(xiàn)信息資源統(tǒng)一授權(quán)。用戶通過統(tǒng)一入口訪問授權(quán)信息資源，不用關(guān)心信息資源的形式和存在位置。統(tǒng)一權(quán)限管理對各種資源進行統(tǒng)一的目錄化管理，對所有資源進行分類、分組管理。

3.2.3 業(yè)務(wù)邏輯層

業(yè)務(wù)邏輯層是整個信息系統(tǒng)的應(yīng)用核心，封裝了包含數(shù)據(jù)驗證、事物處理、權(quán)限處理等業(yè)務(wù)相關(guān)操作等實際業(yè)務(wù)邏輯。因此設(shè)計一個能夠真實反映實際需要的業(yè)務(wù)應(yīng)用層是非常重要的。我們將實際業(yè)務(wù)分為業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作兩部分。

業(yè)務(wù)操作邏輯組件負(fù)責(zé)對業(yè)務(wù)數(shù)據(jù)進行各種業(yè)務(wù)相關(guān)的處理，例如驗證、流向、整合、事物、權(quán)限等，但不負(fù)責(zé)對數(shù)據(jù)源的操作。在這一層的設(shè)計中，我們采用將業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作整合到一起的處理策略，將它們封裝在一起稱為業(yè)務(wù)實體。業(yè)務(wù)實體作為統(tǒng)一的公共服務(wù)應(yīng)用層為展現(xiàn)層提供服務(wù)，同時也負(fù)責(zé)作為DTO在各個層次間傳輸。采用這樣完整的Domain Model設(shè)計方式，每個業(yè)務(wù)實體都可作為一個單獨組件形式存在，有利于組件化復(fù)用。

各個業(yè)務(wù)模塊之間的依賴，有時候會是難以解決的問題，尤其是一些可以重復(fù)利用的業(yè)務(wù)組件，例如權(quán)限管理、郵件發(fā)送等。IOC容器為我們管理好這些不同的業(yè)務(wù)組件提供了最完美的方案。通過IOC將不同的模塊注入到系統(tǒng)中，可在不知道這個組件存在的情況下調(diào)用它。

3.2.4 業(yè)務(wù)數(shù)據(jù)訪問層

業(yè)務(wù)數(shù)據(jù)訪問層是一個針對具體應(yīng)用系統(tǒng)的專屬層，它為業(yè)務(wù)應(yīng)用層提供與數(shù)據(jù)源交互的操作方式，僅僅是業(yè)務(wù)應(yīng)用層需要的數(shù)據(jù)訪問接口，業(yè)務(wù)應(yīng)用層完全依賴業(yè)務(wù)數(shù)據(jù)訪問層所提供的服務(wù)。這些服務(wù)負(fù)責(zé)從業(yè)務(wù)應(yīng)用層接收數(shù)據(jù)或返回業(yè)務(wù)實體，它屏蔽了實際業(yè)務(wù)數(shù)據(jù)與機器存儲方式的差別。采用具體業(yè)務(wù)作抽象的業(yè)務(wù)數(shù)據(jù)訪問層，最大限度地保持了上層代碼的復(fù)用性。如果數(shù)據(jù)層訪問差別太大，當(dāng)需要更換存儲策略時，通過更換數(shù)據(jù)層無法解決問題的話，最多只需要更換業(yè)務(wù)數(shù)據(jù)訪問層，而無需改變業(yè)務(wù)應(yīng)用層。

業(yè)務(wù)數(shù)據(jù)訪問層由數(shù)據(jù)訪問對象層(Data Access Object，DAO)和系統(tǒng)服務(wù)層兩部分組成。DAO層為每個業(yè)務(wù)實體提供最基本的數(shù)據(jù)訪問服務(wù)，系統(tǒng)服務(wù)層為系統(tǒng)全局提供與業(yè)務(wù)關(guān)系不大的通用數(shù)據(jù)訪問服務(wù)，這兩層處于系統(tǒng)中的同一個層次位置。業(yè)務(wù)應(yīng)用層與業(yè)務(wù)數(shù)據(jù)訪問層關(guān)系如圖2所示。

圖2 業(yè)務(wù)應(yīng)用層與業(yè)務(wù)數(shù)據(jù)訪問層關(guān)系

3.2.5 數(shù)據(jù)資源層

數(shù)據(jù)資源層的任務(wù)就是為數(shù)據(jù)源提供一個可供外界訪問的接口。在這一層的設(shè)計中我們需要選用一種能夠提供與數(shù)據(jù)源無關(guān)的抽象數(shù)據(jù)訪問接口，并通過在其下掛接各種不同的數(shù)據(jù)提供者來訪問數(shù)據(jù)源的數(shù)據(jù)層組件，便于移植到不同的數(shù)據(jù)源上。

數(shù)據(jù)資源層是業(yè)務(wù)數(shù)據(jù)的存放地。用關(guān)系型數(shù)據(jù)庫來實現(xiàn)數(shù)據(jù)的存儲，并集中管理這些數(shù)據(jù)，保證業(yè)務(wù)數(shù)據(jù)的完整性、安全性和災(zāi)難防護。數(shù)據(jù)訪問機制采用標(biāo)準(zhǔn)的JDBC技術(shù)來訪問關(guān)系型數(shù)據(jù)庫的數(shù)據(jù)。數(shù)據(jù)資源訪問如圖3所示。

圖3 數(shù)據(jù)資源訪問示意圖

3.2.6 基礎(chǔ)設(shè)施層

基礎(chǔ)設(shè)施層主要包括網(wǎng)絡(luò)平臺、服務(wù)器平臺、系統(tǒng)軟件和其他專用設(shè)備。

3.3 業(yè)務(wù)架構(gòu)設(shè)計

公共服務(wù)經(jīng)辦系統(tǒng)與衛(wèi)生門戶網(wǎng)站統(tǒng)一入口，與核心業(yè)務(wù)信息系統(tǒng)分別建設(shè)，采用低耦合方式。內(nèi)、外網(wǎng)之間通過安全網(wǎng)絡(luò)設(shè)備(多層異構(gòu)防火墻)進行物理隔離，數(shù)據(jù)同步機制采用定時、增量方式。核心業(yè)務(wù)系統(tǒng)辦結(jié)業(yè)務(wù)后及時同步到網(wǎng)上業(yè)務(wù)經(jīng)辦系統(tǒng)，同時核心業(yè)務(wù)系統(tǒng)還需要承擔(dān)網(wǎng)上申報業(yè)務(wù)審核、公告發(fā)布、咨詢投訴解答等。

醫(yī)療機構(gòu)通過UsbKey方式登錄網(wǎng)上業(yè)務(wù)經(jīng)辦系統(tǒng)查詢和辦理業(yè)務(wù)。持卡人通過用戶名、密碼和手機驗證碼相結(jié)合的方式登錄網(wǎng)上業(yè)務(wù)經(jīng)辦系統(tǒng)查詢和辦理業(yè)務(wù)。

居民健康卡網(wǎng)上業(yè)務(wù)經(jīng)辦系統(tǒng)采用場景式服務(wù)的模式，針對健康卡持有人員和醫(yī)療機構(gòu)定制場景服務(wù)主題，模擬現(xiàn)實場景，提供指引服務(wù)，降低其業(yè)務(wù)辦理難度。

4 功能分析

根據(jù)居民健康卡的業(yè)務(wù)現(xiàn)狀，居民健康卡的公共服務(wù)功能將圍繞居民健康卡制卡、發(fā)放及應(yīng)用業(yè)務(wù)展開，服務(wù)對象將覆蓋醫(yī)療機構(gòu)、個人和居民健康卡管理機構(gòu)。通過網(wǎng)絡(luò)實現(xiàn)卡的管理、狀態(tài)查詢、健康信息查詢、診療信息查詢、政策法規(guī)查詢和咨詢，從而促進居民健康信息的透明公開，積累網(wǎng)上經(jīng)辦業(yè)務(wù)的管理經(jīng)驗，提高政府公共服務(wù)和管理水平。其公共服務(wù)功能如圖4所示。

圖4 居民健康卡的公共服務(wù)功能

4.1 網(wǎng)上業(yè)務(wù)功能分類

4.1.1 個人注冊管理

居民健康卡持卡人員進行注冊登記管理。持卡人在衛(wèi)生部門網(wǎng)站填寫申請材料，設(shè)定初始密碼，注冊開通網(wǎng)上業(yè)務(wù)經(jīng)辦功能。

4.1.2 個人安全管理

對持卡人的登錄密碼進行安全管理。系統(tǒng)對個人安全信息進行統(tǒng)一管理，在初始登記時要求填寫安全提問、安全手機等內(nèi)容。居民忘記密碼和更改密碼時，需要進行安全提問檢測和安全短信驗證。同時系統(tǒng)需要提供包括密碼防猜測、驗證碼等安全性措施保障密碼和系統(tǒng)安全。

4.1.3 個人信息查詢

持卡人通過安全系統(tǒng)登錄系統(tǒng)后，可以查詢到本人基本信息(包括姓名、性別、民族、身份證)、醫(yī)學(xué)警示信息、生物標(biāo)識信息等。對其中有誤部分，可以到健康卡數(shù)據(jù)管理機構(gòu)進行數(shù)據(jù)的修正申報。

4.1.4 診療信息查詢

居民健康卡持卡人登錄系統(tǒng)后可對就診信息進行查詢，可限定時間段、醫(yī)院查詢，就診信息包括診療明細(xì)、檢查結(jié)果、用藥明細(xì)、費用發(fā)生等。

4.1.5 制卡發(fā)卡狀態(tài)查詢

居民登錄系統(tǒng)后，可以對自己居民健康卡的制卡、發(fā)卡、領(lǐng)卡狀態(tài)進行查詢，便于市民領(lǐng)取居民健康卡。對于常駐本地的外來人口，一旦查詢到戶籍所在地還沒有制卡，也可以在常駐地申領(lǐng)。

4.1.6 個人信息變更

目前采取的數(shù)據(jù)采集方式基本上是批量采集，即利用健康檔案、戶籍等數(shù)據(jù)清洗比對后直接制卡。如果人戶分離，很難保證將健康卡發(fā)放到個人手中。市民登陸系統(tǒng)后，可以對自己的居民健康卡上登記的非關(guān)鍵信息進行變更，如聯(lián)系電話、QQ號、微信號、現(xiàn)地址等信息，為發(fā)卡機構(gòu)工作提供便利。

4.1.7 獻血記錄查詢

居民健康卡持卡人登錄系統(tǒng)后，可查詢獻血記錄，包括具體獻血時間、獻血地點、獻血機構(gòu)、獻血量、獻血類型、處理情況等內(nèi)容。

4.1.8 預(yù)防接種記錄查詢

居民健康卡系統(tǒng)按照最新的標(biāo)準(zhǔn)進行建設(shè)，居民健康卡持卡人登錄系統(tǒng)后，可查詢預(yù)防接種記錄，包括計劃免疫接種卡號、接種類別、接種時間、接種疫苗批次、接種醫(yī)生等信息。

4.1.9 政策法規(guī)查詢

市民登陸系統(tǒng)后，對居民健康卡、醫(yī)療信息等政策法規(guī)進行查詢。

4.1.10 投訴建議管理

市民登陸系統(tǒng)后，可以實名針對對醫(yī)療過程或健康卡使用等過程中遇到的問題進行投訴和提出建議。系統(tǒng)將自動跟蹤投訴和處理情況，對投訴和建議處理情況進行匯總分析，形成相應(yīng)的報告。

4.2 短消息服務(wù)功能分類

就診通知。持卡掛號后，居民健康卡系統(tǒng)將通過HIS系統(tǒng)接受就診排隊信息通知。如還差5個人時，系統(tǒng)將自動發(fā)送短消息通知患者。持卡人向系統(tǒng)發(fā)送短信，也可接收到系統(tǒng)自動回復(fù)的排隊等候信息。

獲取診療信息。居民健康卡持卡人在登記了手機號后，可發(fā)送短消息指令到服務(wù)平臺，獲取最近一次的診療信息。

診療信息通知。居民健康卡持卡人開通本功能后，患者在居民健康卡聯(lián)網(wǎng)的醫(yī)療機構(gòu)完成診療后，系統(tǒng)自動將簡要的診療信息發(fā)送到手機上。

用卡通知。居民健康卡持卡人開通本功能后，持卡人通過居民健康卡發(fā)生掛號就診時,將向患者登記的手機發(fā)送短消息通知。

卡掛失。居民健康卡持卡人通過在系統(tǒng)中心登記的手機號，向系統(tǒng)發(fā)送掛失指令，對綁定的居民健康卡進行掛失處理。

業(yè)務(wù)退訂。居民健康卡持卡人可通過手機發(fā)送業(yè)務(wù)退訂指令，退訂居民健康卡手機個別業(yè)務(wù)或所有手機業(yè)務(wù)。

5 安全保證

居民健康卡業(yè)務(wù)經(jīng)辦系統(tǒng)通過互聯(lián)網(wǎng)開展后，對服務(wù)對象的信息保護就非常重要，特別是要通過系統(tǒng)的登錄控制、權(quán)限控制，結(jié)合手機短信驗證等更高的安全措施加以保證。內(nèi)外網(wǎng)的數(shù)據(jù)交互方面，要充分做好網(wǎng)絡(luò)的安全隔離，既要保證數(shù)據(jù)的有效交換，又要保證數(shù)據(jù)的安全控制。另外，還采用數(shù)據(jù)庫鏡像、備份等增加數(shù)據(jù)系統(tǒng)可靠性。

6 結(jié)論

開通網(wǎng)上業(yè)務(wù)經(jīng)辦和短信息服務(wù)后，居民足不出戶就可掌握居民健康卡情況。普及應(yīng)用居民健康卡，亟待開發(fā)的功能很多。如果站在老百姓的角度，想他們所想，急他們所急，積極探索新模式，創(chuàng)造便利條件，減少社會資源浪費，居民健康卡的路會越走越遠(yuǎn)。