天健医院信息系统数据结构手册_第1页
天健医院信息系统数据结构手册_第2页
天健医院信息系统数据结构手册_第3页
天健医院信息系统数据结构手册_第4页
天健医院信息系统数据结构手册_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

天健医院信息系统数据结构手册引言本手册旨在详细阐述天健医院信息系统(以下简称“本系统”)的核心数据结构,为系统开发、维护、数据分析及集成提供坚实的理论基础与实践指导。手册内容涵盖了主要业务模块的数据库表结构、核心字段定义、表间关系及关键约束。本手册适用于参与本系统设计、开发、测试、运维及数据分析的技术人员。建议读者具备基本的数据库知识及医院业务流程认知。随着系统的迭代升级,本手册所描述的数据结构可能会有所调整,届时将同步更新。使用本手册时,请始终参考最新版本。1.1数据结构约定*字段命名规范:采用下划线分隔的英文单词或缩写,力求简洁明了,准确反映字段含义。例如:`patient_id`表示患者唯一标识。*数据类型:本手册中提及的数据类型(如VARCHAR2,NUMBER,DATE等)以Oracle数据库为主要参考,其他数据库系统可参照对应类型进行映射。*主键(PK):每张表均应有唯一主键,用于唯一标识表中的一条记录,通常以`表名_id`或`id`命名。*外键(FK):用于建立表与表之间的关联关系,通常引用另一张表的主键。*NULL值:字段允许NULL值表示该字段可为空,否则必须提供有效值。*默认值:部分字段设有默认值,如创建时间默认当前系统时间,状态默认启用等。*代码表:系统中大量使用代码表来统一管理如性别、民族、科室、诊断等标准化数据,代码表通常包含`code_type`,`code_value`,`code_name`等核心字段。2.核心业务模块数据结构2.1用户与权限管理模块该模块负责系统用户的创建、授权及权限控制,确保不同角色的用户能安全、合规地访问系统资源。2.1.1用户表(SYS_USER)*主要功能:存储系统所有用户的基本信息及登录凭证。*核心字段:*`user_id`(PK):用户唯一标识,数字型。*`user_name`:登录用户名,字符串型,非空,唯一。*`password`:加密存储的登录密码,字符串型,非空。*`person_name`:用户真实姓名,字符串型,非空。*`dept_id`(FK):用户所属科室编码,关联科室表(DEPARTMENT)。*`role_id`(FK):用户所属角色编码,关联角色表(SYS_ROLE)。*`status`:用户状态,代码型,如'01'表示启用,'02'表示禁用。*`last_login_time`:最后登录时间,日期时间型。*`create_time`:创建时间,日期时间型,默认当前时间。*`create_user`:创建人,关联用户表(SYS_USER)的`user_id`。*关键索引:`IDX_USER_NAME`(user_name),`IDX_DEPT_ID`(dept_id)。*表间关系:通过`dept_id`关联DEPARTMENT表,通过`role_id`关联SYS_ROLE表。2.1.2角色表(SYS_ROLE)*主要功能:定义系统中的角色,如医生、护士、药师、管理员等。*核心字段:*`role_id`(PK):角色唯一标识,数字型。*`role_name`:角色名称,字符串型,非空,唯一。*`role_desc`:角色描述,字符串型。*`status`:角色状态,代码型,同用户表的`status`。*`create_time`:创建时间。*表间关系:通过角色权限关联表(SYS_ROLE_PERMISSION)与权限表(SYS_PERMISSION)关联。2.1.3用户角色关联表(SYS_USER_ROLE)*主要功能:实现用户与角色的多对多关联。*核心字段:*`id`(PK):记录唯一标识。*`user_id`(FK):用户ID,关联SYS_USER。*`role_id`(FK):角色ID,关联SYS_ROLE。*约束:`user_id`与`role_id`组合唯一。2.2患者基本信息管理模块该模块是医院信息系统的基础,存储患者从首次就诊到历次就诊的基本信息及就诊记录。*主要功能:存储患者的核心身份信息,作为患者在系统中的唯一主体记录。*核心字段:*`patient_id`(PK):患者唯一标识,系统自动生成,通常为字母开头的字符串或纯数字。*`id_type`:证件类型,代码型,如'01'表示身份证。*`id_no`:证件号码,字符串型,唯一(同一证件类型下)。*`patient_name`:患者姓名,字符串型,非空。*`gender`:性别,代码型,'1'男,'2'女,'0'未知。*`birth_date`:出生日期,日期型。*`nation`:民族,代码型,关联民族代码表。*`address`:联系地址,字符串型。*`contact_phone`:联系电话,字符串型。*`marital_status`:婚姻状况,代码型。*`allergy_history`:过敏史,文本型,记录患者药物或食物过敏情况。*`registration_date`:首次注册日期,日期型。*`last_visit_date`:最后就诊日期,日期型。*`patient_status`:患者状态,如'01'正常,'02'注销。*关键索引:`IDX_ID_NO`(id_no,id_type),`IDX_PATIENT_NAME`(patient_name)。*表间关系:患者主表是核心基础表,与就诊记录表、处方表、检查检验表等多个表存在关联。2.2.2患者就诊记录表(PATIENT_VISIT)*主要功能:记录患者每次就诊的详细信息,是连接患者信息与各诊疗业务的关键纽带。*核心字段:*`visit_id`(PK):就诊记录唯一标识。*`visit_no`:就诊流水号,系统生成,具有业务标识意义。*`visit_date`:就诊日期,日期型,非空。*`visit_dept`(FK):就诊科室,关联DEPARTMENT表。*`doctor_id`(FK):接诊医生ID,关联SYS_USER表。*`visit_type`:就诊类型,代码型,如'01'门诊,'02'急诊,'03'住院。*`visit_status`:就诊状态,代码型,如'01'初诊,'02'复诊,'03'已完成,'04'已取消。*`diagnosis`:初步诊断,文本型,可关联诊断表。*`register_operator`:挂号员ID,关联SYS_USER表。*`register_time`:挂号时间,日期时间型。*关键索引:`IDX_PATIENT_ID`(patient_id),`IDX_VISIT_NO`(visit_no),`IDX_VISIT_DATE_DEPT`(visit_date,visit_dept)。2.3门诊业务管理模块该模块涵盖门诊挂号、医生接诊、开具处方、检查检验申请、收费等完整门诊流程。2.3.1门诊挂号单表(OUTP_REGISTER)*主要功能:存储门诊患者的挂号信息,是门诊就诊的起点。*核心字段:*`register_id`(PK):挂号记录ID。*`visit_id`(FK):就诊ID,关联PATIENT_VISIT表,一对一关系。*`register_no`:挂号单号,唯一。*`patient_id`(FK):患者ID,冗余字段,便于查询。*`visit_dept`(FK):同PATIENT_VISIT表。*`doctor_id`(FK):同PATIENT_VISIT表。*`register_date`:挂号日期,同visit_date。*`queue_no`:排队序号,数字型。*`register_fee`:挂号费用,数值型。*`payment_status`:缴费状态,代码型,'01'未缴费,'02'已缴费。*`payment_method`:支付方式,代码型,如'01'现金,'02'微信,'03'支付宝。*关键索引:`IDX_REGISTER_NO`(register_no),`IDX_QUEUE`(visit_dept,register_date,queue_no)。2.3.2门诊处方表(OUTP_PRESC)*主要功能:存储门诊处方的header信息,每张处方对应多条处方明细。*核心字段:*`presc_id`(PK):处方ID。*`visit_id`(FK):就诊ID,关联PATIENT_VISIT表。*`presc_no`:处方编号,系统生成,唯一。*`patient_id`(FK):患者ID,冗余字段。*`doctor_id`(FK):开方医生ID。*`presc_date`:开方日期,日期时间型。*`presc_type`:处方类型,代码型,如'01'西药,'02'中药,'03'中成药。*`total_amount`:处方总金额,数值型。*`presc_status`:处方状态,代码型,如'01'已开立,'02'已审核,'03'已发药,'04'已作废。*`audit_pharmacist_id`:审方药师ID,关联SYS_USER表。*`audit_time`:审方时间,日期时间型。*关键索引:`IDX_VISIT_ID`(visit_id),`IDX_PRESC_NO`(presc_no),`IDX_PATIENT_PRESC_DATE`(patient_id,presc_date)。*主要功能:存储处方中具体药品的明细信息。*核心字段:*`presc_id`(FK):处方ID,关联OUTP_PRESC表。*`drug_code`(FK):药品编码,关联DRUG_INFO表。*`drug_name`:药品名称,冗余字段,便于显示。*`specification`:药品规格,字符串型。*`dosage`:剂量,数值型。*`dosage_unit`:剂量单位,代码型。*`frequency`:用法频次,代码型,如'QD'每日一次,'BID'每日两次。*`route`:给药途径,代码型,如'PO'口服,'IV'静脉注射。*`quantity`:数量,数值型。*`unit`:数量单位,代码型,如'盒','瓶','片'。*`unit_price`:单价,数值型。*`amount`:金额,数值型,等于quantity*unit_price。*`dispense_status`:发药状态,代码型,如'01'未发,'02'已发,'03'部分发。*关键索引:`IDX_PRESC_ID`(presc_id),`IDX_DRUG_CODE`(drug_code)。*表间关系:通过`presc_id`关联OUTP_PRESC表,通过`drug_code`关联DRUG_INFO表。2.4住院业务管理模块该模块管理患者从入院登记、住院诊疗、费用核算到出院结算的全过程。2.4.1住院登记信息表(INPT_ADMISSION)*主要功能:记录患者住院的基本登记信息。*核心字段:*`admission_id`(PK):住院登记ID。*`inpatient_no`:住院号,唯一标识,长期有效。*`admission_date`:入院日期,日期时间型,非空。*`discharge_date`:出院日期,日期时间型,可为空(在院患者)。*`admitting_dept`(FK):入院科室,关联DEPARTMENT表。*`current_dept`(FK):当前科室,关联DEPARTMENT表,可能与入院科室不同(转科)。*`ward`:病区,字符串型或代码型。*`bed_no`:床号,字符串型。*`attending_doctor_id`(FK):主治医生ID。*`resident_doctor_id`(FK):住院医生ID。*`admission_diagnosis`:入院诊断,文本型,可关联诊断表。*`final_diagnosis`:出院诊断,文本型,出院时填写。*`admission_status`:住院状态,代码型,如'01'在院,'02'已出院,'03'已转院,'04'已死亡。*`admission_type`:入院类型,代码型,如'01'门诊入院,'02'急诊入院,'03'其他医院转入。*关键索引:`IDX_INPATIENT_NO`(inpatient_no),`IDX_PATIENT_ID`(patient_id),`IDX_ADMISSION_DATE`(admission_date),`IDX_CURRENT_DEPT_BED`(current_dept,bed_no)。2.4.2住院医嘱表(INPT_ORDER)*主要功能:记录医生为住院患者开具的各类医嘱信息。*核心字段:*

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论