第六章门诊系统业务分析与开发.ppt

医药卫生信息管理学 第六章门诊系统业务分析与开发 主要业务流程 病人看病主要流程 系统规划 网络规划 系统设计 系统架构 功能结构 用户管理 用户按其职责可分为： 系统管理员：负责系统维护，同时负责用户信息的管理，权限分配等基本工作。 门诊挂号医生：负责病人挂号，生成挂号单 各科室医生：将病人本次病历、诊断信息录入至系统 收费医生：根据各科室医生的诊断信息，调用药品，耗材的信息，并生成收费单。 各职责用户只能执行各自的功能，并不能越权 业务分析 用户管理 需要添加的用户信息 用户名(登录时使用) 密码（登录时使用，初次密码由系统管理员设定，各医生登录后可自行修改） 姓名（真实姓名） 身份证号 性别 所属科室（脑科、外科、儿科、眼科等） 年龄 职称（医士、医师、住院医师、主治医师、副主任医师、主任医师） 职务（正/副组长、正/副科长、正/副院长） 学历（大专，本科，研究生[硕士、博士]） 联系电话 医生介绍 用户类型（挂号、门诊、收费医生） 系统管理员是特殊的用户，由系统安装时自动生成，一般只负责用户权限，并不参与系统业务，由医院指定的系统维护医生担任。 其他用户则对应于业务中的相应医生，并且各自负责各自的功能，对于非权限范围内的功能，登录后，不会显示 挂号管理和病历管理 就诊号是去医院看病的就诊顺序，记录了病人姓名，科目，时间等信息 挂号管理是对病人到医院门诊台挂号涉及的一系列信息进行管理 病历则是病人在该医院看病经历的集合，通常包括病人的基本信息，每次看病的记录，开的药等信息 病人通常需要有病历才能进行挂号和看病。 这部分信息由门诊台医生录入，并生成挂号单。 病人首次到医院看病，医院中不存在该病人的信息，则需要先将病人信息录入至系统中，然后再挂号。 对于挂号信息和病历信息，医院通常可以查看，但是不能删除 病历本由医院发给病人，而系统中的病历则根据就诊信息自动生成 挂号和病历管理 病历基本信息 姓名 身份证号 性别 出生年月 地址 药物过敏史 看病记录（看病时间、主诉、症状、方法、药物） 就诊号基本信息 就诊号 科室 姓名 挂号时间 就诊管理 病人挂号结束后，在医院的相关指示下去各科室就诊。 各科室医生在门诊台医生生成挂号单的时候，也会收到相应的挂号记录，病人凭挂号单与系统中的挂号信息对比，从而为病人看病。 治病流程通常由病人先诉说病状，然后再由医生根据其主诉为其诊断，最后给出治疗方案。 就诊管理 就诊基本信息 就诊时间 主诉 医生诊断 治疗方法 治疗时间 这些信息均会存储在病历管理以及病人手中的实物病历中 收费管理 就诊处医生开出收费单同时，收费医生处也生成一条收费记录，等待病人交费 病人拿着收费单至收费处交费 收费处医生接收到相关费用后，开出收据和处方给病人。 收费管理 收费基本信息 项目 数量 单价 总金额 交费状态 由以上的分析可以得知 由于用户的就诊号信息和就诊信息是一对一的关系，因此可合并处理 而用户的病历则可以根据病人信息与就诊信息自动生成 数据库设计 数据库使用MySQL5.0来实现，根据上述业务分析，数据库共用户表TUser、病人表TSicker、就诊表TDiag和收费表TFee组成，表之间的关系如下。 表之间的关系 用户表（TUser） 病人表（TSicker） 诊断表TDiag 收费表TFee 系统实现 实现方法：原型法 语言：Java（JDK6） 开发工具：NetBeans6.8 Q&A * * 唐明伟（信息管理博士） (Sun Certificated for Java Programmer 5) email:kyo622@ 医院门诊系统开发目标 将对病人到医院挂号，经过相应科室的医生看病，至病人看病结束，离开医院为止，这一系列过程中涉及到的业务实现数字化管理，以方便医院对病人看病信息进行管理。 各类软件成本：windows7（1000+）、硬件成本：PC（5000+） 维护费用 2天 开发周期 0 开发费用 按权限调用功能，仅供局域网访问 安全性 安排系统管理员对系统进行维护 可靠性 B/S 运行模式 程序语言：Java、数据库MySQL、服务器（软件）：Windows 7 GlassFish，服务器（硬件）：PC 运行环境 可承受负载：同时在线100人 性能 实现对病人挂号、治病、收费等门诊过程的数字化管理 功能 说明 系统规划内容 医生介绍 LONGTEXT TIntro 联系电话 VARCHAR(10) TPhone 学历 VARCHAR(10) TEdu 职务 VARCHAR(10) TDuty 职称 VARCHAR(10) TTitle 年龄 Int TAge 所属科室 VARCHAR(10) TClass 性别 VARCHAR(2) TSex 身份证号 VARCHA