居民健康卡公共服務功能的實現

，

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

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

1 建設目標

根據信息惠民要求，遵循“服務網絡化、經辦零距離”，建設居民健康卡網上業務經辦系統和服務平臺；與門戶網站銜接，統一服務界面，實現單點登錄和統一的權限管理；與居民健康卡核心業務系統建立信息資源同步機制，優化業務流程，實現網上申報，核心業務系統審核，減輕中心端應用的負載，提高業務經辦效率，提升服務質量。

具體建設目標為：建設居民健康卡統一網上業務經辦數據庫，建設統一的個人網上經辦及查詢應用系統，建設網上經辦安全體系，采用短信驗證經辦個人業務。

2 系統設計思路

依托居民健康卡管理系統和居民健康卡數據中心，統一規劃，逐步建設居民健康卡公共服務應用系統，建設居民健康卡公共服務應用安全體系，在開發實施過程中，循序漸進，逐步完善系統功能。

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

3 系統總體設計

3.1 框架設計

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

3.2 邏輯框架設計

系統的整體邏輯架構從層次上劃分為展現層、統一接入層、業務應用層、業務數據訪問層、服務資源層。此外，基層設施層有時也納入居民健康卡應用邏輯框架設計(圖1)。

圖1 居民健康卡應用邏輯框架設計

3.2.1 展現層

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

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

UI控制邏輯負責處理UI與統一接入層和業務應用層之間的數據交互，UI之間狀態流程的控制，同時負責簡單的數據驗證和格式化等功能。在事件驅動的編程模型下，UI控制邏輯被實現在事件函數中。這些事件函數的主要任務就是做UI控件與業務實體的數據交換與業務調用。

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

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

3.2.2 多渠道統一接入層

經辦機構內部經辦人員通過統一接入層訪問系統資源，外部系統通過接口訪問本系統。統一的接入層為多種用戶的訪問提供了統一的接入方式和管理方法。

統一接入層包含統一的接入管理和統一的身份認證和權限控制。統一接入管理作統一的管理和授權，統一信息資源管理建成了總的信息資源管理架構，實現信息資源統一授權。用戶通過統一入口訪問授權信息資源，不用關心信息資源的形式和存在位置。統一權限管理對各種資源進行統一的目錄化管理，對所有資源進行分類、分組管理。

3.2.3 業務邏輯層

業務邏輯層是整個信息系統的應用核心，封裝了包含數據驗證、事物處理、權限處理等業務相關操作等實際業務邏輯。因此設計一個能夠真實反映實際需要的業務應用層是非常重要的。我們將實際業務分為業務數據與業務操作兩部分。

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

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

3.2.4 業務數據訪問層

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

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

圖2 業務應用層與業務數據訪問層關系

3.2.5 數據資源層

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

數據資源層是業務數據的存放地。用關系型數據庫來實現數據的存儲，并集中管理這些數據，保證業務數據的完整性、安全性和災難防護。數據訪問機制采用標準的JDBC技術來訪問關系型數據庫的數據。數據資源訪問如圖3所示。

圖3 數據資源訪問示意圖

3.2.6 基礎設施層

基礎設施層主要包括網絡平臺、服務器平臺、系統軟件和其他專用設備。

3.3 業務架構設計

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

醫療機構通過UsbKey方式登錄網上業務經辦系統查詢和辦理業務。持卡人通過用戶名、密碼和手機驗證碼相結合的方式登錄網上業務經辦系統查詢和辦理業務。

居民健康卡網上業務經辦系統采用場景式服務的模式，針對健康卡持有人員和醫療機構定制場景服務主題，模擬現實場景，提供指引服務，降低其業務辦理難度。

4 功能分析

根據居民健康卡的業務現狀，居民健康卡的公共服務功能將圍繞居民健康卡制卡、發放及應用業務展開，服務對象將覆蓋醫療機構、個人和居民健康卡管理機構。通過網絡實現卡的管理、狀態查詢、健康信息查詢、診療信息查詢、政策法規查詢和咨詢，從而促進居民健康信息的透明公開，積累網上經辦業務的管理經驗，提高政府公共服務和管理水平。其公共服務功能如圖4所示。

圖4 居民健康卡的公共服務功能

4.1 網上業務功能分類

4.1.1 個人注冊管理

居民健康卡持卡人員進行注冊登記管理。持卡人在衛生部門網站填寫申請材料，設定初始密碼，注冊開通網上業務經辦功能。

4.1.2 個人安全管理

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

4.1.3 個人信息查詢

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

4.1.4 診療信息查詢

居民健康卡持卡人登錄系統后可對就診信息進行查詢，可限定時間段、醫院查詢，就診信息包括診療明細、檢查結果、用藥明細、費用發生等。

4.1.5 制卡發卡狀態查詢

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

4.1.6 個人信息變更

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

4.1.7 獻血記錄查詢

居民健康卡持卡人登錄系統后，可查詢獻血記錄，包括具體獻血時間、獻血地點、獻血機構、獻血量、獻血類型、處理情況等內容。

4.1.8 預防接種記錄查詢

居民健康卡系統按照最新的標準進行建設，居民健康卡持卡人登錄系統后，可查詢預防接種記錄，包括計劃免疫接種卡號、接種類別、接種時間、接種疫苗批次、接種醫生等信息。

4.1.9 政策法規查詢

市民登陸系統后，對居民健康卡、醫療信息等政策法規進行查詢。

4.1.10 投訴建議管理

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

4.2 短消息服務功能分類

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

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

診療信息通知。居民健康卡持卡人開通本功能后，患者在居民健康卡聯網的醫療機構完成診療后，系統自動將簡要的診療信息發送到手機上。

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

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

業務退訂。居民健康卡持卡人可通過手機發送業務退訂指令，退訂居民健康卡手機個別業務或所有手機業務。

5 安全保證

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

6 結論

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