醫(yī)院門診管理信息系統(tǒng)數(shù)據(jù)庫設計

目錄TOC\o"1-5"\h\z\o"CurrentDocument"1需求分析 1\o"CurrentDocument"編寫目的 1\o"CurrentDocument"「2編寫背景 1\o"CurrentDocument"1.3實現(xiàn)目標 2\o"CurrentDocument"「4數(shù)據(jù)定義 2\o"CurrentDocument"需求分析 21系統(tǒng)的功能需求 2系統(tǒng)總體功能圖 3業(yè)務規(guī)則 5數(shù)據(jù)約束條件分析 5實體與數(shù)據(jù) 6\o"CurrentDocument"數(shù)據(jù)字典 7數(shù)據(jù)項與數(shù)據(jù)結構 7數(shù)據(jù)處理 82概念設計 9\o"CurrentDocument"1實體及其屬性 10\o"CurrentDocument"2實體間的聯(lián)系 12\o"CurrentDocument"2.3總體ER圖 14\o"CurrentDocument"3邏輯設計 15\o"CurrentDocument"1實體處理 15\o"CurrentDocument"2聯(lián)系集處理 16\o"CurrentDocument"3完整性約束 164物理設計 224.1關系模式存儲方式選擇 222數(shù)據(jù)庫存儲路徑 221需求分了解和分析系統(tǒng)將要提供的功能及未來數(shù)據(jù)庫用戶的需求。例如，該系統(tǒng)具有哪些功能需求，哪些數(shù)據(jù)要存儲在數(shù)據(jù)庫中，使用的數(shù)據(jù)業(yè)務規(guī)則是什么, 數(shù)據(jù)之間的練習約束等，即了解用戶真正從數(shù)據(jù)庫中得到什么。1編寫目的門診是醫(yī)院服務的窗口和最前沿的部門, 面臨巨大就診壓力。研究如何合理配置資源、加強管理，充分發(fā)揮現(xiàn)有資源的能力來緩解醫(yī)院服務壓力，提高病人滿意度很有意義。門診的流程布置、服務時間和質量是影響病人滿意度的主要因素。針對“三長一短“（即掛號排隊時間長、候診和候檢時間長、交款取藥時間長、醫(yī)生看病時間短）問題，等待時間是評價病人滿意度的主要指標之一，對總體的病人滿意度影響很大。其次，過多的滯留在門診的患者會嚴重干擾醫(yī)院的管理和醫(yī)護工作的開展，影響門診服務質量。并且城市綜合醫(yī)院這類醫(yī)療資源相對集中的機構的病人擁擠現(xiàn)象將長期存在，研究如何更好地使之為滿足病人需求具有現(xiàn)實意義。門診部是醫(yī)院的一個重要部門，是病人剛開始就診的首要環(huán)節(jié)，是醫(yī)院直接向社會廣大患者提供醫(yī)療服務的窗口之一，門診部的信息化建設直接關系到整個醫(yī)院的信息化建設的發(fā)展水平。如何更方便人們就診、減少不必要的排隊環(huán)節(jié)、實現(xiàn)病人資料（患者基本情況、就診記錄及檢查結果與治療情況等）永久性存儲，避免以往因病歷資料及檢查治療結果丟失而造成的延長診斷時間、重復檢查、增加患者經濟負擔、甚至于造成醫(yī)療糾紛等后果，是醫(yī)院門診信息化建設所要解決的。利用信息技術、電子計算機和通訊設備，為醫(yī)院所屬各部門提供對病人診療信息和行政管理信息的收集、存儲、處理、提取及數(shù)據(jù)交換的能力，并滿足所有授權用戶的功能需求。醫(yī)院門診管理信息系統(tǒng)強調以病人醫(yī)療活動為主線進行管理病人所有信息，臨床的、服務的、用藥記錄、護理記錄和費用信息等能被實時傳遞到醫(yī)院各個部門，為醫(yī)院管理和醫(yī)療分析提供便捷服務。對于信息系統(tǒng)的設計，要考慮的問題很多，但是最主要的是數(shù)據(jù)庫結構體系和數(shù)據(jù)庫連接技術方案的選擇，以及總體結構的設計。本人正處于數(shù)據(jù)庫設計的學習階段，因此開發(fā)此系統(tǒng)的另一主要目的是鍛煉相關專業(yè)能力和探索更多的專業(yè)知識。醫(yī)院門診管理倍息系統(tǒng)「2編寫背景醫(yī)院門診管理倍息系統(tǒng)(HospitaIClinicManagementInformationSystem,HCMIS)針對以病人醫(yī)療活動為中心進行管理病人所有信息，臨床的、服務的、用藥記錄、護理記錄和費用信息等能被實時傳遞到醫(yī)院各個部門，為醫(yī)院管理和醫(yī)療分析提供便捷服務。1?3實現(xiàn)目標提供一個集門診掛號、診斷、發(fā)藥于一體的管理信息系統(tǒng)，可實現(xiàn)信息存儲、更新、查詢等多項功能，為廣大醫(yī)務工作人員及病人提供方便。「4數(shù)據(jù)定義(1)所有的表名的命名規(guī)則。所有的表名用具有實際含義的英文單詞組成，且首個字母必須大寫，如EmpIoyee。(2)所有的主鍵命名規(guī)則。所有的主鍵名用表名_PK,例EmpIoyee_PKo所有外鍵的命名規(guī)則。所有的外鍵名用本表名加外鍵表_FKn,如EmpIoyeeDepartment_FK1o所有規(guī)則的命名規(guī)則。所有的約束名用列名_Check,如BirthDay_Check。所有字段的命名規(guī)則。所有的屬性名用具有實際含義的英文單詞組成，且首個字母必須大寫，如EmpIoyeeNamoe1.5需求分析滿足病人實現(xiàn)掛號功能，診斷需求，領藥，方便，快捷接受醫(yī)療服務。1.5.1系統(tǒng)的功能需求(1)病人管理病人管理模塊中，維護病人的基本信息，如病人姓名，性別，住址等?？梢蕴砑?、修改、刪除、查詢病人的信息。(2)門診掛號輸入病人的信息，系統(tǒng)會自動生成掛號費用，掛號完后系統(tǒng)會自動生成病號信息到病號信息庫中。如果掛號之前知道病號信息庫中已存在該病號，則可以直接調出該病號進行掛號操作。掛號后病人掛號信息會傳到醫(yī)生處或收費室，由醫(yī)生或收費室直接調用。掛號單如果被調用后是不能取消和退號的，在還沒被調用之前可以對掛號單取消和退號，被取消或被退號的掛號單也不能被調用。退號必須是對已經掛號的掛號單退號，退號后沖減了原掛號單的掛號費用。門診掛號系統(tǒng)模塊包括“門診掛號”、“掛號單的查詢"、“門診退號”、“退號單查詢”、“門診掛號結賬”0(3)醫(yī)生管理醫(yī)生管理模塊是醫(yī)院信息系統(tǒng)的關鍵模塊，醫(yī)生填寫病人病歷，病情、病史的記載，醫(yī)囑的開立和實施，以及相關輔助功能。該功能模塊實現(xiàn)了醫(yī)生病歷收發(fā)和醫(yī)囑作業(yè)的數(shù)字化。醫(yī)生必須從掛號系統(tǒng)中調用已掛號的病號信息，直接輸入處方項目，提交病號處方，處方傳遞到收費室收費。醫(yī)生管理中，維護醫(yī)生及相關工作人員的基本信息，有利于管理者了解醫(yī)院的人員動態(tài)。(4)藥房發(fā)放藥房發(fā)藥系統(tǒng)是由藥房執(zhí)業(yè)人員完成的功能子模塊，藥房通過收款單來給病人發(fā)藥。病人只要交款后，可以直接到藥房取藥，節(jié)約了大量的人力和詢到要發(fā)的藥品名稱。藥房發(fā)藥系統(tǒng)具體包括了“藥房發(fā)藥子系統(tǒng)”、“藥房發(fā)藥單的查詢”、“藥品查詢”0時間。發(fā)藥的同時減少藥品庫存量。 通過輸入病人的姓名或收費單號即可查(5)處方管理處方管理模塊是醫(yī)院信息系統(tǒng)的關鍵模塊，是醫(yī)療工作最主要的信息來源。主要功能是完成病歷基本指標的填寫，病情、病史的記載，醫(yī)囑的開立和實施，以及相關輔助功能。該功能模塊實現(xiàn)了醫(yī)生病歷收發(fā)和醫(yī)囑作業(yè)的數(shù)字化。處方管理包括“處方單錄入子系統(tǒng)“、"處方單的查詢“、“門診處方退費單”、“處方退費單查詢”1.5.2系統(tǒng)總體功能圖如圖1.1所示。病人管理刪除病人信息添加病人信息更新病人信息門診掛號病人管理刪除病人信息添加病人信息更新病人信息門診掛號圖1.1“門診管理”總體功能掛號單的查詢掛號系統(tǒng)管理掛號單的查詢門診退號門 退號單查詢診管 查詢醫(yī)生信息理—?刪除醫(yī)生信醫(yī)生管理—?添加醫(yī)生信—k更新醫(yī)生信藥品發(fā)放處方管理—?藥房發(fā)藥藥品發(fā)放處方管理—:發(fā)藥單的查—k藥品查詢—?處方單錄—處方單的查—?門診處方退費—處方退費單查—修改處方單1.5.3業(yè)務規(guī)則一所醫(yī)院有多個就診科室部門，每個科室部門都有科室名稱(唯一標識)、地址、聯(lián)系電話、科室簡介等信息。一個科室部門可以有多個員工，但是科室部門負責人只有一位員工。員工由員工編號唯一標識，需記錄員工的姓名、性別、出生年月、身份證號、省份、聯(lián)系電話、職位、薪水、工作年限、受教程度、住址等信息。一個員工只屬于一個科室部門。病人由唯一標識的病人編號構成，需存儲病人的姓名、性別、生日、身份證號、聯(lián)系電話、住址、過敏藥物，工作等基本信息。不允許同一個病人在同一個時段內就診不同的部門。病歷編號構成病歷的唯一標識，需記錄病癥情況，就診時間，就診醫(yī)生等信息。一份病歷只屬于一個病人。藥品由藥品編號唯一標識，需存儲藥品名稱、藥品級別、單價、成分、治療功效、生產商、生產日期、有效日期、備注等信息。掛號單由掛號編號唯一標識，需存儲掛號的時間、掛號費用等信息。處方編號構成了處方的唯一標識，需存儲就診日期、藥品名稱、藥品數(shù)量等信息。病人掛號后，需記錄病人的掛號信息。在一個時間段，醫(yī)生只給一位病人就診，寫一張?zhí)幏健Ｃ總€病人擁有只屬于自己的唯一掛號單'唯一病歷、唯一處方。當就診相同病癥的多位醫(yī)生屬于同一科室部門時，具有不同的醫(yī)生編號。在同一時間段，藥品發(fā)放人員只為一位病人發(fā)放藥物。掛號處在同一時段只為一位病人掛號，產生掛號單。在就診時，醫(yī)生將病人的看病情況填寫在病歷上，并把處方單的內容存入處方系統(tǒng)。數(shù)據(jù)約束條件分析一天醫(yī)院看病的人數(shù)不能超過9999人，這是醫(yī)院接納的最大人數(shù)。員工開始工作年齡超過18歲，滿足工作年齡要求。病人編號規(guī)則：唯一標識一個病人，編號格式為病人第一次看病日期加流水號，如：2001o聯(lián)系電話不超過11或12位數(shù)。住址不超過25為漢字。郵編為6位數(shù)。病歷編號規(guī)則：唯一標識一張病歷，'日期’+'四位流水號女口：2o員工編號規(guī)則：唯一標識一位員工，格式workDatetime'+三位流水號，如：2009o⑼職位填寫規(guī)則：用于描述員工在醫(yī)院中的職位，醫(yī)護人員(DR),藥物管理員(MM)?？剖揖幪栆?guī)則：唯一標識一個科室，從編號00001開始。掛號單編號規(guī)則：唯一標識一張掛號單，格式'日期’+'5位流水號’，如：r20912130001由系統(tǒng)自動生成一天內最大處理掛號數(shù)為9999o(12)藥品編號規(guī)則：唯一標識一種藥品，格式為‘I或者‘國藥準字SC表示普通藥物，S表示特殊藥物。(13)處方編號規(guī)則：fiPR*+乍期'+‘四位流水號如：PR0001o實體與數(shù)據(jù)實體通過以上分析可知，系統(tǒng)中的實體有：病人、病歷、員工'科室和藥品。實體的屬性分別如下：①病人：病人編號、姓名、性別、出生日期、身份證號、電話、住址、郵編、過敏；②病歷：病歷編號'就診醫(yī)師'就診日期、主要癥狀；③員工：員工編號、姓名、性別、出生日期、身份證號、民族、電話、職位、工作日期、工作年限、學歷、住址、郵編、備注；科室：科室編號、科室名稱、上級部門、科室位置、負責人、電話、科室介紹；藥品：藥品編號、藥品名稱、藥品類別、單價、規(guī)格、主要成分、功能主治、用法用量、供應商、生產日期、有效日期、注意事項、庫存量；⑵實體間的聯(lián)系綜合以上分析可知，實體之間有如下聯(lián)系。①病人和醫(yī)生之間是多對多的關系(m：n)o②病人與病歷之間是是一對一的關系(1：1)O③醫(yī)生與病歷之間是是多對多的關系(m：n)。④員工和科室之間是多對一的關系(n：1)o⑤病人和藥品之間是多對多的關系(m：n)o⑥病人和科室之間是多對多的關系⑺：①o⑦病人與掛號單是一對一的關系（1：1）O聯(lián)系通過以上分析可知，聯(lián)系的屬性如下所示。掛號單：掛號單編號、就診科室、掛號費、掛號時間；每個病人看病時，只能有一張掛號單，同理，每個醫(yī)生在診斷時，根據(jù)每張掛號單來。處方：處方編號、就診日期、藥品編號、藥品名稱、數(shù)量。每個病人擁有自己的處方，每個醫(yī)生可以給多個病人開處方。1.6數(shù)據(jù)字典數(shù)據(jù)字典包括數(shù)據(jù)說明和數(shù)據(jù)的使用，具體內容如下所示。數(shù)據(jù)項與數(shù)據(jù)結構如表1?1所示。表1.1數(shù)據(jù)說明實體數(shù)據(jù)項名說明類型（長度）病人PatientPatientNo病人編號Char(12)PatientName姓名Varchar(10)Sex性別Char(1)Birthday出生日期DatetimeID身份證號Char(18)Telephone電話Varchar(12)Address住址Varchar(50)Zip郵編Char(6)HypersusceptibiIity過敏藥物Varchar(100)Job職業(yè)Varchar(10)病歷CsRecordCsRecordNo病歷編號Char(14)SickDate就診日期DatetimeSymptom主要癥狀Varchar(100)員工表EmpIoyeeEmpIoyeeNo員工編號Char(13)EmpIoyeeName姓名Varchar(10)Sex性別Char(1)Birthday出生日期DatetimeID身份證號Char(18)Nation民族Varchar(10)Telephone電話Varchar(12)Position職位Varchar(10)

SaIary工資Numeric(10,2)

WorkDate工作日期 L，2一4.—r!—! DatetimeWorkTerm工作年限intEduacationLeveI學歷Varchar(10)Address住址Varchar(50)Zip郵編Char(6)Remark備注Varchar(100)科至DepartmentDepartmentNo科室編號Char(5)DepartmentName科室名稱Varchar(20)Address科室位置Varchar(50)Manager負責人Varchar(10)Telephone電話Varchar(12)Introduction科室介紹Varchar(200)掛號單RegisterRegisterNo掛號單編號Char(14)RegisterTime掛號時間DatetimeRegisterFee掛號費Numeric(10,2)藥口口MedicineMedicineNo藥品編號Char(18)MedicineName藥品名稱Varchar(25)MedicineCIass藥品類別Varchar(10)UnitPrice單價Numeric(10, 2)Specification規(guī)格Varchar(50)EIementsM主要成分Varchar(256)FunctionM功能主治Varchar(256)Usage用法用量Varchar(256)Provideer供應商Varchar(50)ProduceDate生產日期DatetimeUsefuIIife有效日期DatetimeMatters注意事項Varchar(256)Amount庫存量IntPrescriptionNo處方編號Char(14)處方主表PrescriptionMasterSickDate就診日期DatetimePatientNo病人編號Char(12)EmpIoyeeNo員工編號Char(13)處方明細表PrescriptionDetaiIPrescriptionNo處方編號Char(14)SickDate就診日期DatetimeMedicineName藥品名稱Varchar(25)Quantity藥品數(shù)量Int數(shù)據(jù)處理如表1.2所示表1.2數(shù)據(jù)的使用數(shù)據(jù)名稱說明1nstert_pat_inf登記病人的基本信息功能實現(xiàn)病人在經過掛號、就診等一系列就醫(yī)過程后，院方保存病人的信息資料。Update_pat_inf更新病人的基本信息Search_Hypersusceptibi1ity病人對某些藥物的過敏病人可能有時某些以保留的信息會發(fā)生改變，如住址。病人看病時，如果以前留有病人的資料，可以查詢病人的過往資料，對哪些藥物過敏。1nstert_Hypersusceptibi1itySearchPat^fDe1patinfInsterempinfUpdate_emp_inf病人對某些藥物的過敏病人的基本信息病人的信息登記員工的基本信息更新員工的基本信息SearchSearchempinfdoctorinf員工的基本信息醫(yī)生的基本信息De1empinf員工的基本信息第一次看病的病人，要就診后，要添加病人的過敏藥物。詢病人的信息刪除病人的信息。員工聘用后，存儲其基本信息。員工可能有時某些以保留的

信息會發(fā)生改變，如住址。查詢員工的信息

查詢醫(yī)生的信息刪除員工的基本信息。SearchreginfDe1~~reginfSearchdepinf掛號單的信息

掛號單的信息

科室信息科室信息Updatedepinf查詢病人掛號單信息?！獎h除病人掛號單。 查詢科室信息 更新科室信息，如主管負責

人。1nstertcsRinfSearchcsRinf病歷信息填寫病人就診時的基本情De1csRinf病歷信息病歷信息況。查詢病人的病歷信息刪除病人的病歷信息。1nstertpre府處方信息SearchpreinfUpdatepreinfDelprRinf1AStertmedinfSearchmedinfUpdatemedinf處方信息處方信息處方信息藥品信息藥品信息藥品信息填寫病人就診時的處方信

息。查詢病人的處方信息。更新病人的處方信息。刪除病人的處方信息。 添加新藥品。 —查詢藥品信息。 —更新藥品信息?！狣elmedinf藥品信息刪除藥品信息。概念結構設計就是將需求分析得到的用戶需求抽象為信息結構，以便更真實、更充分地反映現(xiàn)實世界。概念設計部分主要包括實體的E-R圖、聯(lián)系的E-R囹和系統(tǒng)總的E-R圖。實體及其屬性由需求分析知，基本實體有病人‘病歷‘員工‘科室。訊的矚人：病人編號、姓名、性別、出生日期、身份證號、電話、住址、郵編、過敏、職業(yè)，如圖2.1所示。圖2.郵編、過敏、職業(yè)，如圖2.1所示。圖2.1病人⑵病歷：病歷編、就診日期、主要癥狀，如號

圖2.2所。示就診日期 給、 /病歷編，病歷就診醫(yī)師^、主要癥狀|g|圖病歷(3)員工：員工編號、姓名、性別、出生日期、身份證號、電話、民族、2.3所職位、工資、工作日期、工作年限、學歷、住址、郵編、備注，示。如圖W科至：科至酶萬、科至壬不小、科至儀直、貝貢人、電舊、科至”劉囹乙姓名學歷備注 員「編號性別出生H期身份證號電話所示。姓名學歷備注 員「編號性別出生H期身份證號電話所示。紹，科室位置電話圖2.4科室(5)藥品：藥品編號、藥品名稱、藥品類別、單價、規(guī)格、主要成分、功能主治、用法用量、供應商、生產日期、有效日期、注意事項，如圖2.5所示藥品編號藥品名稱注意事項功帝王后 王要成分2.2實體間的聯(lián)系圖2.5藥品1）病人和醫(yī)生之間是多對多的關系（m：n）,如圖2.6所示圖2.6病人與醫(yī)生的聯(lián)系圖2.6病人與醫(yī)生的聯(lián)系2）病人與病歷之間是是一對一的關系（1：1）,如圖2.7所示病歷圖2.7病人與瑞歷之間聯(lián)系病人3）醫(yī)生與病歷NJ日J是是一對多日勺關系（1：n）,如圖2.8所示就診日期 病歷編病歷 診斷 員工（醫(yī)生）圖2.8醫(yī)生與病歷之間聯(lián)系4）員工和科室之間是多對一的關系（n：1）如圖2.9所示員工編號科室負責員工就職日;科室負責員工就職日;圖2o9員工與科室之間聯(lián)系5）病人和藥品之間是多對多的關系5：0,如圖2.10所示病人編號員工編號藥品處方病人藥品名稱處方編號圖2.10病人和藥品之間的聯(lián)系6）病人和科室之間是一對一的關系（1：1）,如圖2.〃所示病人編號掛號單編號掛號時間就診科室圖2.門病人和科室之間的聯(lián)系刀病人與掛號單之間是是一對一的關系（「1）,如圖2.12所示病人編號掛號單編號屬r病人病人編號掛號單編號屬r病人圖2.12病人與掛號單之間聯(lián)系3總體ER圖系統(tǒng)總的E-R圖，如圖2.13所示科室編虧圖2.13總體E-R圖3邏輯設計根據(jù)概念設計，邏輯設計主要包括將實體轉換成關系、將聯(lián)系轉換成關系、關系設計、相關屬性約束說明、關系優(yōu)化和關系表的建立。1實體處理通過分析，實體有病人、病歷、員工、科室和藥品5個，并且都是強實體集。強實體集轉換方式將強實體集映射成關系模式很直接，只需將實體集的每個屬性對應的關系模式的屬性，實體集的碼作為關系模式的碼。(1)由病人Patient實體集轉化的關系模式(加下劃線的屬性表示它是主碼成員，在后面的關系模式中同理)。Patient(PatientNo,PatientName,Sex,Birthday,ID,Telephone,Address,Zip,Hypersusceptibi-lity,Job)。(2)由病歷CsRecord實體集轉化的關系模式。CsRecord(CsRecordNo,SickDate,Symptom)o(3)由員工表Employee實體集轉化的關系模式。EmpIoyee(EmployeeNo,EmpIoyeeNam,eSex,Birthday,ID9Nation,Telephone,Position,SaIary,WorkDate,WorkTerm,EduacationLeveI,Address,Zip,Remark)。(4)由員工表科室Department實體集轉化的關系模式。Departmen(tDepartmentNo，DepartmentName,Address,Manager,TeIephone,Introduction)o(5)由員工表藥品Medicine實體集轉化的關系模式。Medicine(MedicineNo,MedicineName,MedicineCIass,UnitPrice,Specification,EIements,Function,Usage,Provideer,ProduceDate,UsefuIIife,Matters)。2聯(lián)系集處理由概念設計可知實體之間的聯(lián)系E-R圖，則聯(lián)系集的屬性如下所示。(1)處方Prescription聯(lián)系集是由病人Patient實體集與員工表EmpIoyee實體集之間的多對多聯(lián)系集。則主碼由所有參與實體集的主碼的并集組成。(斜字體的表示外碼)處方Prescription(PrescriptionNo,EmpIoyeeNo,PatientNo,SickDate,MedicineNo,MedicineName,Quantity)。(2)掛號單Register聯(lián)系集是由病人Patient實體集與病歷CsRecord實體集之間的一對一聯(lián)系集。則主碼可選擇任何一個參與實體集的主碼。Register(RegisterNo,PatientNo,RegisterTime,RegisterFee)(3)掛號單Register聯(lián)系集是由病歷CsRecord實體集與科室Department實體集之間的一對一聯(lián)系集。則主碼可選擇任何一個參與實體集的主碼。Register(RegisterNo,PatientNo,DepartmentNo,RegisterTime,RegisterFee)3.3完性約完整性約束包括實體完整性約束、參照完整性約束和用戶自定義完整性約束，這里僅對實體完整性和用戶自定義完整性約束作如下說明。關系優(yōu)化之后得到了8個最終表，分別如表3.1至3.7所示1）病人表Patient，如表3.1所示。表3.1病人表Patient數(shù)據(jù)項名類型（長度）是否為空約束說明備注PatientNoChar(12)NotnuIIPrimarykeyPatientPK病人編號PatientNameVarchar(10)NotnuII姓名SexChar(1)NotnuII4F，表示女，‘M*表示男性別BirthdayDatetimeNotnuIIYyy-mmm-ddd格式出生日期IDChar(18)NotnuII18位數(shù)字表示身份證號TelephoneVarchar(12)nulI"或12位數(shù)字表示電話AddressVarchar(50)NotnuII最多25個漢字表示住址ZipChar(6)nulI6位數(shù)字表示郵編HypersusceptibiIityVarchar(100)nulI不超過10個漢字表示過敏藥物JobVarchar(10)nulI不超過5個漢字職業(yè)2）病歷表CsRecord,如表3,2所示。表3.2病歷表CsRecord數(shù)據(jù)項名類型（長度）是否為空約束說明備注CsRecordNoChar(14)NotnuIIPrimarykeyCsRecordPK病歷編號PatientNoChar(12)NotnuIICsRecordPatientFKn病人編號EmployeeNoChar(10)NotnuIICsRecordEmpIoyeeFKn就診醫(yī)師SickDateDatetimeNotnuII與處方上就診日期一致就診日期SymptomVarchar(100)NotnuII記錄病情主要癥狀3）員工表Employee，如表3,3所示。表表3.3員工表EmpIoyee數(shù)據(jù)項名類型（長度）是否為空約束說明備注Emp1oyeeNoChar(13)NotnuIIPrimarykeyEmpIoyeePK員工編號EmployeeNameVarchar(10)NotnuII員工姓名姓名SexChar(1)NotnuII4尸表示女，*M*表示男性別BirthdayDatetimeNotnuIIYyy-mmm-ddd格式出生日期IDChar(18)NotnuII18位數(shù)字表示身份證號NationVarchar(10)nulI56個民族之一民族TelephoneVarchar(12)NotnuII12位數(shù)字表示電話PositionVarchar(10)NotnuII醫(yī)生職位職位Sa1aryNumeric(10,2)NotnuII小數(shù)點后兩位數(shù)字表示工資WorkDateDatetimeNotnuII年齡不得小于18歲工作日期WorkTermIntnulI用一數(shù)字表示工作年限EduacationLeve1Varchar(10)nulI如“大專”，“本科”等學歷AddressVarchar(50)NotnuII不多于25個漢字表示住址ZipChar(6)nulI6個數(shù)字表示郵編RemarkVarchar(100)nulI醫(yī)生的附加信息備注4）科室表Departement,如表3.4所示。表3.4科室表Departement數(shù)據(jù)項名類型（長度）是否為空約束說明備注DepartmentNoChar(5)NotnuIIPrimarykeyDepartementPK科室編號DepartmentNameVarchar(20)NotnuII少于10個漢字表示科室名稱AddressVarchar(50)nulI少于25個漢字科室位置ManagerVarchar(10)nulI負責人姓名負責人TeIephoneVarchar(12)nulI12位數(shù)字表示電話IntroductionVarchar(200)nulI科室簡介科室介紹5）掛號單表Register,如表3.5所示表3.5注號單表Register數(shù)據(jù)項名類型（長度）是否為空約束說明備注RegisterNoChar(14)NotnuIIPrimarykeyRegistePK掛號單編號PatientNoChar(12)NotnuIIRegisterPatient_FKn病人編號DepartmentNoChar(5)NotnuIIRegisterDepartmentFKn就診科室RegisterTimeDatetimeNotnuIIyyyy-mm-dd格式掛號時間RegisterFeeNumeric(10,2)NotnuII小數(shù)點后兩位數(shù)字表示掛號費6）藥品表Medicine，如表3.6所示。表3.6藥品表Medicine數(shù)據(jù)項名類型（長度）是否為空約束說明備注MedicineNoChar(18)NotnuIIPrimarykeyRegistePK藥品編號MedicineNameVarchar(25)NotnuII不超過10個漢字藥品名稱MedicineClassVarchar(10)NotnuII唯一表示藥品類別，如“外用藥”，“內服藥”藥品類別UnitPriceNumeric(10,2)NotnuII小數(shù)點后兩位數(shù)字單價Specification Varchar(50)nulI不超過10個漢字規(guī)格EIementsMVarchar(256)nulI不超過100個漢字主要成分FunctionMVarchar(256)nulI不超過100個漢字功能主治UsageVarchar(256)nulI不超過100個漢字用法用量ProvidcerVarchar(50)nulI不超過30個漢字供應商ProduceDateDatetimeNotnuIIYyy-mmm-ddd格式生產日期UsefuIIifeDatetimeNotnuIIYyy-mmm-ddd格式有效日期MattersVarchar(256)nulI不超過100個漢字注意事項AmountIntNotnuII具體數(shù)字庫存量7)處方表PrescriptionMaster,如表3.7所示。

表3.7處方表PrescriptionMaster數(shù)據(jù)項病人Pati類型（長度）是否員工表EmpIoyee約束說明科至DePartme說明PrescriptionNoChar(14)NotnuIIPrimarykeyPrescriptionPK處方編號PatientNoChar(12)NotnuIIPrescriptionPatientFKn病人編號EmployeeNoChar(13)NotnuIIPrescriptionDoctorFKn醫(yī)生編號SickDateDatetimeNotnuIIYyy-mmm-ddd格式就診日期8)處方表PrescriptionDetaiI,如表3.8所示。表3.8處方表PrescriptionDataiI數(shù)據(jù)項名類型（長度）是否為空約束說明說明PrescriptionNoChar(14)NotnuIIPrimary