ER图练习(住院病人信息管理系统)

本文详细阐述了某医院住院病人信息管理系统的开发思路,包括需求分析、概念模型设计及关系模式构建。系统涵盖病人、医生、护士、手术等模块,实现了住院信息、诊断、手术安排的全面管理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

某医院拟开发一套住院病人信息管理系统,以方便对住院病人、医生、护士和手术等信息进行管理。
【需求分析】
(1)系统登记每个病人的住院信息,包括:病案号、病人的姓名、性别、地址、身份证号、电话号码、入院时间及病床等信息,每个病床有唯一所属的病K及病房,如附件表2-1所示。其中病案号唯一标识病人本次住院的信息。
(2)在一个病人的一次住院期间,由一名医生对该病人的病情进行诊断,并填写一份诊断书,如附件表2-2所示。对于需要进行一次或多次手术的病人,系统记录手术名称、手术室、手术日期、手术时间、主刀医生及多名协助医生,每名医生在手术中的责任不同,如附件表2-3所示,其中手术室包含手术室号、楼层、地点和类型等信息。
(3)护士分为两类:病床护士和手术室护士。每个病床护士负责护理一个病区内的所有病人,每个病区由多名护士负责护理。手术室护士负责手术室的护理工作。每个手术室护士负责多个手术室,每个手术室由多名护士负责,每个护士在手术室中有不同的责任,并由系统记录其责任。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
【概念模型设计】
如附件中图2-1所示。
在这里插入图片描述
【概念模型设计】
根据概念模型设计阶段完成的实体联系图,得出如下关系模式(不完整):
病床(病床号,病房,病房类型,所属病区)
护士(护士编号,姓名,类型,性别,级别)
病床护士( (1) )
手术室(手术室号,楼层,地点,类型)
手术室护士( (2) )
病人( (3) ,姓名,性别,地址,身份证号,电话号码,入院时间)
医生(医生编号,姓名,性别,职称,所属科室)
诊断书( (4) ,诊断,诊断时间)
手术安排(病案号,手术室号,手术时间,手术名称)
手术医生安排( (5) ,医生责任)

【问题1】
补充附件图2-1中的联系和联系的类型。
【问题2】
根据附件图2-1,将逻辑结构设计阶段生成的关系模式中的空(1)〜(5)补充完整,并用下划线指出主键。
【问题3】
如果系统还需要记录医生给病人的用药情况,即记录医生给病人所开处方中药品的名称、用量、价格、药品的生产厂家等信息。请根据该要求,对附件图2-1进行修改,画出补充后的实体、实体间联系和联系的类型。

答案:
【问题1】
在这里插入图片描述
【问题2】
护士编号,病区
手术室号,护士编号,责任
病案号,病床号
病案号,医生编号
病案号,手术室号,手术时间,医生编号
【问题3】
在这里插入图片描述

解析:
【问题1】
仔细阅读题干给出的说明信息,结合常识可知,一名病人在一次住院期间对应一张病床, 而一张病床 可以有多名病人曾经住过。因此,实体“病床”与实体“病人”之间存在联系“住院”,其联系的类型为-对多(1:n)。
结合题干给出的关键信息“在一个病人的一次住院期间,由一名医生对该病人的病情进行诊断,并填写一份诊断书”等,结合常识可知,一名医生可以为多名病人进行病情诊断,因此实体“医生”与实体“病人”之间存在联系“诊断”,其联系的类型为一对多(1:n)。
同理,基于题干给出的“每个手术室护士负责多个手术室,每个手术室由多名护士负责”等关键信息可知,实体“护士”与实体“手术室”之间存在联系“负责”,其联系的类型为多对多(m:n)。
【问题2】
结合问题1的分析结果,由题干已给出的关系模式:护士(护士编号,姓名,类型,性别,级别),结合题干给出的关键信息“(3)护士分为两类:病床护士和手术室护士。每个病床护士负责护理一个病区内的所有病人,每个病区由多名护士负责护理”等,可知“病床护士”关系模式需要填写的属性为“护士编号,病区”。结合常识, “病区”与“病床护士”之间至少存在着一对多(1:n)的联系,因此属性“护士编号”与“病区”的组合才能唯一标识每一条"病床护士”的数据记录,因此它们的组合是“病床护士”关系模式的主键。
同理,根据题干已给出的关系模式:手术室(手术室号,楼层,地点,类型),结合题干给出的关键信息“(3)护士分为两类:病床护士和手术室护士。……手术室护士负责手术室的护理工作。每个手术室护士负责多个手术室,每个手术室由多名护士负责,每个护士在手术室中有不同的责任,并由系统记录其责任”等,可知“手术室护士”关系模式需要填写的属性为“护士编号,手术室号,责任”。结合常识,属性“护士编号”与“手术室号”的组合才能唯一 标识每一条“手术室护士”的数据记录,因此它们的组合是“手术室护士”关系模式的主键。
基于题干已给出的关系模式:病床(病床号,病房,病房类型,所属病区),结合题干给出的“(1)系统登记每个病,人的住院信息,包括病案号、病人的姓名、性别、地址、身份证号、电话号码、入院时间及病床信息等……”和表2-1中的“病案号”、“病床号”等关键信息,可知“病人”关系模式需要补充填入的属性有“病案号,病床号”。由于“病案号唯-标识病人本次住院的信息”,即属性“病案号”能够唯一标识每一条“病人”的数据记录,因此它是“病人”关系模式的主键。属性"病床号”是“病人”关系模式的外键。
由题干已给出的关系模式:医生(医生编号,姓名,性别,职称,所属科室),结合题干给出的“(2)在一个病人的一次住院期间,由一名医生对该病人的病情进行诊断,并填写一份诊断书”和表2-2中的“病案号”、“医生”等关键信息,可知“诊断书”关系模式需要补充填入的属性有“病案号,医生编号”。由于“病案号唯一标识病人本次住院的信息”,即属性“病案号”能够唯一标识每一条“诊断书”的数据记录,因此它是“诊断书”关系模式的主键。属性“病案号”、“医生编号”是该关系模式的外键。
由图2-1(或问题一答案图)可知,实体“病人”、“医生”与“手术室”三者之间存在“手术”联系,三者之间联系的类型为多对多对多(m:n:k)。 根据题干已给出的关系模式:手术安排(病案好,手术室号,手术时间,手术名称),结合题干给出的“对于需要进行一次或多次手术的病人,系统记录手术名称、手术室、手术日期、手术时间、主刀医生及多名协助医生,每名医生在手术中的责任不同…”.和表2-3中的“病案号”、“手术室”、 “手术日期”、“手术时间”、“主刀医生" 等关键信息,可知“手术医生安排”关系模式需要补充填入的属性有“病案号,手术室号,手术时间,医生编号”。这些补充填入的属性组合才能唯一标识每一条“手术医生安排”的数据记录,因此它们的组合是“手术医生安排”关系模式的主键。属性有“病案号”、“手术室号”、“医生编号” 是该关系模式的外键。
【问题3】
依题意,由于“系统还需要记录医生给病人的用药情况,即记录医生给病人所开处方中药品的名称、用量、价格、药品的生产厂家等信息”,因此第一题图中需要新增实体“药品”,并在“医生”、“病人”和“药品”3个实体之间存在“处方”联系。结合常识,该联系的类型是多对多对多(m:n:k)。修改后的住院病人信息管理系统的实体联系图如图上所示。

系统主要功能按照数据流量、流向及处理过程分为临床诊疗、药品管理、财务管理、患者管理。诊疗活动由各工作站配合完成,并将临床信息进行整理、处理、汇总、统计、分析等。本系统包括以下工作站:门诊医生工作站、药房医生工作站、医技医生工作站、收费员工作站、对帐员工作站、管理员工作站。基于Spring cloud和Spring boot 2.x 实现 *项目演示 username:演示用户 password:test 由于没有进行部署,首次加载需要等待1~2分钟,加载完成之后比较流程流畅 好不容易抓到了推免的尾巴,所以最近打算更新一下部署文档,暂时不打算再维护代码了,但会继续推出其他有意思的基于Cloud的项目,欢迎关注 有问题请直接 issue(如果需要数据库和真实数据请联系本人邮箱) 申明:项目为NEU实训课设本组所作,包前缀为neu,侵权必改 之前由于学校突然增加人机交互课设,所以把该项目变成Private,但很多人无情fork之后并不删除,例如 TANGKUO,我已经联系他多次,他还是不删除。只能挂个名字在这了... 持续更新中...... 前言 HIS 项目致力于打造一个完整的医疗系统,采用现阶段流行技术实现。 下一阶段计划 添置部署教程 提高代码质量 更新技术栈为最新版本,并引入新技术 本仓库包含 系统 描述 HIS-master 单体应用 his-cloud 分布式微服务应用 HIS-web 诊疗前端 HIS-app 患者前端 注:单体应用和分布式实现业务完全相同 一. 项目架构 项目开发进度 后端技术栈 技术 版本 说明 Spring Cloud Netflix Finchley.RELEASE 分布式全家桶 Spring Cloud Eureka 2.0.0.RELEASE 服务注册 Spring Cloud Zipkin 2.0.0.RELEASE 服务链路 Spring Cloud config 2.0.0.RELEASE 服务配置 Spring Cloud Feign 2.0.0.RELEASE 服务调用 Spring Cloud Zuul 2.0.0.RELEASE 服务网关 Spring Cloud Hystrix 2.0.0.RELEASE 服务熔断 Spring Cloud Turbine 2.0.0.RELEASE 服务熔断监控 Spring Boot Admin 2.0.1 服务监控 Spring Boot 2.0.3.RELEASE 容器+MVC框架 Spring Security 5.1.4.RELEASE 认证和授权框架 MyBatis 3.4.6 ORM框架 MyBatisGenerator 1.3.3 数据层代码生成 PageHelper 5.1.8 MyBatis物理分页插件 Maven 3.6.1 项目管理工具 Swagger2 2.7.0 交互式API文档 Elasticsearch 6.2.2 搜索引擎 kibana 6.2.2 数据分析和可视化平台 LogStash 6.2.2 数据采集引擎 RabbitMq 3.7.14 消息队列 Redis 3.2 缓存 Druid 1.1.10 数据库连接池 OSS 2.5.0 对象存储 JWT 0.9.1 跨域身份验证解决方案 Lombok 1.18.6 简化对象封装工具 Junit 4.12 单元测试框架 Logback 1.2.3 日志框架 Java doc ———— API帮助文档 Docker 18.09.6 应用容器引擎 Docker-compose 18.09.6 容器快速编排 前端技术栈 技术 版本 说明 Vue 2.6.10 前端框架 Vue-router 3.0.2 前端路由框架 Vuex 3.1.0 vue状态管理组件 Vue-cli ———— Vue脚手架 Element-ui 2.7.0 前端UI框架 Echarts 4.2.1 数据可视化框架 Uni-app ———— 跨平台前端框架 Mockjs 1.0.1-beta3 模拟后端数据 Axios 0.18.0 基于Promise的Http库 Js-cookie 2.2.0 Cookie组件 Jsonlint 1.6.3 Json解析组件 screenfull 4.2.0 全屏组件 Xlsx 0.14.1 Excel表导出组件 Webpack ———— 模板打包器 二. 项目展示 主页 主页 门诊医生工作台 门诊医生工作台 医技医生工作台 医技医生工作台 药房医生工作台 药房医生工作台 收银员工作台 收银员工作台 对账员工作台 对账员工作台 病历模板 病历模板 排班管理 排班管理 App挂号 App挂号 Sprin
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值