中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)總體設(shè)計

1、中國青年人血壓管理數(shù)據(jù)庫系統(tǒng) V1.018中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)技術(shù)研究報告目錄第一章 中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)需求分析11.1 需求概述11.1.1 目標(biāo)用戶11.1. 2功能概述11.2 詳細(xì)需求11.2.1登錄管理11.2.2 體檢人群分類管理11.2.3體檢項目分類21.2.4體檢套餐21.2.5體檢事件21.2.6體檢列表2第二章 中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)總體設(shè)計22.1 運(yùn)行環(huán)境22.1.1 硬件環(huán)境22.1.2 軟件環(huán)境32.2 設(shè)計原則32.3界面設(shè)計32.3.1界面設(shè)計核心理念32.3.2操作流程42.4 服務(wù)器設(shè)計42.4.1 框架設(shè)計42.4 數(shù)據(jù)庫設(shè)計52

2、.4.3服務(wù)器端與客戶端的交互9第三章 中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)實現(xiàn)及測試103.1 界面布局實現(xiàn)103.2 主要功能實現(xiàn)與展示103.2.1 體檢套餐設(shè)計103.2.2 體檢事件113.2.3 體檢數(shù)據(jù)123.2.4 體檢報告13第一章 中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)需求分析1.1 需求概述中國青年人血壓數(shù)據(jù)庫系統(tǒng)是一款關(guān)聯(lián)體檢事件，體檢時間，體檢醫(yī)生，體檢所在樓層，溫度，機(jī)器編號及體檢人的基本信息及體檢結(jié)果數(shù)據(jù)的數(shù)據(jù)庫系統(tǒng)?？梢詥蝹€或批量導(dǎo)入導(dǎo)出體檢信息，包括文字信息和圖形文件；可以方便地進(jìn)行檢索，查看與修改。1.1.1 目標(biāo)用戶該數(shù)據(jù)庫系統(tǒng)主要針對體檢醫(yī)生使用，醫(yī)生注冊登錄后之后獲取權(quán)

3、限進(jìn)行操作。1.1. 2功能概述用戶可以創(chuàng)建體檢事件，動態(tài)創(chuàng)建體檢列表，選擇體檢項目，并與創(chuàng)建的體檢事件相關(guān)聯(lián)。通過手動輸入或通過身份證讀取獲取體檢人的基礎(chǔ)信息，并存入數(shù)據(jù)庫；血壓測量結(jié)束后，存入中心動脈壓，外周收縮壓，外周舒張壓，平均動脈壓，心率等體檢結(jié)果，以及體檢波形圖文件?？梢詮臄?shù)據(jù)庫查詢并導(dǎo)出體檢報告，進(jìn)行編輯或打印。1.2 詳細(xì)需求1.2.1登錄管理用戶只能在登錄的狀態(tài)下才可以進(jìn)入程序操作數(shù)據(jù)庫，以達(dá)到保護(hù)隱私的目的。登陸方式進(jìn)行多角色管理，分為管理員端和醫(yī)生端。管理員端可以批量導(dǎo)出數(shù)據(jù)，編輯修改體檢報告；醫(yī)生端只能進(jìn)行單條數(shù)據(jù)的錄入和編輯。1.2.2 體檢人群分類管理該模塊可以進(jìn)行

4、學(xué)生，職工，居民三類人群的分類管理，每類人群設(shè)置特有的數(shù)據(jù)庫字段。1.2.3體檢項目分類該模塊可以新建體檢類型，體檢項目，體檢子項目，以供體檢套餐設(shè)計和新建體檢列表時選擇。其中，體檢類型與體檢項目，體檢項目與體檢子項目均為一對多關(guān)系。1.2.4體檢套餐該模塊可以新建體檢套餐，并進(jìn)行套餐設(shè)計。套餐設(shè)計中可以根據(jù)需求選擇體檢項目中的體檢類型，體檢項目，體檢子項目。1.2.5體檢事件用戶可以根據(jù)實際情況新建或編輯體檢事件，每個體檢事件都必須與體檢套餐相關(guān)聯(lián)。1.2.6體檢列表用戶可自定義選擇體檢項目組成體檢列表，體檢列表必須關(guān)聯(lián)某一個體檢事件。第二章 中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)總體設(shè)計2.1 運(yùn)行

5、環(huán)境2.1.1 硬件環(huán)境CPU：P3以上內(nèi)存：4G以上分辨率：推薦使用1920*10802.1.2 軟件環(huán)境操作系統(tǒng)：win7/win8/win8.1/win10瀏覽器：Chrome/IE8以上軟件依賴：CASPro Viewer2.2 設(shè)計原則數(shù)據(jù)庫的設(shè)計遵循以下原則：1. 數(shù)據(jù)庫必須層次分明，布局合理。2. 數(shù)據(jù)庫必須高度結(jié)構(gòu)化，規(guī)范化和標(biāo)準(zhǔn)化。數(shù)據(jù)結(jié)構(gòu)的設(shè)計應(yīng)該遵循國家標(biāo)準(zhǔn)和行業(yè)標(biāo)準(zhǔn)，尤其要重視編碼的應(yīng)用。3. 設(shè)計數(shù)據(jù)庫的時候，一方而要盡可能地減小冗余度，減小存儲空間的占用，降低數(shù)據(jù)一致性問題發(fā)生的可能性，另一方面，還要考慮適當(dāng)?shù)娜哂?，以提高運(yùn)行速度和降低開發(fā)難度。4. 必須維護(hù)數(shù)據(jù)的

6、正確性和一致性。在系統(tǒng)中，多個用戶共享數(shù)據(jù)庫，由于并發(fā)操作，可能影響數(shù)據(jù)的一致性。因此必須用“鎖”等辦法保證數(shù)據(jù)的一致性。5. 設(shè)定相應(yīng)的安全機(jī)制，由于數(shù)據(jù)庫的信息、對特定的用戶有特定的保密要求，安全機(jī)制必不可少。2.3界面設(shè)計2.3.1界面設(shè)計核心理念本系統(tǒng)界面的設(shè)計充分遵循以用戶為核心的原則，充分考慮了用戶群體的使用習(xí)慣、使用場景和用戶身體心理狀態(tài)，采用以天藍(lán)色為主的冷色系。在操作上，始終提供明確的導(dǎo)航，盡可能地減少用戶的輸入，多選擇； 2.3.2操作流程用戶打開系統(tǒng)后的操作流程大致可以總結(jié)為下圖：輸入網(wǎng)址輸入用戶名和密碼否進(jìn)入醫(yī)生體檢界面是否正確是否是管理員身份進(jìn)入管理員管理界面是 否圖

7、2-1 客戶端操作流程2.4 服務(wù)器設(shè)計2.4.1 框架設(shè)計后臺編寫采用的是PHP框架的lavarel，該框架的性能比較好，開發(fā)簡潔、優(yōu)雅。Lavarel安裝環(huán)境要求：PHP = 5.5.91 OpenSSL PHP ExtensionPDO PHP ExtensionMbstring PHP ExtensionTokenizer PHP ExtensionLavarel主要有以下優(yōu)點(diǎn)：1.強(qiáng)大的rest router：用簡單的回調(diào)函數(shù)就可以調(diào)用，快速綁定controller和router2.artisan: 命令行工具，很多手動的工作都自動了3.可繼承的模版，簡化view的開發(fā)和管理4.bl

8、ade模版：渲染速度更快5.ORM6.migration: 管理數(shù)據(jù)庫和版本控制7.測試功能強(qiáng)大8.composer：管理依賴2.5 數(shù)據(jù)庫設(shè)計中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)庫表數(shù)量龐大，下面分類進(jìn)行介紹： 用戶信息存儲用戶信息的表有users表，roles表，role_user表，users表保存用戶基本信息信息，roles表包含用戶的身份選擇，role_user表映射兩者之間的關(guān)系，每一個role都對應(yīng)一個role。Users表記錄了用戶的基本信息，如用戶名，密碼，電話，郵箱，關(guān)聯(lián)的體檢列表等，特別是這張表還包含了用戶每次登陸的token，方便后臺處理用戶的每次請求。Roles表記錄了兩

9、種身份:管理員和醫(yī)生，每個用戶都必須且只能對應(yīng)一個身份。role_user表記錄了用戶和身份的對應(yīng)關(guān)系。表2-1，2-2，2-3分別是users表，roles表和role_user表表2-1 用戶users表字段類型含義默認(rèn)是否為空idint用戶編號否namevarchar用戶姓名否passwordvarchar用戶密碼否emailvarchar郵箱否telephonevarchar手機(jī)號否list_idint體檢列表否tokenint用戶每次登陸信息否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否表2-2 roles表字段類型含義默認(rèn)是否為空

10、idint角色編號否namevarchar角色名否display_namevarchar顯示在界面的名字否descriptionvarchar角色作用否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否表2-3 role_user表字段類型含義默認(rèn)是否為空user_idint用戶編號否role_idint角色編號否 體檢項目保存體檢項目的表有：check_types，check_items。其中check_itmes又包含三類子表：file_subitems，float_subitems，string_subitems。Check_types表記錄

11、了體檢類型，用戶可根據(jù)需要添加或刪除某種類型。例如可以添加外科，無創(chuàng)心功能檢查，超聲，心電圖，體檢結(jié)論。Check_items表包含了具體體檢的項目， 例如身高，體重，腹部超聲，超聲心動圖，中心動脈壓，外周舒張壓，脈搏波形等，該表的每一個項目都從屬于check_types表中的某個類型，例如身高，體重屬于外科，中心動脈壓，外周舒張壓屬于無創(chuàng)心功能檢查，腹部超聲，超聲心動圖屬于超聲，脈搏波形屬于心電圖。file_subitems，float_subitems，string_subitems把check_items中的體檢項目分成三類，分別是文件型項目，浮點(diǎn)數(shù)型項目和字符串型項目，并對體檢項目進(jìn)行

12、具體設(shè)定。例如身高在float_subitems表中，單位為cm，最大值200cm，最小值120cm；超聲心動圖在file_subitems中，文件類型為plot。表2-4，2-5，2-6分別是check_types，check_items和file_subtimes表表2-4 體檢類型check_types表字段類型含義默認(rèn)是否為空idint體檢類型編號否namevarchar體檢類型名稱否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否表2-5 體檢項目check_items表字段類型含義默認(rèn)是否為空idint體檢項目編號否namevarch

13、ar體檢項目名稱否check_type_idint對應(yīng)體檢類型編號否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否表2-6 體檢子項目file_subtimes表字段類型含義默認(rèn)是否為空idint文件型子項目編號否namevarchar體檢子項目名稱否englishNamevarchar英文名稱是check_item_idint對應(yīng)體檢項目編號否file_typevarchar文件類型是created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否 體檢設(shè)計體檢設(shè)計模塊包含體檢套餐，體檢事件，體檢列表。分別儲存

14、在check_designs，check_events，check_lists表中。體檢套餐與體檢事件，體檢事件與體檢列表均為一對多關(guān)系，每一個體檢事件必須對應(yīng)一個體檢套餐，每一個體檢列表必須對應(yīng)一個體檢事件。表2-7， 2-8，2-9分別是check_designs，check_events，check_lists表表2-7 體檢套餐check_designs表字段類型含義默認(rèn)是否為空idint套餐編號否namevarchar套餐名稱否activeint標(biāo)記是否正在使用是created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否表2-8 體檢事件chec

15、k_events表字段類型含義默認(rèn)是否為空idint體檢事件編號否namevarchar體檢事件名稱否check_design_idint對應(yīng)體檢套餐編號否typevarchar體檢人群類型否fileNameVarchar導(dǎo)入的文件名稱是startDatedate事件開始日期否stopDatedate事件結(jié)束日期否statustinyint(1) 標(biāo)記是否正在使用否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否表2-9 體檢列表check_lists表字段類型含義默認(rèn)是否為空idint體檢列表編號否namevarchar體檢列表名稱否tempe

16、ratureint溫度否sidevarchar左側(cè)或者右側(cè)否user_idInt對應(yīng)用戶編號否floorInt體檢樓層否locationvarchar體檢地點(diǎn)否machineNumbervarchar機(jī)器編號否check_event_idint對應(yīng)體檢事件編號否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否 體檢人群由于體檢人群包含學(xué)生，職工，居民三類人群，數(shù)據(jù)庫采用多態(tài)關(guān)聯(lián)，用patients表關(guān)聯(lián)students表，employees表和residents表。Patients表記錄對應(yīng)關(guān)系，其他表根據(jù)人群特性設(shè)置字段。表2-10和2-11分

17、別是patiens表和students表。表2-8 patients表字段類型含義默認(rèn)是否為空idint病人編號否checkable_idint多態(tài)關(guān)聯(lián)id否checkable_typevarchar對應(yīng)體檢人群類型否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否表2-8 students表字段類型含義默認(rèn)是否為空idint學(xué)生編號否namevarchar姓名否gendervarchar性別否oldvarchar年齡否schoolvarchar學(xué)校是idNumbervarchar身份證號否stuNumbervarchar學(xué)號否nationvar

18、char民族否addressvarchar地址否created_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否 體檢結(jié)果根據(jù)體檢項目的不同，體檢結(jié)果表相應(yīng)的包括三種：check_result_files表，check_result_floats表，check_result_strings表，分別存儲file_subitems，float_subitems，string_subitems三種體檢項目的檢查結(jié)果。表2-12列出了check_result_files表表2-8 體檢事件check_result_files表字段類型含義默認(rèn)是否為空idint體檢事件編

19、號否check_event_idint體檢事件名稱否doctor_idint對應(yīng)體檢套餐編號否patient_idint對應(yīng)病人編號否file_subitem_idint對應(yīng)文件型子項目否valuevarchar體檢結(jié)果值否temperaturevarchar溫度是floorvarchar樓層否locationvarchar地址否machineNumbervarchar機(jī)器號否dataIdvarcharcreated_attimestamp創(chuàng)建時間否updated_attimestamp更新時間否2.4.3服務(wù)器端與客戶端的交互在網(wǎng)絡(luò)操作中，服務(wù)器與客戶端的交互模式通常采用的是XML解析和JS

20、ON解析方式。XML文件龐大、格式復(fù)雜、傳輸帶寬寬，但是其格式統(tǒng)一、符合標(biāo)準(zhǔn)，與其他系統(tǒng)進(jìn)行遠(yuǎn)程交互、數(shù)據(jù)共享比較容易。而JSON格式比較簡單、占用帶寬小，直接通過鍵值解析數(shù)據(jù)。對于數(shù)據(jù)較少的解析一般采用JSON解析，對于大規(guī)模數(shù)據(jù)一般采用XML解析。本APP設(shè)計所涉及的數(shù)據(jù)量相對較小，格式簡單，因此選擇JSON格式進(jìn)行解析?？蛻舳税l(fā)送自己獲取的token以及要請求的內(nèi)容JSON，服務(wù)器端根據(jù)token信息找到對應(yīng)的用戶信息，然后根據(jù)JSON請求查找對應(yīng)的請求，返回查找到的數(shù)據(jù)以JSON格式返回給客戶端，客戶端解析JSON數(shù)據(jù)顯示在界面，并在后臺保存到數(shù)據(jù)庫。第三章 中國青年人血壓管理數(shù)據(jù)庫系統(tǒng)實現(xiàn)及測試3.1 界面布局實現(xiàn)界面是用戶獲取信息最直接的來源，考慮到本軟件面向的主要對象是醫(yī)生，功能模塊采用扁平化，顏色上選擇藍(lán)色作為主色調(diào)，整體配色偏冷，給