居民健康卡公共服務論文范文

本站小編為你精心準備了居民健康卡公共服務論文參考范文，愿這些范文能點燃您思維的火花，激發您的寫作靈感。歡迎深入閱讀并收藏。

1系統總體設計

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

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

1．2．1展現層展現層主要為用戶提供操作界面，方便進行系統操作，分為UI用戶界面和UI控制邏輯兩個部分。UI用戶界面負責接收用戶方命令、請求，并將數據傳遞給業務層處理，然后將結果呈現出來。本項目建設采用的是B/S(Browser－Server)瀏覽器結構。B/S的優點是無需顧及客戶端，只須要部署維護好服務器即可。UI控制邏輯負責處理UI與統一接入層和業務應用層之間的數據交互，UI之間狀態流程的控制，同時負責簡單的數據驗證和格式化等功能。在事件驅動的編程模型下，UI控制邏輯被實現在事件函數中。這些事件函數的主要任務就是做UI控件與業務實體的數據交換與業務調用。展現層設計主要考慮兩個問題:一是面對大量的數據交換時的工作量與維護量，二是在復雜應用的系統中狀態與流程管理的因素。這兩個問題也是業務邏輯的一部分，如果不加以封裝直接寫在事件函數中將導致業務依賴表示層。采用DTO(DataTransferObject)作為負責數據交換的業務實體，一是處理輸入時從UI獲得的數據，填入DTO并向下傳播;二是處理輸出時向用戶發出的請求，業務層會將數據以DTO的形式返回再賦給UI展現。我們設計了一個Adapter，按照數據某種映射關系來自動處理這樣的綁定。對于第二個問題，系統中狀態與流程管理的因素既然是業務邏輯的一部分就不應該耦合在表示層當中。MVC(Model－View－Controller)模式提供了實現這一目標的方法。Controller是整個方案的核心，它是一個流程管理器，來自UI所有的命令與數據經過Controller分發給公共服務應用層或其他UI。這樣我們可以把流程、權限等邏輯單獨封裝在配置文件中，達到最大化的業務重用。

1．2．2多渠道統一接入層經辦機構內部經辦人員通過統一接入層訪問系統資源，外部系統通過接口訪問本系統。統一的接入層為多種用戶的訪問提供了統一的接入方式和管理方法。統一接入層包含統一的接入管理和統一的身份認證和權限控制。統一接入管理作統一的管理和授權，統一信息資源管理建成了總的信息資源管理架構，實現信息資源統一授權。用戶通過統一入口訪問授權信息資源，不用關心信息資源的形式和存在位置。統一權限管理對各種資源進行統一的目錄化管理，對所有資源進行分類、分組管理。

1．2．3業務邏輯層業務邏輯層是整個信息系統的應用核心，封裝了包含數據驗證、事物處理、權限處理等業務相關操作等實際業務邏輯。因此設計一個能夠真實反映實際需要的業務應用層是非常重要的。我們將實際業務分為業務數據與業務操作兩部分。業務操作邏輯組件負責對業務數據進行各種業務相關的處理，例如驗證、流向、整合、事物、權限等，但不負責對數據源的操作。在這一層的設計中，我們采用將業務數據與業務操作整合到一起的處理策略，將它們封裝在一起稱為業務實體。業務實體作為統一的公共服務應用層為展現層提供服務，同時也負責作為DTO在各個層次間傳輸。采用這樣完整的DomainModel設計方式，每個業務實體都可作為一個單獨組件形式存在，有利于組件化復用。各個業務模塊之間的依賴，有時候會是難以解決的問題，尤其是一些可以重復利用的業務組件，例如權限管理、郵件發送等。IOC容器為我們管理好這些不同的業務組件提供了最完美的方案。通過IOC將不同的模塊注入到系統中，可在不知道這個組件存在的情況下調用它。

1．2．4業務數據訪問層業務數據訪問層是一個針對具體應用系統的專屬層，它為業務應用層提供與數據源交互的操作方式，僅僅是業務應用層需要的數據訪問接口，業務應用層完全依賴業務數據訪問層所提供的服務。這些服務負責從業務應用層接收數據或返回業務實體，它屏蔽了實際業務數據與機器存儲方式的差別。采用具體業務作抽象的業務數據訪問層，最大限度地保持了上層代碼的復用性。如果數據層訪問差別太大，當需要更換存儲策略時，通過更換數據層無法解決問題的話，最多只需要更換業務數據訪問層，而無需改變業務應用層。業務數據訪問層由數據訪問對象層(DataAccessObject，DAO)和系統服務層兩部分組成。DAO層為每個業務實體提供最基本的數據訪問服務，系統服務層為系統全局提供與業務關系不大的通用數據訪問服務，這兩層處于系統中的同一個層次位置。業務應用層與業務數據訪問層關系如圖2所示。

1．2．5數據資源層數據資源層的任務就是為數據源提供一個可供外界訪問的接口。在這一層的設計中我們需要選用一種能夠提供與數據源無關的抽象數據訪問接口，并通過在其下掛接各種不同的數據提供者來訪問數據源的數據層組件，便于移植到不同的數據源上。數據資源層是業務數據的存放地。用關系型數據庫來實現數據的存儲，并集中管理這些數據，保證業務數據的完整性、安全性和災難防護。數據訪問機制采用標準的JDBC技術來訪問關系型數據庫的數據。數據資源訪問如圖3所示。

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

1．3業務架構設計公共服務經辦系統與衛生門戶網站統一入口，與核心業務信息系統分別建設，采用低耦合方式。內、外網之間通過安全網絡設備(多層異構防火墻)進行物理隔離，數據同步機制采用定時、增量方式。核心業務系統辦結業務后及時同步到網上業務經辦系統，同時核心業務系統還需要承擔網上申報業務審核、公告、咨詢投訴解答等。醫療機構通過UsbKey方式登錄網上業務經辦系統查詢和辦理業務。持卡人通過用戶名、密碼和手機驗證碼相結合的方式登錄網上業務經辦系統查詢和辦理業務。居民健康卡網上業務經辦系統采用場景式服務的模式，針對健康卡持有人員和醫療機構定制場景服務主題，模擬現實場景，提供指引服務，降低其業務辦理難度。

2功能分析

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

2．1網上業務功能分類

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

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

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

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

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

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

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

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

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

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

2．2短消息服務功能分類就診通知。持卡掛號后，居民健康卡系統將通過HIS系統接受就診排隊信息通知。如還差5個人時，系統將自動發送短消息通知患者。持卡人向系統發送短信，也可接收到系統自動回復的排隊等候信息。獲取診療信息。居民健康卡持卡人在登記了手機號后，可發送短消息指令到服務平臺，獲取最近一次的診療信息。診療信息通知。居民健康卡持卡人開通本功能后，患者在居民健康卡聯網的醫療機構完成診療后，系統自動將簡要的診療信息發送到手機上。用卡通知。居民健康卡持卡人開通本功能后，持卡人通過居民健康卡發生掛號就診時，將向患者登記的手機發送短消息通知。卡掛失。居民健康卡持卡人通過在系統中心登記的手機號，向系統發送掛失指令，對綁定的居民健康卡進行掛失處理。業務退訂。居民健康卡持卡人可通過手機發送業務退訂指令，退訂居民健康卡手機個別業務或所有手機業務。

3安全保證

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

4結論

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

作者：于志華陳文單位：四川省衛生信息中心