專利名稱：基于區(qū)域信息整合平臺(tái)的居民健康檔案信息系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種信息系統(tǒng)，具體地涉及一種基于區(qū)域信息整合平臺(tái)的居民健康檔 案信息系統(tǒng)。
背景技術(shù)：
目前，中國從一個(gè)剛解決溫飽的國家一躍成為世界第一大“肥胖國”，第一大“三高 國”(高血壓、高血脂、高血糖)，第一大“慢性病”國。據(jù)衛(wèi)生部的調(diào)查，上班族群體處于亞 健康狀態(tài)的人占48%，其中沿海城市遠(yuǎn)高于內(nèi)地城市，腦力勞動(dòng)者高于體力勞動(dòng)者，中年人 高于青年人。香港大學(xué)與香港衛(wèi)生署一項(xiàng)調(diào)查顯示，嚴(yán)重缺乏運(yùn)動(dòng)，即每月主動(dòng)運(yùn)動(dòng)少于30 分鐘，可引致多種嚴(yán)重疾病，增加死亡風(fēng)險(xiǎn)。隨著居民對(duì)自身健康問題的關(guān)注逐步提高，信息化健康干預(yù)的應(yīng)用逐步廣泛，為 每個(gè)居民建立一份個(gè)性化電子健康檔案是十分必要的。因此，我們提出基于區(qū)域信息整合 平臺(tái)的居民健康檔案信息系統(tǒng)的概念。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種個(gè)性化電子健康檔案。為了解決上述問題，本發(fā)明提供了一種基于區(qū)域信息整合平臺(tái)的居民健康檔案信 息系統(tǒng)，本信息系統(tǒng)由軟件及輔助硬件兩部分組成。軟件系統(tǒng)包含功能居民健康檔案、居 民慢性病管理、門急診醫(yī)療、體檢信息、數(shù)據(jù)分析、健康調(diào)查問卷、健康生活干預(yù)、健康心理 干預(yù)、健康飲食干預(yù)、健康運(yùn)動(dòng)干預(yù)等。硬件部分包含心率手表、運(yùn)動(dòng)計(jì)數(shù)器等。系統(tǒng)流程主要為為居民建立一份健康檔案-填寫相關(guān)信息錄入健康調(diào)查問 卷-根據(jù)問卷情況結(jié)合居民健康狀況給出合理的運(yùn)動(dòng)建議及膳食建議-通過web方式發(fā)送 至運(yùn)動(dòng)計(jì)數(shù)器等硬件設(shè)備供居民參考-硬件設(shè)備實(shí)時(shí)動(dòng)態(tài)記錄居民運(yùn)動(dòng)量及膳食情況存 儲(chǔ)并返回系統(tǒng)-系統(tǒng)根據(jù)接受數(shù)據(jù)調(diào)整并制定干預(yù)方式。本系統(tǒng)能夠大幅度提高隨身健康硬件設(shè)備的精準(zhǔn)度和工作效率，起到居民健康三 級(jí)預(yù)防的作用。


圖1為本發(fā)明的系統(tǒng)流程圖。圖2為本發(fā)明的網(wǎng)絡(luò)拓?fù)鋱D。
具體實(shí)施例方式本信息系統(tǒng)由軟件及輔助硬件兩部分組成。軟件系統(tǒng)包含功能居民健康檔案、居 民慢病管理、門急診醫(yī)療、體檢信息、數(shù)據(jù)分析、健康調(diào)查問卷、健康生活干預(yù)、健康心理干 預(yù)、健康飲食干預(yù)、健康運(yùn)動(dòng)干預(yù)等。硬件部分包含心率手表、運(yùn)動(dòng)計(jì)數(shù)器等。系統(tǒng)流程主要為為居民建立一份健康檔案-填寫相關(guān)信息-錄入健康調(diào)查問卷-根據(jù)問卷情況結(jié)合居民健康狀況給出合理的運(yùn)動(dòng)建議及膳食建議-通過web方式發(fā)送 至運(yùn)動(dòng)計(jì)數(shù)器等硬件設(shè)備供居民參考-硬件設(shè)備實(shí)時(shí)動(dòng)態(tài)記錄居民運(yùn)動(dòng)量及膳食情況存 儲(chǔ)并返回系統(tǒng)-系統(tǒng)根據(jù)接受數(shù)據(jù)調(diào)整并制定干預(yù)方式。本系統(tǒng)能夠大幅度提高隨身健康硬件設(shè)備的精準(zhǔn)度和工作效率，起到居民健康三 級(jí)預(yù)防的作用。表示層表示層由UI (User Interface)和UI控制邏輯組成。UI (User Interface)是客戶端的用戶界面，負(fù)責(zé)從用戶方接收命令，請求，數(shù)據(jù)， 傳遞給業(yè)務(wù)層處理，然后將結(jié)果呈現(xiàn)出來。根據(jù)客戶端的不同我們大體將應(yīng)用程序分為 BS(Browser-Server)瀏覽器結(jié)構(gòu)，CS(Client-Server)桌面客戶端結(jié)構(gòu)。PHR運(yùn)用BS的優(yōu)點(diǎn)是無需操心客戶端，只需要部署維護(hù)好服務(wù)器即可。RIA (Rich Internet Application)是為了融合這兩種結(jié)構(gòu)優(yōu)點(diǎn)的一種技術(shù)，它依賴在客戶端一次性 安裝一個(gè)通用解釋器之后即獲得強(qiáng)大的界面交互表達(dá)能力和無需部署具體客戶端的方便 性。具體的實(shí)現(xiàn)技術(shù)有以JS為基礎(chǔ)的Bindows ；Ajax等等很多。UI控制邏輯UI控制邏輯負(fù)責(zé)處理UI和業(yè)務(wù)層之間的數(shù)據(jù)交互，UI之間狀態(tài)流程的控制，同時(shí) 負(fù)責(zé)簡單的數(shù)據(jù)驗(yàn)證和格式化等功能。具體的說在dotNet事件驅(qū)動(dòng)的編程模型下，UI控制 邏輯被自然的實(shí)現(xiàn)在了事件函數(shù)中，例如I^ageLoad事件函數(shù)，ButtonClick事件函數(shù)。在 這些事件函數(shù)中，主要任務(wù)就是做UI控件與業(yè)務(wù)實(shí)體的數(shù)據(jù)交換與業(yè)務(wù)調(diào)用，但面對(duì)大量 的數(shù)據(jù)交換工作量與維護(hù)量就成了最大的問題。而在復(fù)雜應(yīng)用的系統(tǒng)中，狀態(tài)與流程的管 理是必須要考慮的因素，它包含了界面與業(yè)務(wù)兩方面。如果不加以封裝的直接寫在事件函 數(shù)中將導(dǎo)致業(yè)務(wù)依賴表示層。1. UI與業(yè)務(wù)實(shí)體之間的數(shù)據(jù)交互此階段負(fù)責(zé)數(shù)據(jù)交換的業(yè)務(wù)實(shí)體我把它稱為DTO(DataTransfer Object)，但需要 說明的是這里的DTO并不是只包含數(shù)據(jù)的業(yè)務(wù)對(duì)象，它仍然包含必要的方法是完整的業(yè)務(wù) 實(shí)體。處理輸入時(shí)我們從UI控件的獲得數(shù)據(jù)填入DTO再向下傳播，處理輸出時(shí)用戶發(fā)出請 求業(yè)務(wù)層會(huì)將數(shù)據(jù)以DTO的形式返出再賦給UI控件展現(xiàn)。2.狀態(tài)與流程的管理復(fù)雜業(yè)務(wù)方面的狀態(tài)與流程可以通過一些工作流引擎來解決，微軟獨(dú)立發(fā)布了 自己的工作流引擎。一般更多的情況是需要解決界面上狀態(tài)與流程的管理。耦合再表 示層中是不可取的辦法。MVC(ModeI-View-Contr0Iler)模式提供了實(shí)現(xiàn)這一目標(biāo)的方 法。Controller是整個(gè)方案的核心，它是一個(gè)流程管理器，來自UI所有的命令與數(shù)據(jù)經(jīng)過 Controller分發(fā)給業(yè)務(wù)層或其他UI，這樣我們可以把流程，權(quán)限等邏輯單獨(dú)封裝，達(dá)到最 大化的業(yè)務(wù)重用?？梢允沟孟嗤臉I(yè)務(wù)系統(tǒng)有webform和winform不同的展現(xiàn)方式。業(yè)務(wù)層業(yè)務(wù)層封裝了實(shí)際業(yè)務(wù)邏輯，包含數(shù)據(jù)驗(yàn)證，事物處理，權(quán)限處理等業(yè)務(wù)相關(guān)操 作，是整個(gè)應(yīng)用系統(tǒng)的核心。因此設(shè)計(jì)一個(gè)能夠真實(shí)反映實(shí)際需要的業(yè)務(wù)層是非常必要的， PHR將實(shí)際業(yè)務(wù)具體分為業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作兩部分。業(yè)務(wù)數(shù)據(jù)
業(yè)務(wù)數(shù)據(jù)又是業(yè)務(wù)邏輯的核心，最終業(yè)務(wù)數(shù)據(jù)將以一種固定的格式表現(xiàn)于內(nèi)存 中，在系統(tǒng)的各個(gè)層次間傳輸，充當(dāng)DTO角色。表達(dá)業(yè)務(wù)數(shù)據(jù)的方式一般分為兩種Table Model 禾口 Domain Model。Table Model是將數(shù)據(jù)庫中的表直接映射成為業(yè)務(wù)數(shù)據(jù)對(duì)象，這樣的優(yōu)點(diǎn)是適合 于機(jī)器操作，ADO. NET直接提供了這種操作的便利，但對(duì)于復(fù)雜業(yè)務(wù)關(guān)系的表達(dá)就很不直 觀。只適合于業(yè)務(wù)需求與數(shù)據(jù)表對(duì)應(yīng)關(guān)系很直接的需要快速開發(fā)的情況。通常我們選用 Dataset或者強(qiáng)類型Dataset (Strong Typed Dataset)，強(qiáng)類型Dataset支持編譯時(shí)的類型 檢查，效率上要略高于普通Dataset。Dataset有很多方便的特性無需自己編寫維護(hù)類，支 持序列化，數(shù)據(jù)副本保存，支持?jǐn)?shù)據(jù)集合，對(duì)控件綁定支持效果好，微軟提供了相應(yīng)的生成 工具以及持久方案。但缺點(diǎn)也是明顯，復(fù)雜數(shù)據(jù)表現(xiàn)不直觀，做為DTO在各個(gè)層次間傳輸， 尤其是分布式環(huán)境，龐大的體積，相對(duì)緩慢的實(shí)例化對(duì)于性能造成很大壓力。Domain Model則是根據(jù)實(shí)際業(yè)務(wù)按照現(xiàn)實(shí)方式用00思想建模，這樣很適合業(yè)務(wù) 復(fù)雜的系統(tǒng)。通常采用自定義數(shù)據(jù)實(shí)體(CustomData Entity)方式表達(dá)。自定義數(shù)據(jù)實(shí) 體，有著良好的性能，編譯時(shí)的類型檢查，數(shù)據(jù)表現(xiàn)方式非常直觀符合實(shí)際業(yè)務(wù)的操作方式 等優(yōu)點(diǎn)，但需要自己定義維護(hù)類，在分布式環(huán)境下需要自己編寫序列化方法。業(yè)務(wù)操作業(yè)務(wù)操作負(fù)責(zé)對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行各種業(yè)務(wù)相關(guān)的處理，例如驗(yàn)證，流向，整合，事物， 權(quán)限等，但它不負(fù)責(zé)有關(guān)對(duì)數(shù)據(jù)源的操作。它與業(yè)務(wù)數(shù)據(jù)的關(guān)系設(shè)計(jì)有2種方式。分離業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作，將業(yè)務(wù)數(shù)據(jù)單獨(dú)封裝到只有數(shù)據(jù)get，set的數(shù)據(jù)類 中，這個(gè)數(shù)據(jù)類只充當(dāng)DT0。將業(yè)務(wù)操作封裝到獨(dú)立的service類中與業(yè)務(wù)數(shù)據(jù)一起充當(dāng)業(yè) 務(wù)層。這樣當(dāng)系統(tǒng)不復(fù)雜的時(shí)候顯的簡單直觀，而隨著系統(tǒng)日益復(fù)雜，service類會(huì)變的雜 亂，而將本身耦合緊密的數(shù)據(jù)與操作分離對(duì)于復(fù)用也是不利的因素。整合業(yè)務(wù)數(shù)據(jù)與業(yè)務(wù)操作，將業(yè)務(wù)數(shù)據(jù)與相關(guān)的業(yè)務(wù)操作封裝在一起稱為業(yè)務(wù)實(shí) 體，業(yè)務(wù)實(shí)體作為統(tǒng)一的業(yè)務(wù)層為表示層提供服務(wù)，同時(shí)也負(fù)責(zé)作為DTO在各個(gè)層次間傳 輸，我傾向于這樣完整的Domain Model設(shè)計(jì)方式，每個(gè)業(yè)務(wù)實(shí)體都可以做為一個(gè)單獨(dú)組件 形式存在，對(duì)于組件化復(fù)用有著莫大的好處。業(yè)務(wù)數(shù)據(jù)訪問層業(yè)務(wù)數(shù)據(jù)訪問層是一個(gè)針對(duì)具體應(yīng)用系統(tǒng)的專屬層，它為業(yè)務(wù)層提供與數(shù)據(jù)源交 互的最小操作方式，僅僅是業(yè)務(wù)層需要的數(shù)據(jù)訪問接口，業(yè)務(wù)層完全依賴業(yè)務(wù)數(shù)據(jù)訪問層 所提供的服務(wù)。這些服務(wù)負(fù)責(zé)從業(yè)務(wù)層接收數(shù)據(jù)或返回業(yè)務(wù)實(shí)體，它屏蔽了實(shí)際業(yè)務(wù)數(shù)據(jù) 與機(jī)器存儲(chǔ)方式的差別。當(dāng)然，數(shù)據(jù)層選用抽象的解決方案同樣可以達(dá)到這個(gè)效果，但業(yè)務(wù) 數(shù)據(jù)訪問層最大的特點(diǎn)就是針對(duì)具體業(yè)務(wù)做抽象，而抽象的數(shù)據(jù)層訪問方案是針對(duì)通用做 抽象。往往業(yè)務(wù)中針對(duì)具體的設(shè)計(jì)生命力會(huì)變的更強(qiáng)，這樣我們可以最大限度的保持了上 層代碼的復(fù)用性，當(dāng)需要更換存儲(chǔ)策略如果數(shù)據(jù)層訪問差別太大，通過更換數(shù)據(jù)層無法解 決問題的時(shí)候我們最多只需要更換業(yè)務(wù)數(shù)據(jù)訪問層，而無需改變業(yè)務(wù)層。業(yè)務(wù)數(shù)據(jù)訪問層由DAO(Data Access Object)層和系統(tǒng)服務(wù)層兩部分組成。DAO 層為每個(gè)業(yè)務(wù)實(shí)體提供最基本的數(shù)據(jù)訪問服務(wù)，系統(tǒng)服務(wù)層為系統(tǒng)全局提供與業(yè)務(wù)關(guān)系不 大的通用數(shù)據(jù)訪問服務(wù)，這兩層處于系統(tǒng)中的同一個(gè)層次位置。數(shù)據(jù)層
數(shù)據(jù)層的宗旨就是為數(shù)據(jù)源提供一個(gè)可供外界訪問的接口，我們應(yīng)該選用一種能 夠提供數(shù)據(jù)源無關(guān)的抽象數(shù)據(jù)訪問接口并通過在其下掛接各種不同的DataProviador來 訪問數(shù)據(jù)源的數(shù)據(jù)層組件，這樣做便于移植到不同的數(shù)據(jù)源上。目前有以下3種數(shù)據(jù)層方 案1.封裝 ADO. Net這些數(shù)據(jù)訪問組件都是基于ADO. Net的淺封裝，它的優(yōu)點(diǎn)在于封裝層次低所以速 度最快，我們可以手動(dòng)組織sql語句用來適應(yīng)復(fù)雜的操作以及個(gè)性的優(yōu)化等。缺點(diǎn)是無法 直接處理自定義數(shù)據(jù)實(shí)體方式的業(yè)務(wù)實(shí)體對(duì)象，需要將業(yè)務(wù)實(shí)體中的數(shù)據(jù)屬性以參數(shù)形 式傳入傳出。這樣的方式雖然最為保險(xiǎn)，但隨著系統(tǒng)規(guī)模增大，開發(fā)效率，質(zhì)量，后期的維 護(hù)，二次開發(fā)都變成尤為突出的問題，對(duì)開發(fā)人員的要求會(huì)變的越來越高。另外對(duì)于事物 操作封裝不是很好，無法提供聲明性事物，經(jīng)常會(huì)在業(yè)務(wù)層出現(xiàn)訪問數(shù)據(jù)層的需要。這樣 的組件目前應(yīng)用的很廣泛，例如微軟在EnterpriseLibrary中提供的DAAB(Data Access Application Block)，還有以前的 DAAB3. 1。EnterpriseLibrary 是個(gè)成熟的產(chǎn)品，包括了 數(shù)據(jù)訪問，異常，日志，緩存，加密，配置，安全等組件做為通用服務(wù)非常適合。2. OR-Mapping 組件ORM是最好的數(shù)據(jù)持久解決方案，它的優(yōu)點(diǎn)在于能夠以面向?qū)ο蟮姆绞讲倏v數(shù)據(jù)， 因此可以直接處理自定義數(shù)據(jù)實(shí)體的業(yè)務(wù)對(duì)象，我們根本不用操心sql語句以及底層存儲(chǔ) 方式，這樣極大的簡化的代碼提高了開發(fā)效率，對(duì)于日后維護(hù)擴(kuò)展都帶來極大的便利。缺點(diǎn) 在于屏蔽了底層使得我們無法針對(duì)具體數(shù)據(jù)源做優(yōu)化，而且對(duì)于復(fù)雜關(guān)聯(lián)的sql操作有些 力不從心，同時(shí)性能也差一些但輔助以緩存情況會(huì)好很多，而在dotNet下最大的問題就是 沒有一個(gè)成熟便宜的ORM產(chǎn)品供我們使用，全部都是beta版本和商業(yè)版本。這些版本或 多或少都存在一些問題，以至于真正應(yīng)用中需要經(jīng)過仔細(xì)考察。例如NHibernat^Gentle. Net, ΧΡ0, Grove. Net 等等非常多。依賴關(guān)系表示層與業(yè)務(wù)數(shù)據(jù)訪問層都依賴于業(yè)務(wù)層，而業(yè)務(wù)層是相對(duì)獨(dú)立的，這樣設(shè)計(jì)的 優(yōu)點(diǎn)就是最大限度的減少了變動(dòng)對(duì)整個(gè)系統(tǒng)所帶來的影響。表示層與業(yè)務(wù)數(shù)據(jù)訪問層等其 他非業(yè)務(wù)方面的改動(dòng)不會(huì)影響到其他地方。抽象出業(yè)務(wù)數(shù)據(jù)訪問接口，讓業(yè)務(wù)層去依賴這個(gè)接口，而不是業(yè)務(wù)數(shù)據(jù)訪問層。但 光聲明接口是不夠的，因?yàn)樵趯?shí)例化的時(shí)候仍然需要具體的下層類，所以依舊無法擺脫依 賴關(guān)系。IoCanversionof Control)容器為PHR提供了完美的方案，通過它將不同的模塊 注入到系統(tǒng)中我們可以在不知道這個(gè)組件存在的情況下調(diào)用它。這樣的方式同樣適合于權(quán) 限管理，郵件發(fā)送等等其他組件。Spring. Net和Castle是dotNet下的兩個(gè)優(yōu)秀的IoC容 器Spring. Net是Java下Spring的移植版本，Castle相對(duì)更要成熟。
權(quán)利要求
1.一種基于區(qū)域信息整合平臺(tái)的居民健康檔案信息系統(tǒng)，其特征在于包括軟件系統(tǒng) 及輔助硬件兩部分組成。
2.根據(jù)權(quán)利要求1所述的基于區(qū)域信息整合平臺(tái)的居民健康檔案信息系統(tǒng)，其特征在 于所述軟件系統(tǒng)包含居民健康檔案、居民慢病管理、門急診醫(yī)療、體檢信息、數(shù)據(jù)分析、健 康調(diào)查問卷、健康生活干預(yù)、健康心理干預(yù)、健康飲食干預(yù)、健康運(yùn)動(dòng)干預(yù)。
3.根據(jù)權(quán)利要求2所述的基于區(qū)域信息整合平臺(tái)的居民健康檔案信息系統(tǒng)，其特征在 于所述硬件包含心率手表、運(yùn)動(dòng)計(jì)數(shù)器。
4.根據(jù)權(quán)利要求3所述的基于區(qū)域信息整合平臺(tái)的居民健康檔案信息系統(tǒng)，其特征在 于流程為居民建立一份健康檔案、填寫相關(guān)信息、錄入健康調(diào)查問卷、根據(jù)問卷情況結(jié)合 居民健康狀況給出合理的運(yùn)動(dòng)建議及膳食建議、通過web方式發(fā)送至運(yùn)動(dòng)計(jì)數(shù)器等硬件設(shè) 備供居民參考、硬件設(shè)備實(shí)時(shí)動(dòng)態(tài)記錄居民運(yùn)動(dòng)量及膳食情況存儲(chǔ)并返回系統(tǒng)、系統(tǒng)根據(jù) 接受數(shù)據(jù)調(diào)整并制定干預(yù)方式。
全文摘要
一種基于區(qū)域信息整合平臺(tái)的居民健康檔案信息系統(tǒng)，包括軟件系統(tǒng)及輔助硬件兩部分組成。所述軟件系統(tǒng)包含居民健康檔案、居民慢病管理、門急診醫(yī)療、體檢信息、數(shù)據(jù)分析、健康調(diào)查問卷、健康生活干預(yù)、健康心理干預(yù)、健康飲食干預(yù)、健康運(yùn)動(dòng)干預(yù)。輔助硬件包含心率手表、運(yùn)動(dòng)計(jì)數(shù)器等。本系統(tǒng)能夠大幅度提高隨身健康硬件設(shè)備的精準(zhǔn)度和工作效率，起到居民健康三級(jí)預(yù)防的作用。
文檔編號(hào)G06F19/00GK102122305SQ20111007064
公開日2011年7月13日 申請日期2011年3月23日 優(yōu)先權(quán)日2011年3月23日
發(fā)明者魏冰 申請人:上海句芒網(wǎng)絡(luò)信息科技有限公司